Bir iş akışını otomatikleştirmeden önce neyi netleştirmelisiniz?

Bir süreci otomatikleştirmeye karar verdiğinizde ilk iş, sürecin bugün nasıl işlediğini yazılı hâle getirmektir. Bu adım çoğu zaman atlanır; çünkü süreç ekip tarafından “zaten bilinir”. Oysa otomasyon, ekibin kafasındaki örtük bilgiyi açık kurallara çevirmeyi gerektirir. Aşağıdaki yedi konu netleşmeden başlayan projeler genellikle yolun ortasında bu sorulara geri döner.

1. Akış nerede başlıyor, nerede bitiyor?

“Satış sürecini otomatikleştirelim” bir hedef değil, bir alan adıdır. Akışın başlangıcını bir olay olarak tanımlayın: “web formu gönderildiğinde”. Bitişini de bir sonuç olarak tanımlayın: “CRM'de kayıt açılmış ve bir temsilciye görev atanmış olduğunda”. Bu iki nokta arasındaki her şey kapsamdır; dışında kalan her şey sonraki aşamadır.

2. Akışın sahibi kim?

Akış bir hata verdiğinde kim haberdar olacak? Bir kural değişmesi gerektiğinde kim karar verecek? Akışın sahibi teknik bir kişi olmak zorunda değildir, ama süreci tanıyan ve karar verebilen biri olmalıdır. Sahibi olmayan otomasyonlar, ilk sorunla birlikte sessizce kullanılmaz hâle gelir.

3. Girdiler hangi biçimde geliyor?

Akışa giren her bilginin kaynağını ve biçimini listeleyin. Form alanları mı, e-posta metni mi, bir tablodaki satırlar mı? Zorunlu olan ve isteğe bağlı olan alanlar hangileri? Eksik bilgiyle gelen bir kayıt ne olacak? Bu liste, akışın kontrol adımlarının temelini oluşturur.

4. İstisnalar neler?

Ekibinize “bu işte en çok neyle uğraşıyorsunuz?” diye sorun. Yanıt genellikle istisnalardır: iki kez gönderilen form, yanlış e-posta adresi, sistemde zaten bulunan müşteri, iki farklı ekibi ilgilendiren talep. Her istisna için üç seçenekten birini belirleyin:

1. Akış istisnayı kendi çözer (örneğin tekrar eden kaydı birleştirir).
2. Akış kaydı durdurur ve bir kişiye bildirir.
3. İstisna bu aşamada kapsam dışıdır ve elle ele alınmaya devam eder.

5. İnsan onayı nerede gerekli?

Müşteriye giden mesajlar, para ile ilgili işlemler ve geri alınması zor değişiklikler için onay noktası belirleyin. Onay adımı akışı yavaşlatmaz; hazırlık işini otomatik yaptığı için karar veren kişinin önüne yalnızca kontrol edilecek bilgi gelir. Pilot süresince onay noktalarını fazla tutmak, sonradan azaltmaktan daha güvenlidir.

6. Hangi araçlara, hangi yetkiyle erişilecek?

Akışın bağlanacağı her araç için erişim yöntemini ve gereken en dar yetkiyi belirleyin. Bir rapor akışının yalnızca okuma yetkisine ihtiyacı varsa yazma yetkisi verilmemelidir. Erişim bilgileri hiçbir zaman e-postayla veya bir formla paylaşılmamalı, güvenli bir yöntemle tanımlanmalıdır.

7. Başarıyı nasıl anlayacaksınız?

Pilot bittiğinde akışın işe yarayıp yaramadığına nasıl karar vereceksiniz? Ölçütü baştan belirleyin ve bugünkü durumu kaydedin: haftada kaç talep geliyor, bir talebin CRM'e girmesi ne kadar sürüyor, ayda kaç talep takipsiz kalıyor? Başlangıç değeri olmadan sonradan yapılan karşılaştırma bir tahminden öteye geçmez.

Kısa kontrol listesi

• Akışın başlangıç olayı ve bitiş sonucu yazılı.
• Akışın sahibi ve hata durumunda haberdar olacak kişi belli.
• Girdilerin kaynağı, biçimi ve zorunlu alanları listelenmiş.
• Sık görülen istisnalar ve her biri için yapılacak şey belirlenmiş.
• İnsan onayı gereken adımlar işaretlenmiş.
• Bağlanılacak araçlar ve gereken yetkiler listelenmiş.
• Başarı ölçütü ve bugünkü başlangıç değeri kaydedilmiş.

Bu listeyi doldurmak birkaç saatlik bir çalışmadır. Ama bir otomasyon projesinin en çok zaman kaybettiği yer genellikle tam olarak bu sorulardır.