Yavaş Otomasyonun Gizli Maliyeti? Biz Bunu Ortadan Kaldırdık

Otomasyonun başlı başına bir kazanç olduğunu düşünürdüm. Bir araç e-posta gönderebiliyorsa, bir müşteri adayını taşıyabiliyorsa veya bir kişiyi etiketleyebiliyorsa buna ilerleme adını verdim. Sonra yavaş otomasyonun sessizce istediğim değeri yemesini izledim. Form dolduruldu ancak takip geç geldi. Bir müşteri basit bir soru sordu ancak yanıt kuyrukta bekliyordu. Bir görev üç araçla gerçekleştirildi, ancak hiçbir şey hızlı gelmiyordu. Pek çok takımın kaçırdığı kısım bu. Yavaş otomasyon hala otomasyona benziyor. Yine de biraz çaba tasarrufu sağlar. Hala rapor oluşturmaya, mesaj göndermeye ve kayıtları güncellemeye devam ediyor. Ancak gecikme ortaya çıktığında sonuç manuel çalışmaya yakın hissedilebilir. Bu sorunu en çok küçük ekiplerde ve solo işletmelerde görüyorum. Bir mağaza sahibi bir müşteri adayı yakalama akışı oluşturur. Form işe yarıyor. CRM güncellenir. E-posta gönderilir. Sorun, her adım arasındaki boşluktur. Bir ipucu bekliyor. Daha sonra bir satış temsilcisi kontrol eder. Yanıt, alıcı harekete geçtikten sonra gelir. Bir hizmet işletmesi de benzer bir şey yapar. Bir müşteri bir çağrı rezervasyonu yapar ancak hatırlatıcı geç ulaşır. Takvim senkronizasyonu çok uzun sürüyor. Ekip, kaçırılan aktarımları düzeltmek için fazladan zaman harcıyor. Bunu içerik iş akışlarında da gördüm. Taslak bir araçtan diğerine taşınır ancak onaylar kuyrukta kalır. Sistem kağıt üzerinde çalışıyor, ekip ise “Neden hala yapılmadı bu?” diye soruyor. Bu yüzden "Otomatik mi?" diye sormayı bırakıyorum. “İşin gerektirdiği hızda hareket ediyor mu?” diye soruyorum. Daha hızlı otomasyon istediğimde üç basit noktaya bakarım. Gecikmeyi kontrol ediyorum. Bir görev tetikleme ile eylem arasında çok uzun süre beklerse akışın daha temiz bir yola ihtiyacı olduğunu biliyorum. Adımları kontrol ediyorum. Eğer bir görev çok fazla araçtan geçiyorsa fazladan aktarımları kaldırıyorum. Her ekstra adım sürtünmeyi artırabilir. Yanıtı kontrol ediyorum. Müşteri duraklamayı hissediyorsa iş akışı iş için zaten çok yavaştır. Pratik bir örnek bunu görmeyi kolaylaştırır. Birlikte çalıştığım yerel bir fitness koçunun açılış sayfasında bir müşteri adayı formu vardı. Form verileri bir sayfaya gönderdi, sayfa bir e-postayı tetikledi ve e-posta bir hoş geldiniz notu gönderdi. Kurulum iyi görünüyordu. Sorun gecikmeydi. Hoş geldin notu geldiğinde, birçok potansiyel müşteri zaten başka bir eğitmenin sayfasını kontrol etmişti. Akışı kısalttık, bir orta adımı kestik ve yanıtın daha hızlı gelmesini sağladık. Koçun yeni ve büyük bir sisteme ihtiyacı yoktu. Koçun daha hızlı bir yola ihtiyacı vardı. Şu anda kullandığım zihniyet bu. Otomasyona sırf modern göründüğü için para ödemiyorum. Hız, temiz aktarım ve müşteri için daha iyi sonuç için para ödüyorum. Yavaş otomasyonla uğraşıyorsanız, buradan başlayacağım: - Tetikleyiciden sonuca kadar tam yolu haritalayın - Değer katmayan adımları kaldırın - İlk yanıtı mümkün olduğu kadar erken gönderin - Her aracın net bir iş yapmasını sağlayın - Akışı kullanıcının bakış açısından test edin - Gecikmenin nerede başladığını izleyin Bu yaklaşımı seviyorum çünkü işi basit tutuyor. Ayrıca parayı önemli olan yere harcamama da yardımcı oluyor. Hızlı bir iş akışı, ekibi sistemde bekletmeden satış, servis ve takibi destekleyebilir. Yavaş bir iş akışı, her gün çalışsa bile yine de maliyetli olabilir. Hızı kalitenin bir parçası olarak ele almayı öğrendim. Otomasyon yavaş geliyorsa bu fikri suçlamıyorum. Tasarıma bakıyorum. Yola bakıyorum. Devreye bakıyorum. Bu değişim, iş akışlarını oluşturma şeklimi değiştirdi ve sizi de aynı türden hayal kırıklıklarından kurtarabilir.

