İş akışı otomasyonu: İlk olarak hangi işi otomatikleştirmelisiniz?

Ekranı değil, işin geçtiği yolu çizin

Bir talebin ekibe nasıl ulaştığını düşünün. E-posta gelir, biri dosyayı indirir, bir tabloya satır açar, ilgili kişiye mesaj gönderir. İş basit görünür; fakat dosya eksikse veya iki kişi aynı talebi açarsa akış değişir. Yazılım seçmeden önce normal yolu ve bu istisnaları birlikte yazın.

Her adımın yanına üç bilgi ekleyin: kim yapıyor, hangi bilgiye ihtiyaç duyuyor ve bittiğini nasıl anlıyoruz? “Talep işlendi” yerine “talep numarası oluştu ve sorumlu atandı” yazmak, hem uygulamayı hem testi somutlaştırır. Henüz uygulama seçmeden de bu çalışmayı yapabilirsiniz.

Tekrar ile karar aynı şey değildir

Dosya adını standartlaştırmak, onaylanmış kaydı başka sisteme aktarmak veya eksik alanı hatırlatmak belirli kurallara bağlanabilir. Bir haberin yayımlanmaya değer olup olmadığı ya da bir belgenin dosyanın bütünüyle tutarlı olup olmadığı ise bağlam ve uzman değerlendirmesi gerektirir.

Yapay zekâ bu ikinci grupta taslak veya öneri hazırlayabilir. Yine de önerinin hangi koşullarda kullanılacağını ve kimin kontrol edeceğini ayrıca tanımlamalısınız. Her otomasyonun yapay zekâ içermesi gerekmez; koşulu açık bir iş için basit bir kural daha anlaşılır olabilir.

İlk adayınızı dört soruyla seçin

• Girdi düzenli mi? Her seferinde farklı biçimde gelen belgeler önce bir hazırlık adımı gerektirebilir.
• İstisnalar görülebiliyor mu? Eksik bilgi, tekrar kayıt ve erişim hatası fark edilmeden akış ilerlememeli.
• Sonucu kim kontrol edecek? Bir kişi veya rol belirleyin; “ekip bakar” ifadesi yeterince açık değildir.
• İşlem geri alınabiliyor mu? İlk denemede taslak oluşturmak, dışarıya otomatik gönderim yapmaktan daha kolay sınanır.

Bu soruların yanıtı belirsizse tüm süreci otomatikleştirmek yerine daha küçük bir parçayı seçin. Örneğin onay mekanizmasını değiştirmeden, başvuruların doğru kişiye hazırlanmasını ele alın.

Örnek: Gelen belgeden inceleme kuyruğuna

Temsili bir akış şöyle kurulabilir: belge alınır, zorunlu alanlar kontrol edilir, ilgili proje bulunur ve inceleme kaydı açılır. Proje bulunamadığında sistem tahminde bulunmak yerine kaydı “eşleştirme bekliyor” durumuna taşır. İnceleyen kişi düzeltmeyi yapınca süreç devam eder.

Bu örnekte otomasyonun başarısı sadece kayıt açabilmesi değildir. Eksik bilgiyi görünür kılması ve yanlış projeye sessizce işlememesi de başarının parçasıdır. Test listenizde başarılı senaryo kadar dosyası eksik, iki kez gönderilmiş ve yanlış adlandırılmış talepler de bulunmalıdır.

Başarıyı iş yüküyle birlikte değerlendirin

Pilot başlamadan önce mevcut akışta hazırlık, bekleme ve düzeltme sürelerini ayrı kaydedin. Sonra aynı tür işlerle yeni akışı karşılaştırın. Hazırlık hızlanırken kontrol yükü artıyorsa toplam kazancı henüz bilmiyorsunuz demektir. Kullanıcının neden elle düzeltme yaptığı da süre kadar değerli bir veridir.

İlk pilot sonunda “daha çok otomasyon” kararı vermek zorunda değilsiniz. Bir adımı sadeleştirmek, veri girişini düzeltmek veya bir işlemi insan kontrolünde tutmak da iyi bir sonuç olabilir. Bir sonraki aşamayı bu bulgulara göre seçin; baştaki plana bağlı kalmak için genişletmeyin.