İnsan Onaylı Otomasyon: Hangi Adım Otomatik, Hangisi Onaylı
İnsan onaylı otomasyon, hangi adımın otomatik çalışacağını, hangisinin bir insanın onayını bekleyeceğini önceden tanımlar; kurulum adımları ve örnekler.
rabbitclip ekibiYayın: 5 dk okuma
Kısa cevap
İnsan onaylı otomasyon, bir iş akışındaki her adımı otomatikleştirmek yerine, geri dönüşü zor ya da riski yüksek adımlarda bir insanın onayını bekleyecek şekilde tasarlanmış otomasyon demektir. Tasarımın ilk sorusu hangi görevin otomatikleştirileceği değil, hangi adımın sonucunun geri alınamaz olduğudur; geri alınamaz bir adımdan önce bir insan gözden geçirmeli, geri alınabilir bir adım tam otomatik kalabilir.
Bir jeneratör üreticisinde stok azaldığında otomatik sipariş oluşturan bir sistem kurulmuştu; sistem bir defasında yanlış bir tedarikçi kaydı yüzünden gereğinden fazla sipariş verdi. Sorun otomasyonun kendisinde değil, sipariş onayının insana bırakılmamasındaydı; onay adımı eklendikten sonra sistem aynı hızda çalışmaya devam etti, ama hata bir daha tekrarlanmadı. Bu deneyim, ekibin otomasyona bakışını da değiştirdi; hız ile güvenlik arasında seçim yapmak zorunda olmadıklarını gördüler.
Hangi adım tam otomatik kalabilir?
Geri dönüşü kolay, sonucu düşük riskli ve hatası hızlı fark edilen adımlar tam otomatik kalabilir: bir e-postanın taslağının hazırlanması, bir formun ilgili departmana yönlendirilmesi, bir müşterinin ilgi alanına göre etiketlenmesi. Bu adımlarda yanlış bir sonuç, bir insanın onay vermesini beklemekten daha ucuza düzeltilir.
Bu tür adımların ortak özelliği, yanlış gittiğinde kimsenin ciddi zarar görmemesidir. Bir e-posta taslağı yanlış yazılırsa gönderilmeden önce düzeltilir; ama taslak yerine otomatik gönderim varsa, hata artık müşterinin önündedir.
Bu adımlarda hız, mükemmel doğruluktan daha değerlidir; bir müşteri etiketi yanlış atanırsa bir sonraki temas noktasında fark edilip düzeltilir, iş akışını durdurmaz.
Hangi adım onay beklemeli?
Parasal işlem, sözleşme gönderimi, müşteriye giden toplu mesaj, bir hesabın kapatılması, bir siparişin iptali; bu adımların sonucu ya geri alınamaz ya da geri almanın maliyeti yüksektir. Bu adımlarda otomasyon, işi bir insanın önüne hazır olarak koyar, ama son tetiği insan çeker.
Bir spa zincirinde otomatik bir sistem, müşteri şikayetine karşılık otomatik indirim kodu göndermeye başlamıştı; kısa sürede aynı müşteriler farklı şikayet konularıyla tekrar tekrar indirim almaya başladı. Onay adımı eklendiğinde bu döngü durdu.
Onay bekleyen adım, işi yavaşlatmak için değil, riski insana görünür kılmak için tasarlanır. Onay ekranı, sistemin ne yapacağını ve neden bu kararı verdiğini kısaca göstermeli; onaylayan kişi kör onay vermemeli.
Onay adımı nasıl tasarlanır?
İyi tasarlanmış bir onay adımı, onaylayan kişinin işini zorlaştırmaz, hızlandırır; çünkü karar için gereken bilgiyi zaten önüne koymuştur.
- Onay ekranında sistemin önerdiği eylem ve gerekçesi tek bakışta görünsün
- Onaylama, reddetme ve düzenleyerek onaylama seçenekleri ayrı ayrı sunulsun
- Onay bekleyen işler bir kişide birikmesin; yedek onaylayıcı tanımlansın
- Onaylanan ve reddedilen her işlem kayıt altına alınsın
- Onay süresi bir eşiği, örneğin 24 saati, aşarsa ilgili kişiye hatırlatma gitsin
- Onay adımı yılda bir gözden geçirilip hâlâ gerekli olup olmadığı sorgulansın
Onay adımı olmadan otomasyon nerede yanılır?
Onay adımı olmayan bir otomasyon, girdiği veri kadar güvenilirdir; veri yanlışsa ya da beklenmedik bir durumsa sistem bunu fark etmeden ilerler. Sistem hatayı insan gibi sorgulamaz, yalnızca tanımlandığı kuralı uygular.
Bir iş elbisesi üreticisinde toplu sipariş onaylama sistemi, stok verisinde bir hata olduğunda bunu sorgulamadan işleme devam etmiş; yüzlerce sipariş yanlış stok bilgisiyle onaylanmıştı. Bir onay adımı, bu ölçekteki bir hatayı ilk siparişte durdurabilirdi.
Bu tür hatalar genelde veri kaynağında başlar, otomasyonda değil; ama otomasyon veriyi sorgulamadan işlediği için hatayı büyütür. Onay adımı, tam da bu büyümeyi ilk siparişte durduran noktadır.
Onay adımı işi yavaşlatır mı?
Doğru tasarlanmışsa hayır; onay adımı yalnızca riskli adımlarda devreye girer, düşük riskli adımlar hâlâ tam hızda otomatik çalışır. Yavaşlama, onay adımının yanlış yere ya da çok fazla adıma eklenmesinden kaynaklanır.
Bir ekip her adıma onay eklerse, onaylayan kişi kısa sürede her işi göz ucuyla onaylayan birine dönüşür; bu durumda onay bir güvenlik değil, bir formalite haline gelir. Onay adımı sayısı az ve anlamlı tutulmalı.
Bunu ölçmenin basit bir yolu vardır: onaylayan kişiye son on onayını hatırlayıp hatırlamadığı sorulur. Cevap net değilse, onay adımı muhtemelen gereğinden fazla çoğalmış demektir.
Kim onaylamalı, tek kişi mi ekip mi?
Onay yetkisi işin riskine göre dağıtılmalı; düşük riskli bir onay bir kişide kalabilir, yüksek riskli bir onay, büyük bir sipariş ya da toplu bir mesaj, iki kişinin onayını gerektirebilir. Tek kişiye bağlı bir onay, o kişi izinliyken sistemi durdurur.
Yedek onaylayıcı tanımlamak bu tıkanmayı önler. Onay bekleyen iş birikmeye başladığında, otomasyonun hızından değil, onay sürecinin tasarımından şüphelenmek gerekir.
Onay yetkisini birden fazla kişiye dağıtmak tek kişiye bağımlılığı azaltır; ama herkesin onaylayabildiği bir sistem, kimsenin gerçekten sorumlu hissetmediği bir sisteme de dönüşebilir. Denge, net bir sıra ve tanımlı bir yedekle kurulur.
Onay geçmişi neden tutulmalı?
Her onaylanan ve reddedilen işlemin kaydı, sistemin zamanla nerede yanıldığını gösterir. Bu kayıt olmadan, bir hatanın tekrar edip etmediğini anlamak yalnızca hafızaya kalır.
Bir spa zincirinde onay geçmişi incelendiğinde, aynı tür bir talebin ayda birkaç kez reddedildiği görüldü; bu tekrar, otomasyon kuralının o senaryoyu hiç kapsamadığını gösterdi. Kural güncellendi, aynı onay talebi bir daha gelmedi.
İnsan onaylı otomasyon, otomasyondan vazgeçmek değil, hangi adımın insana, hangisinin sisteme ait olduğunu net çizmektir. Bu çizgi doğru yerdeyse iş hem hızlı hem güvenli ilerler; yanlış yerdeyse ya iş yavaşlar ya da bir hata geri dönüşü olmayan bir noktaya kadar fark edilmeden ilerler. Bu çizgiyi bir kez çizip unutmak da yetmez, iş akışı değiştikçe yeniden gözden geçirilmelidir. rabbitclip ile yapılan bir keşif görüşmesinde iş akışlarınızdaki hangi adımların onay beklemesi gerektiğini birlikte belirleyebiliriz.
Sık sorulanlar
Her otomasyona onay adımı eklemek gerekir mi?
Hayır; yalnızca sonucu geri alınamaz ya da riski yüksek adımlarda gerekir, düşük riskli adımlar tam otomatik kalabilir.
Onay adımı işi yavaşlatmaz mı?
Doğru sayıda ve doğru yerde tasarlanmışsa yavaşlatmaz; sorun genelde onay adımının gereksiz yere çoğaltılmasından, tek bir kişinin her şeyi onaylamak zorunda kalmasından çıkar.
Onay kimde kalmalı?
İşin riskine göre değişir; yüksek riskli kararlarda birden fazla kişinin onayı, düşük riskli kararlarda tek kişinin onayı yeterli olabilir.
Onay geçmişi ne işe yarar?
Hangi kararın ne sıklıkla reddedildiğini gösterir; bu, otomasyon kuralının nerede eksik kaldığını ortaya çıkarır ve kuralın güncellenmesi gereken noktayı işaret eder.
Küçük bir işletme için bu tasarım gerekli mi?
Otomasyon parasal işlem ya da müşteriye giden mesaj içeriyorsa evet; yalnızca iç bilgi düzenliyorsa öncelik daha düşüktür, ekip büyüdükçe yeniden değerlendirilebilir.
