Kazanimlar:
- Bir süreci otomatikleştirmeden önce haritalayıp sadeleştirmenin önemini kavrayıp otomasyona uygun adımları (tekrarlı, kurallı, hacimli, düşük istisnalı) seçebilme
- Süreç adımlarını düşük/orta/yüksek risk olarak sınıflandırıp dışarıya giden çıktılarda insan-döngüde onay tasarımını kurabilme
- İstisnaların insana yönlendirilmesini ve otomatik süreçlere düzenli denetim noktası konmasını sağlayabilme
Her işletmede sessizce zaman yiyen bir düşman vardır: tekrarlı işler. Aynı e-postayı biçimlendirmek, gelen talebi doğru kişiye yönlendirmek, formu bir tablodan diğerine kopyalamak, her müşteri sorusuna benzer cevaplar yazmak. Bir çalışan bunlara günde bir saat harcarsa, yılda 250 saat — yani altı tam iş haftası — buharlaşır. Süreç otomasyonu (process automation — tekrarlayan iş adımlarının insan müdahalesi olmadan ya da az müdahaleyle yürütülmesi), bu zamanı geri kazanmanın yoludur. YZ, otomasyonun hem tasarımında hem de bazı adımlarının bizzat çalıştırılmasında güçlü bir araçtır. Sınır: YZ süreci hızlandırır ve taslak üretir; sürecin doğru kurulduğunu ve istisnaların doğru yönetildiğini yönetici güvence altına alır.
Önce süreci anlamak: otomasyon nereden başlar?
Otomasyonun birinci kuralı şaşırtıcıdır: kötü bir süreci otomatikleştirmeyin, önce düzeltin. Otomasyon, sürecin hızını artırır; süreç bozuksa hatayı da hızlandırır. Bu yüzden ilk adım süreci haritalamaktır: işin başlangıcı, adımları, karar noktaları, çıktısı. YZ bu haritalamada iyi bir yardımcıdır; sürecinizi anlatırsınız, o adım adım akışa döker ve gereksiz adımları sorgular.
Sonra otomasyona uygun adımları seçersiniz. İyi aday adımlar şunlardır: tekrarlı (sık yapılır), kurallı (net kurallara bağlıdır), hacimli (çok sayıda tekrarlanır) ve düşük istisnalı (nadiren özel durum çıkar). Kötü aday adımlar ise sezgi, empati veya karmaşık yargı gerektirenlerdir. YZ'ye "bu süreçte hangi adımlar otomasyona uygun, hangileri insana ait?" diye sorarak bu ayrımı yaptırabilirsiniz.
İpucu: Otomatikleştirmeden önce süreci bir hafta gözlemleyin ve gerçekten kaç kez, ne kadar sürede yapıldığını ölçün. Çoğu yönetici "çok zaman alıyor" sandığı işin aslında ayda birkaç kez yapıldığını, asıl zaman yiyenin ise fark etmediği başka bir iş olduğunu görür.
İnsan-döngüde (human-in-the-loop) tasarım
İşletme süreçlerinde tam otomasyon çoğu zaman risklidir. Bir e-postayı YZ'nin yazması güvenlidir; ama YZ'nin onu doğrudan müşteriye göndermesi tehlikelidir çünkü bir hata anında dışarı çıkar. Çözüm insan-döngüde (human-in-the-loop — otomatik sürecin kritik noktasında bir insanın onay verdiği tasarım) yaklaşımıdır: YZ taslağı üretir, insan hızlıca onaylar, sonra gönderilir. Bu, hızın çoğunu korurken riski insana bağlar.
Otomasyonu üç risk düzeyine göre tasarlayın. Düşük risk (iç not, taslak): tam otomasyon kabul edilebilir. Orta risk (müşteriye giden standart yanıt): insan onayı gerekir. Yüksek risk (sözleşme, ödeme, resmi başvuru): YZ sadece taslak üretir, uzman kontrolü ve imza zorunludur. Bu haritayı süreç başında çizmek, sonradan gelecek felaketleri önler.
Üç mini vaka
Vaka 1 — Talep yönlendirme. Bir hizmet şirketine günde ~80 destek e-postası geliyor ve bir çalışan bunları doğru departmana elle dağıtıyordu (günde ~1 saat). YZ'ye anonim örneklerle bir sınıflandırma kuralı kurdurdular: her e-postayı "teknik / faturalama / genel" olarak etiketleyip önerilen departmanı yazıyor, çalışan sadece onaylıyor. Dağıtım süresi günde 12 dakikaya indi. Belirsiz durumlar hâlâ insana geliyor.
Vaka 2 — Kötü süreci otomatikleştirme hatası. Bir muhasebe biriminde onay süreci 5 gereksiz adım içeriyordu. Yönetici bunu olduğu gibi otomatikleştirdi; sonuç, 5 gereksiz adımın daha hızlı ama hâlâ gereksiz çalışmasıydı. YZ'ye süreci gösterince YZ 5 adımın 2'sinin hiçbir değer katmadığını işaretledi. Önce süreç 3 adıma indirildi, sonra otomatikleştirildi; gerçek kazanç o zaman geldi.
Vaka 3 — İnsan-döngüde kurtarma. Bir e-ticaret ekibi, iade taleplerine YZ ile otomatik yanıt kurdu ama insan onayını kaldırdı. YZ bir gün, kural dışı bir toplu iade talebini standart şablonla yanıtlayıp yanlış bilgi verdi ve müşteri şikâyeti büyüdü. Ekip insan-onay adımını geri koydu; YZ taslağı üretmeye devam etti ama gönderim öncesi bir çalışan her yanıtı iki saniyede gözden geçirdi. Hatalar bitti, hız korundu.
Dört kopyalanabilir şablon
1) Süreç haritalama:
Rolün: süreç iyileştirme uzmanı.Şu işi anlatacağım: [işin adım adım tanımı].Bunu net bir akış olarak yaz: başlangıç, her adım, kararnoktaları, çıktı. Sonra bana değer katmayan veya tekrar edenadımları işaretle ve sadeleştirme öner. Henüz otomasyon önerme.
2) Otomasyona uygunluk analizi:
Yukarıdaki süreçteki her adımı şu ölçütlerle değerlendir:tekrarlılık, kurallılık, hacim, istisna sıklığı.Her adım için "otomasyona uygun / insana ait" etiketi ver vekısa gerekçe yaz. Yüksek yargı/empati gerektiren adımlarımutlaka insanda bırak.
3) Sınıflandırma/yönlendirme kuralı:
Sana anonim örnek talepler vereceğim. Bunları şu kategorilereayıracak açık, şeffaf kurallar üret: [kategoriler].Her gelen talep için önerilen kategori + güven düzeyi (yüksek/düşük) yaz. Güveni düşük olanları "insana yönlendir" olarak işaretle.
4) İnsan-döngüde yanıt taslağı:
Şu tip talebe standart bir yanıt TASLAĞI yaz: [talep tipi].Yanıtın sonuna "[İNSAN ONAYI GEREKLİ]" etiketi koy.Kural dışı bir durum sezersen yanıtı yazma; bunun yerine"bu durum standart değil, insana yönlendir" de.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Bu işi otomatikleştir.
Süreç tanımlı değil, risk düzeyi belirsiz, istisna yönetimi yok. YZ ya işe yaramaz genel tavsiye verir ya da riskli bir tam otomasyon önerir.
Güçlü prompt:
Rolün: süreç uzmanı. Şu süreci anlatacağım: gelen faturaitirazlarının sınıflanıp ilgili birime yönlendirilmesi.Önce süreci adım adım haritala ve gereksiz adımı işaretle.Sonra her adımı otomasyona uygunluk açısından değerlendir.Müşteriye giden hiçbir yanıtı insan onayı olmadan göndermeönerme; kritik adımlarda "[İNSAN ONAYI]" etiketi koy.
Boyut
Zayıf yaklaşım
Güçlü yaklaşım
Süreç tanımı
Yok
Adım adım
Sadeleştirme
İstenmemiş
Önce sadeleştir
Risk düzeyi
Göz ardı
Etiketli
İnsan onayı
Yok
Zorunlu tutulmuş
Güvenlik
Düşük
Yüksek
Sık yapılan hatalar
- Kötü süreci otomatikleştirmek. Önce süreci sadeleştirin; sonra hızlandırın.
- İnsan onayını kaldırmak. Müşteriye/dışarıya giden çıktıda insan-döngüde tasarımı koruyun.
- İstisnaları göz ardı etmek. Kural dışı durumlar mutlaka insana yönlenmeli.
- Ölçmeden otomatikleştirmek. Gerçek sıklık ve süreyi ölçün; yanlış işe emek harcamayın.
- Risk düzeyini haritalamamak. Düşük/orta/yüksek risk adımlarını başta ayırın.
Dikkat: Otomasyon bir kez kurulunca gözden kaybolur ve sessizce çalışır; bu yüzden bir hata fark edilmeden birçok kez tekrarlanabilir. Otomatik süreçlere düzenli bir "denetim noktası" koyun: haftada bir çıktıların bir örneğini insan gözüyle kontrol edin.
Özetle
Süreç otomasyonu, tekrarlı işlerin çaldığı zamanı geri kazandırır. Ama önce süreci anlayıp sadeleştirin; kötü süreci otomatikleştirmek hatayı hızlandırır. Otomasyona uygun adımlar tekrarlı, kurallı, hacimli ve düşük istisnalıdır; yargı ve empati gerektiren adımlar insana aittir. Riski düşük/orta/yüksek olarak haritalayın ve dışarıya giden çıktılarda insan-döngüde onayı koruyun. YZ süreci hızlandırır; doğru kurulduğunun ve istisnaların yönetildiğinin güvencesi yöneticidir.
Uygulama görevi
İşinizde en çok tekrarlanan bir görevi seçin. Yukarıdaki "Süreç haritalama" şablonuyla YZ'ye onu adım adım haritalatın ve gereksiz adımları işaretletin. Sonra "Otomasyona uygunluk analizi" ile hangi adımların otomatikleştirilebileceğini belirleyin. En az bir adım için insan-döngüde bir yanıt taslağı kurun ve bir hafta deneyin; kazandığınız süreyi ölçün.
Kontrol listesi
- [ ] Süreci otomatikleştirmeden önce haritalayıp sadeleştirdim mi?
- [ ] Her adımı otomasyona uygunluk açısından değerlendirdim mi?
- [ ] Risk düzeyini (düşük/orta/yüksek) haritaladım mı?
- [ ] Dışarıya giden çıktıda insan onayını korudum mu?
- [ ] Otomatik sürece düzenli denetim noktası koydum mu?