Küçük takımlarda da aynı sorunu görmeye devam ediyorum. İş büyüyor ama gün aynı uzunlukta kalıyor. İnsanlar aynı sorulara tekrar tekrar cevap veriyorlar. Ayrıntıları bir sistemden diğerine kopyalarlar. Takipleri takip eder, hatırlatıcılar gönderir ve önlenebilir hataları düzeltirler. Maliyet sadece para değil. Aynı zamanda zaman, enerji ve yavaş hizmettir. Hızlı otomasyon bu israfı azaltmama yardımcı oluyor. Otomasyonu insanları bir kenara itmenin bir yolu olarak görmüyorum. Bunu tekrarlanan işleri ortadan kaldırmanın bir yolu olarak görüyorum. Bir görev her gün aynı şekilde gerçekleştiğinde, bir sistemin bunu halletmesini istiyorum. Bu, insanlara satış, destek ve problem çözmeye odaklanmaları için daha fazla alan sağlar. En çok enerji tüketen işten başlıyorum. Gözüme çarpan birkaç örnek var: - elle gönderilen sipariş güncellemeleri - her müşteri için tekrarlanan fatura e-postaları - tek tek yapılan randevu hatırlatmaları - aynı temel mesajı gerektiren lider yanıtları - iki veya üç araçla kopyalanan veri girişi Bu görevler ilk başta küçük görünüyor. Sonra birikiyorlar. Bir ekip maliyeti bir günde fark etmeyebilir ancak aylık harcama hızla artar. Her zamanki yaklaşımım basit. Bir sürecin haritasını çıkarıyorum. En sık tekrarlanan adımı arıyorum. Bunun için net bir kural belirledim. Zaten var olan araçları birbirine bağlıyorum. Karar verilmesi gereken davalar için insan kontrolü tutuyorum. Bundan sonra rakamlara bakıyorum. Her şeyi bir anda otomatikleştirmeye çalışmıyorum. Bu genellikle daha fazla kafa karışıklığı yaratır. Temiz bir değişim, net bir kazanç ve personelin güvenebileceği tek bir süreci tercih ederim. Bu modeli, müşteri siparişlerini e-posta ve elektronik tablo yoluyla ele alan küçük bir çevrimiçi mağazada gördüm. Ekip her günün bir kısmını isimleri, adresleri ve eşya ayrıntılarını farklı yerlere kopyalayarak geçirdi. Birisi tarlayı kaçırdığı için birkaç sipariş gecikti. Temel iş akışı otomasyonunu kurduktan sonra mağaza aynı veri girişini üç kez tekrarlamayı bıraktı. Personel hâlâ özel durumları incelemeye devam ediyordu. Günü yönetmek kolaylaştı ve müşteri yanıtları daha hızlı geldi. Benzer bir durumu yerel bir hizmet işletmesinde gördüm. Manuel randevu çağrılarına güvendiler. Müşteriler programı unuttuğu için ziyaretler kaçırılmaya devam ediyordu. Basit bir hatırlatma akışı bu sorunun büyük bir kısmını çözdü. Bir rezervasyonun bakıma ihtiyacı olduğunda personel hâlâ kişisel aramalar yapıyordu ancak temel hatırlatmalar kendi kendine çalışıyordu. Bu, ön büro üzerindeki baskıyı azalttı ve müşterilere daha net güncellemeler sağladı. Benim görüşüme göre hızlı otomasyon, gerçek işe yakın kaldığında en iyi sonucu verir. Kullanımı kolay olmalıdır. Olan biteni saklamamalı. Sürecin kontrolünü zorlaştırmadan zamandan tasarruf sağlamalıdır. Maliyete de dikkat ediyorum. Daha düşük maliyet her zaman en ucuz alet anlamına gelmez. Bu, daha az tekrarlanan eylem, daha az hata, daha az gecikme ve sistemin iyi bir şekilde yerine getirebileceği görevlere daha az zaman harcanması anlamına gelir. Tasarrufların benim için ortaya çıktığı yer burası. Otomasyon hakkında konuştuğumda her zaman tek bir fikre dönüyorum. Küçük başlayın. Tekrarlanan bir görevi düzeltin. İnsan dokunuşunu önemli olan yerde tutun. Yalnızca ilk adım stabil hale geldikten sonra daha fazlasını ekleyin. Hızlı otomasyonun ekiplerin hizmet kalitesini kaybetmeden maliyetleri düşürmesine yardımcı olduğunu bu şekilde görüyorum.

