Küçük İşletmelerin Sürekli Tekrarladığı 7 Süreç Otomasyonu Hatası

Otomasyon genellikle dramatik biçimde başarısız olmaz. Yanan bir sunucu, öfkeli bir yönetim kurulu odası yoktur. Sessizce başarısız olur: kimsenin kullanmadığı bir araç, her iki haftada bir salı bozulan bir iş akışı, herkes elektronik tabloya geri döndükten çok sonra bile ücret kesmeye devam eden bir abonelik. Yeterince bu tür otopsiden sonra kötü şans görmeyi bırakıp örüntüleri görmeye başlarsınız — aynı bir avuç hata, yalnızca uyarılmamış iyi insanlar tarafından tekrarlanır.

Yıllarımı, tam anlamıyla çalışmayan otomasyonları çözmeleri için küçük ve orta ölçekli işletmelere yardım ederek geçirdim ve çarpıcı olan, bu başarısızlıkların ne kadar tekrar eden olduğu. Neredeyse hiçbir zaman teknoloji değildir. Yazılım sorunsuzdu. Hata daha önce olmuştu — neyin seçildiğinde, nasıl hayata geçirildiğinde, kimin sürece dâhil edildiğinde (ya da edilmediğinde). Bunları düzeltin; ilk seferde tutmayan aynı araçlar birden bire yerine oturur.

İşte bu, en sık gördüğüm yedi hata için bir saha rehberi. Teori değil — gerçek tümsekler, çarpma ihtimalinizin en yüksek olduğu sırayla. Her biri için, içeriden nasıl göründüğünü, neden bu kadar cazip olduğunu ve ondan kaçınmanın en ucuz yolunu anlatacağım. Bunların hiçbiri bir BT departmanı gerektirmez. Çoğu yalnızca, tek bir kuruş harcamadan önce bir öğleden sonra boyunca yavaşlamayı gerektirir.

Hata 1: Bozuk bir süreci otomatikleştirmek

Bu, ilk günahtır; sonrasındaki her şeyi sessizce zehirleyendir. Biraz dağınık bir süreciniz var — yapışkan notlarla bir arada tutulan bir rezervasyon akışı, bir kişinin bir adımı hatırlamasına bağlı bir faturalama rutini. Onu düzeltmek yerine olduğu gibi otomatikleştiriyorsunuz. Artık daha hızlı bir karmaşanız var. Hatalar daha çabuk, daha büyük hacimde geliyor; üstüne, "sistem yaptı" diye herkesin onlara güvenmesi hakareti de ekleniyor.

Cazibe besbelli. Karman çorman bir süreci temizlemek gösterişsiz ve politiktir; bir araç almak ise ilerleme gibi hissettirir. Ama otomasyon bir yükselticidir. Onu iyi bir şeye yöneltin, iyiyi çoğaltır. Bozuk bir şeye yöneltin, bozuğu çoğaltır, sonra faturayı elinize tutuşturur. Sürecinizi bir peçeteye net, tekrarlanabilir adımlarla çizemiyorsanız, otomatikleştirilmeye hazır değildir. Önce düzeltilmeye hazırdır.

Hata 2: Aracı sorundan önce seçmek

Birisi şık bir demo görür ya da bir rakip fuarda bir platformdan söz eder; derken soru "aslında ne çözmeye çalışıyoruz?" yerine "bunu nasıl kullanırız?" oluverir. Araç önce gelir; sorun ona uyacak şekilde bükülür. Altı ay sonra, özünde iki adımlık bir hatırlatma olan bir şey için 200 özellikli bir paketin parasını ödüyorsunuzdur.

Sıra, kulağa geldiğinden daha önemli. Sorundan başladığınızda başarıyı tek cümleyle tanımlayabilir, sonra onu sağlayan en küçük şeyi bulabilirsiniz. Araçtan başladığınızda onun dünya görüşünü miras alırsınız — jargonunu, işinizin nasıl çalışması "gerektiğine" dair varsayımlarını, bir kez yapılandırıp bir daha asla dokunmayacağınız uzun özellik kuyruğunu. Önce sorunu sade bir dille yazın. Doğru araç, onu en az zahmetle çözen şeydir ve çoğu zaman demodakinden daha küçük ve daha ucuzdur.

Hata 3: Çok büyük başlamak

Heves burada tehlikelidir. Sonunda "dijitalleşmeye" karar verirsiniz ve plan şişer: tam bir CRM, bağlı stok yönetimi, otomatik pazarlama, bir müşteri portalı — hepsi aynı anda, hepsi bu çeyrekte. Hırslı ve sorumlu hissettirir. Pratikte ise hiçbir şeyi devreye almadan ve herkesi tüketmiş halde bitirmenin en güvenilir yoludur.