Aynı modeli birçok takımda görüyorum. İş ilerliyor ancak sonuçlar yavaş geliyor. Siparişler inceleme aşamasında. Mesajlar cevap bekliyor. Dosyalar bir kişiden diğerine taşınır. Küçük bir duraklama daha büyük bir maliyete dönüşür. Bu maliyet her zaman bir raporda görünmeyebilir ancak satış kaybı, ekstra işçilik, tekrarlanan takipler ve müşteri hayal kırıklığı şeklinde kendini gösterir. Ben bu boşluğa odaklanıyorum. Benim işim gecikmenin gizli maliyetini, tüm sürece yayılmadan önce azaltmak. Zamanın nerede kaybolduğuna, neden kaybolduğuna ve bir sonraki adımın sürtüşme olmadan gerçekleşebilmesi için nelerin değişmesi gerektiğine bakıyorum. Burada dikkat ettiğim şey şu. Aktarım noktalarıyla başlıyorum. Gecikme sorunlarının çoğu büyük bir arızadan kaynaklanmaz. Birçok küçük boşluktan geliyorlar. Bir ekip onay bekliyor. Bir tedarikçi net bir dosya bekler. Bir müşteri cevap bekliyor. Bir duraklama zararsız görünüyor. Üç duraklama sonucu değiştirir. Her aktarımı kontrol ediyorum ve basit bir soru soruyorum: İnsanları bekleten nedir? Bazen cevap belirsiz mülkiyettir. Bazen eksik bir şablondur. Bazen bir görev için çok fazla adım gerekir. Düzeltmeyi pratik tutuyorum. Açık bir sahip. Açık bir son tarih. Net bir sonraki adım. Bu tek başına birçok sürüklemeyi ortadan kaldırabilir. Ayrıca gecikmenin ardındaki maliyete de bakıyorum. Gecikme yalnızca zaman kaybı değildir. Ekstra fazla mesai, acele teslimat, tekrarlanan aramalar, iptal edilen siparişler ve müşterilerle daha fazla karşılıklı çekişme yaratabilir. Bir keresinde küçük bir çevrimiçi mağazanın, sipariş onayının çok uzun sürmesi nedeniyle sepeti tamamlama oranının büyük bir kısmını kaybettiğini gördüm. Ekip sorunun fiyatlandırma olduğunu düşünüyordu. Değildi. Asıl sorun yavaş bir iç onay adımıydı. Müşteriler satın almaya hazırdı, sonra devam ettiler. İş akışını değiştirdik, onay yolunu kısalttık ve yanıt sürecinin takip edilmesini kolaylaştırdık. Sonuç basitti. Daha az bekleme. Daha az sipariş düştü. Takım için daha az stres. İnsanların hemen kullanabileceği düzeltmeleri seviyorum. Bunun anlamı: daha temiz iletişim daha az onay katmanı daha iyi görev sahipliği basit kontrol listeleri daha hızlı takip net hizmet standartları Süreci süslü hale getirmeye çalışmıyorum. Koşmayı kolaylaştırmaya çalışıyorum. Bir takım bundan sonra ne yapacağını bildiğinde gecikme azalır. Müşteri hızlı yanıt aldığında güven artar. Bir proje ilerlemeye devam ettiğinde maliyetler kontrol altında kalır. Ayrıca zamanlamanın birçok insanın beklediğinden daha önemli olduğunu düşünüyorum. Hızlı bir yanıt anlaşmayı kurtarabilir. Net bir güncelleme şikayeti durdurabilir. Kısa bir inceleme döngüsü, lansmanın yolunda gitmesini sağlayabilir. Ana iş akışı yavaş kalırken ekiplerin küçük ayrıntıları düzeltmek için enerji harcadığını gördüm. Gizli maliyetin yaşandığı yer burasıdır. Her zaman yüksek sesli değildir. Küçük duraklamalarda, kaçırılan takiplerde ve zayıf koordinasyonda gizlenir. Benim görüşüm basit. Bir süreç kaymaya devam ederse ilk önce insanları suçlamıyorum. Çevrelerindeki sisteme bakıyorum. Bir sonraki adım açık mı? Doğru kişi beklemeden harekete geçebilir mi? Müşteri ne bekleyeceğini biliyor mu? Ekip gecikmeyi büyümeden görebilecek mi? Bu sorular daha iyi çalışmaya yol açar. Yolu kısaltarak, rolleri daha net hale getirerek ve yanıtı daha hızlı hale getirerek gecikmeyi azalttım. Bu şekilde ekiplerin marjı korumasına, müşterileri sakin tutmasına ve işleri daha az israfla ilerletmesine yardımcı oluyorum. İşletmeniz devir sırasında zaman kaybediyorsa, çözüm daha büyük bir bütçe olmayabilir. Daha temiz bir süreç olabilir. İşte burada başlıyorum.

Aynı modeli defalarca gördüm. Ekip büyüyor, işler yığılıyor ve günlük rutin bozulmaya başlıyor. Mesajlar kaçırılıyor. Potansiyel müşteriler çok uzun süre bekliyor. Raporlar çok fazla manuel çaba gerektirir. Bir kişi verileri bir araçtan diğerine kopyalıyor, ardından başka bir kişi onu tekrar kontrol ediyor ve ertesi gün aynı görev tekrarlanıyor. Otomasyonun işimde yerini aldığı yer burasıdır. Otomasyona tam sıfırlama gibi davranmıyorum. Onu sabit bir el gibi kullanıyorum. Ekibin halihazırdaki çalışma şekline uymalı, insanları bir hafta sonra kullanmayı bırakacakları katı bir sisteme zorlamamalı. Otomasyon oluşturduğumda, insanları en çok yavaşlatan sıkıntılı noktalarla başlıyorum: - hafızaya dayalı müşteri takibi - araçlar arasında tekrarlanan veri girişi - manuel gönderim gerektiren fatura hatırlatıcıları - destek ekiplerini küçük görevlere çeken sipariş güncellemeleri - çok geç gelen dahili uyarılar Birlikte çalıştığım küçük bir çevrimiçi mağazada basit bir sorun vardı. Siparişler artıyordu ama işletme sahibi hâlâ stokları elle kontrol ediyor ve her gün aynı müşteri sorularını yanıtlıyordu. Düşük stok uyarıları gönderen, yeni siparişleri etiketleyen ve satın alma sonrasında temel durum güncellemesi gönderen bir akış oluşturdum. Takımın her adımı kovalamasına gerek yoktu. Müşterilerle ilgilenmek için daha fazla alana sahiplerdi ve iş daha az dağınıktı. Güvendiğim türden bir değişim bu. Ayrıca kurulumu basit tutuyorum. Görevi haritalandırıyorum, tetikleyiciyi buluyorum, eylemi tanımlıyorum ve ardından her adımı test ediyorum. Bir potansiyel müşteri bir formu doldurursa sistem bir yanıt gönderebilir, bir görev oluşturabilir ve doğru kişiyi uyarabilir. Bir ödeme tamamlandı olarak işaretlenirse iş akışı kaydı güncelleyebilir ve makbuzu gönderebilir. Bir müşteri son teslim tarihini kaçırırsa, sistem, kimsenin aynı notu tekrar yazmasına gerek kalmadan bir hatırlatma gönderebilir. İnsanlara yer bırakan otomasyonu seviyorum. Bazı görevler hala insan gözüne ihtiyaç duyuyor. Bir destek sorunu ilk bakışta basit görünebilir ve yine de karara ihtiyaç duyabilir. Bir satış adayı aktif, soğuk veya henüz hazır olmayabilir. İyi bir iş akışı kararların yerini almamalı, desteklemelidir. Bu denge benim için önemli. Dikkatsizleştirmeden süreci hızlı tutar. Benim görüşüm basit: En iyi otomasyon sakin hissettirir. Dikkat çekmek için bağırmaz. Takımın bir günde on yeni alışkanlık öğrenmesini sağlamaz. Tekrarlanan çalışmaları ortadan kaldırır, bilginin hareket halinde kalmasını sağlar ve insanların düşünülmesi, özen gösterilmesi ve eyleme geçilmesi gereken kısımlara odaklanmasına yardımcı olur. İyi işleyen bir işletmeye baktığımda genellikle perde arkasında aynı şeyi görüyorum. Doğru görevler kendi kendine gerçekleşir. Ekip hala bir kişiye neyin ihtiyacı olduğunu biliyor. Süreç netliğini koruyor. İş, insanların ayak uydurabileceği bir hızda ilerliyor. Sizin hızınızda hareket eden otomasyondan kastım budur. Endüstri Alanında geniş deneyime sahibiz. Profesyonel tavsiye için bizimle iletişime geçin: Zeng: lila@zybrushtech.com/WhatsApp +8615262232790.

Davenport, TH 2018 Yapay Zeka Avantajı Sutherland, J ve Sutherland, JJ 2014 Scrum İki Kat İşi Yarı Zamanda Yapma Sanatı Gulati, R ve Oldroyd, JB 2019 Müşteri Hızına Giden Yol Ross, JW ve Weill, P 2002 BT Çalışanlarınızın Almaması Gereken Altı BT Kararı Kim, G, Humble, J, Debois, P ve Willis, J 2016 DevOps El Kitabı Marr, B 2020 Veri Stratejisi Büyük Veri Analitiği ve Nesnelerin İnterneti Dünyasından Nasıl Fayda Sağlanır?