Büyük patlama otomasyon projeleri başarısız olur, çünkü her hareketli parça diğerlerini çoğaltır. On entegrasyon karmaşıklığı toplamaz, çarpar; herhangi birindeki ilk istisnai durum tüm işi durdurur. Bu arada ekibiniz boğuluyor, günlük iş hâlâ yapılması gerekiyor ve proje, herkesin günlük toplantıda kaçındığı şey haline geliyor. Çözüm neredeyse aşağılayıcı derecede basit: tek bir görev yapın, bitirin, sonra sonrakine geçin. İki ila üç haftada tamamen devreye alabileceğiniz en değerli süreci seçin. Tek bir gerçek kazanımdan gelen ivme, sonraki her şeyi finanse eder.

Hata 4: Onu kullanacak insanları unutmak

Kusursuz bir otomasyon kurabilir, yine de hiç kimse ekibe nedenini söylemediği ya da işin gerçekte nasıl yürüdüğünü sormadığı için onun ölüşünü izleyebilirsiniz. O görevi dokuz yıldır yapan kişi istisnaları, yazılı olmayan kuralları, her zaman geç ödeyen ve hatırlatma yerine telefon görüşmesi alan müşteriyi bilir. Onların başının üstünden otomatikleştirin; ya bu nüansları kaçırırsınız ya da daha kötüsü, onlara değiştirildiklerini hissettirirsiniz — ve otomasyona sessizce gösterilen direnç yenilmezdir.

İki şey bunu önler ve ikisi de ücretsizdir. Birincisi, herhangi bir şey tasarlamadan önce görevi yapan kişiyi sürece dâhil edin; aksi takdirde canlı ortamda keşfedeceğiniz istisnai durumları size verirler. İkincisi, neden konusunda dürüst ve net olun: belirsiz bir "verimlilik" nutku değil, "bu, pazartesileri nefret ettiğin kopyala-yapıştır işine giden iki saati sana geri veriyor". İnsanlar otomasyona direnmez. Üzerlerinde otomatikleştirilmeye direnirler.

Hata 5: Sahipsiz ve yedeksiz devreye almak

Herkese ait olan otomasyon kimseye ait değildir. Bozulduğu gün — ve bir tedarikçi bir formu değiştirdiğinde ya da bir API kaydığında bozulacaktır — bir telaş yaşanır. Kimse onu kimin izlediğinden emin değildir, kimse elle yedeği bilmez ve en az direnç gösteren yol, otomasyonu tümüyle terk edip geri dönmektir. Bir başka sessiz ölüm.

Her otomasyonun adı belli bir sahibine ve bir "bozulduğunda" notuna ihtiyacı vardır. Bir unvan değil — bir kişi. Görevi onu her gün dadılık yapmak değildir; fark eden, ilk şikâyetleri karşılayan ve neyin ince ayarlanacağına karar veren kişi olmaktır. Not üç satırdır: bu ne yapar, kime haber verilir, düzelene kadar elle ne yapılır. O tek parça yazı, insanların korktuğu kırılgan bir betikle, insanların yaslandığı güvenilir bir araç arasındaki farktır.

1. 1
   Her otomasyona bir sahip atayın

   Bir departman değil, belirli bir kişi. Bir şey saptığında fark eden ve neyin değişeceğine karar veren odur.
2. 2
   Üç satırlık acil durum notunu yazın

   Ne yapar, kime haber verilir, bu arada elle nasıl yapılır. Ekibin gerçekten bulacağı bir yerde tutun.
3. 3
   Yedeği devreye almadan önce kararlaştırın

   Otomasyon cuma günü saat 14.00'te durursa ne olur? Yanıtı önceden bilmek bir krizi omuz silkmeye dönüştürür.

Hata 6: Gerçekten yardımcı olup olmadığını hiç kontrol etmemek

İşte rahatsız edici bir tane. Şaşırtıcı sayıda otomasyon devreye alınır, açılış yemeğinde başarı ilan edilir ve sonra bir daha asla ölçülmez. Söz verdiğiniz haftada sekiz saati gerçekten kazandırdı mı? Hata oranı düştü mü, yoksa yalnızca daha az görünür bir yere mi taşındı? Kimse bilmiyor, çünkü kimse "öncesini" yazmadı. Bir taban çizgisi olmadan her otomasyon bir kazanım gibi görünür ve işe yaramazlar sonsuza dek havadan sağ kalır.

Bunun için analitik panolara ihtiyacınız yok. Otomatikleştirmeden önce iki üç dürüst sayı not edin: görev haftada kabaca ne kadar sürüyor, ne sıklıkla yanlış gidiyor, kaç şikâyet üretiyor. Bir ay sonra yeniden bakın. Bazen kazanım umulandan küçüktür ve otomasyonun ince ayara ihtiyacı vardır. Ara sıra daha büyüktür ve bir sonraki projeniz için şablonu bulmuş olursunuz. Her iki durumda da artık hevesle değil kanıtla karar veriyorsunuz.

Hata 7: Basit bir kural yeterken yapay zekâya uzanmak

Bu, listedeki en yeni hata ve hızla yayılıyor. Yapay zekâ heyecan verici, her manşette ve bu yüzden ona hiç ihtiyaç duymamış sorunlara yöneltiliyor. Bir randevudan iki saat önce tetiklenen bir hatırlatma zekâ değildir — bir saatli kuraldır. Sipariş verilerini bir faturaya taşımak, iki sistem arasındaki bir borudur. Bunları bir yapay zekâ modeline sarmak onları daha yavaş, daha pahalı, öngörülmesi daha zor ve basit bir kuralın asla olamayacağı şekillerde yanılmaya tuhaf biçimde yetenekli hale getirir.

Modern yapay zekâ, eskiden otomatikleştirilmesi imkânsız olan karmaşık, dil biçimli işlerde gerçekten parlıyor: serbest metinli bir e-postayı okuyup siparişi çıkarmak, sizin tonunuzda bir ilk taslak yanıt yazmak, rutin telefon sorularını yanıtlamak, kimsenin dosyalamak istemediği belgeleri ayıklamak. Bu gerçek değerdir. Ama derli toplu temellerin üstüne aittir, onların yerine değil. Çoğu küçük işletmenin bol miktarda sade, güvenilir otomasyona ve azıcık yerli yerinde yapay zekâya ihtiyacı vardır — ve bu oranı yanlış tutmak her iki yönde de pahalıdır.

Yedisinin altındaki örüntü

O yediyi yeniden okuyun ve hepsinin içinden tek bir tema geçer: insanlar yavaş, gösterişsiz düşünmeyi atlayıp doğrudan satın almaya atlıyor. Bozuk bir süreci otomatikleştirmek, önce aracı seçmek, çok büyük başlamak — bunların hepsi aynı sabırsızlığın biçimleridir. Çare daha fazla teknoloji değil. Hiçbir para el değiştirmeden önce bir defterle geçirilen ve sıkıcı soruları yanıtlamaya ayrılan bir öğleden sonradır: süreç tam olarak nedir, bitmiş hali neye benzer, bugün onu kim yapıyor, işe yaradığını nasıl anlayacağız.

• Süreç bir peçeteye çizilecek kadar kararlı mı? Değilse, otomatikleştirmeden önce düzeltin.
• Sorunu ve kazanımı, her birini birer sade cümleyle ifade edebiliyor musunuz?
• Bu, iki ila üç haftada bitirebileceğiniz en küçük şey mi?
• Görevi gerçekten yapan kişiyle konuştunuz mu?
• Adı belli bir sahibi ve üç satırlık bir yedek notu var mı?
• 'Sonrasını' kontrol edebilmek için 'öncesi' sayılarını yazdınız mı?
• Bu gerçekten yapay zekâya uygun bir iş mi, yoksa basit bir kural daha ucuz ve daha istikrarlı mı olurdu?

Bir adayı bu yedi sorudan geçirin; bariz hatalar size bir şeye mal olmadan önce dökülür. Sofistike bir çerçeve değil. Uçuş öncesi bir kontrol listesidir — ve uçuş öncesi kontrol listesi gibi, tüm değeri sıkıcı olması ve onu her seferinde yapmanızdır.

Doğru yapmanın gerçekte neye benzediği

Bunu somutlaştırayım, çünkü "hatalardan kaçının" kulağa "hiçbir şey yapma" gibi gelebilir. Doğru yapmak sessizce antiklimatiktir. Can sıkıcı, tekrar eden, kural biçimli tek bir görev seçersiniz. Bir öğleden sonrayı, sürecin temiz olduğundan emin olmaya ve bitmiş halinin neye benzediğini yazmaya harcarsınız. Onu yapan kişiyi sürece dâhil eder, çözen en küçük şeyi inşa eder ve istisnai durumları yakalamak için bir hafta boyunca eski yöntemin yanında çalıştırırsınız.

Sonra ona bir sahip verir, acil durum notunu yazar, elle yapılan sürümü kapatır ve ancak o zaman sıradakine geçmek için listenize dönersiniz. Drama yok, platform göçü yok, işi kumara sürmek yok. Bunu bir yılda dört kez yapın; kimseyi işe almadan ve yedi hatadan tek biri bile yer edinmeden, kendinize fazladan bir yarı zamanlı çalışanın eşdeğerini kazandırmış olursunuz.

Sık sorulan sorular