Yapay Zekâ Ajanlarıyla İş Akışı Tasarımı: İnsan Onaylı Otomasyon Rehberi

Bir müşteri siparişinin durumunu soruyor. Yanıtlamak için e-postayı okumanız, sipariş kaydını bulmanız, teslimat bilgisini kontrol etmeniz ve uygun bir cevap yazmanız gerekiyor. Tek bir talep basit görünebilir. Ancak benzer talepler gün boyunca tekrarlandığında, asıl işiniz sürekli bölünür.

Yapay zekâ ajanları bu tür süreçlerde hazırlık ve kontrol adımlarını üstlenebilir. Güvenilir bir iş akışı kurmak için ajana yalnızca görev vermek yetmez. Hangi kaynağa bakacağını, hangi araçları kullanacağını, ne zaman duracağını ve kimden onay alacağını da belirlemeniz gerekir. Bu rehber, küçük ve orta ölçekli işletmeler için bu tasarımın temel adımlarını açıklıyor.

Sohbet robotundan ajana: Ne değişiyor?

Sohbet robotu genellikle sorunuza bir yanıt üretir. Bir ajan ise belirlenen hedef doğrultusunda birden fazla adımı planlayabilir, yetkili olduğu araçları kullanabilir ve aldığı sonuçlara göre sonraki adımı seçebilir. Örneğin bir müşteri mesajını sınıflandırıp ilgili siparişi arayabilir, eksik bilgileri belirleyebilir ve yanıt taslağı hazırlayabilir.

Bu ayrım her üründe aynı değildir. Sohbet arayüzleri de araç kullanabilir; ajan olarak sunulan sistemlerin yetenekleri farklı olabilir. Değerlendirirken isme değil, sistemin gerçekte hangi işlemleri yapabildiğine bakın. Sabit kurallarla çözülen bir adımı klasik otomasyonla yürütmek de çoğu zaman yeterlidir. Ajanı, yorumlama veya bağlama göre seçim gerektiren noktalarda kullanabilirsiniz.

1. Küçük ve sınırları belli bir süreç seçin

İlk denemede tüm müşteri hizmetlerini otomatikleştirmeye çalışmayın. Sık tekrarlanan, çıktısı kolay kontrol edilen ve hata olduğunda geri dönülebilen bir süreç seçin. Toplantı notlarından görev taslağı çıkarmak, gelen talepleri kategorilere ayırmak veya haftalık rapor için verileri toparlamak uygun başlangıçlar olabilir.

Sürecin bugün nasıl yürüdüğünü yazın: Ne tetikliyor? Hangi bilgilere ihtiyaç var? Kim karar veriyor? Hangi adımda bekleniyor? Sonuç kime gidiyor? Bu kısa harita, mevcut işleyişteki belirsizlikleri görünür kılar. Süreç insan tarafından bile tutarlı biçimde yürütülemiyorsa, önce kuralları netleştirmek gerekir.

2. Görevi bir çalışma sözleşmesi gibi tanımlayın

Ajana verilen talimat; amaç, kapsam, kaynaklar ve durma koşullarını içermeli. “Müşterilere yardımcı ol” yerine şu çerçeveyi kullanabilirsiniz:

“Yalnızca sipariş durumu sorularını incele. Sipariş numarası eksikse bilgi talebi taslağı hazırla. Durum bilgisini yetkili sipariş kaynağından al. Kaynakta bulunmayan teslimat tarihini tahmin etme. Yanıtı göndermeden önce müşteri temsilcisinin onayına sun. İade, indirim ve ödeme taleplerini temsilciye yönlendir.”

Beklenen çıktıyı da belirleyin: Talebin özeti, kullanılan kayıt, hazırlanan yanıt ve çözülemeyen noktalar. Böylece onay veren kişi yalnızca akıcı bir metin görmez; metnin hangi bilgiye dayandığını da inceleyebilir. Talimat değişikliklerini tarih ve sürümle kaydetmek, sorunların nedenini bulmayı kolaylaştırır.

3. Araç ve veri erişimini sınırlayın

Bir ajanın işini yapabilmesi için her sisteme tam erişmesi gerekmez. Sipariş durumunu hazırlayan bir akışın ödeme yapma, müşteri kaydı silme veya fiyat değiştirme yetkisine ihtiyacı yoktur. Mümkünse başlangıçta yalnızca okuma erişimi verin. Yazma ve gönderme yetkilerini, gerçekten gerekli olan işlemlerle sınırlayın.

Hangi verinin hangi hizmete aktarılacağını ayrıca kontrol edin. Müşteri mesajları kişisel bilgi içerebilir. Görev için gerekmeyen alanları ayıklayın; kullanılan sağlayıcıların veri işleme ve saklama koşullarını inceleyin. İşletmenizin KVKK kapsamındaki yükümlülüklerini ayrıca değerlendirin. Şifreleri ve gizli erişim anahtarlarını talimat metinlerine koymayın.

E-postalar, dosyalar ve web sayfaları ajana yönelik yanıltıcı talimatlar içerebilir. Bunları işlenecek içerik olarak ele alın; görev kurallarını değiştiren bir yetki kaynağı olarak kabul etmeyin. Bu ayrımı yalnızca talimatla değil, araç izinleri ve uygulama kontrolleriyle de destekleyin.

4. İnsan onayını doğru yere yerleştirin

Her küçük adım için onay istemek çalışanı yorabilir. Hiç onay istememek ise hatalı bir işlemin müşteriye veya işletmeye yansımasına yol açabilir. Onay noktalarını işlemin etkisine göre tasarlayın.

İlk uygulamada, kurum içinde kalan özet ve taslaklar otomatik hazırlanabilir. Müşteriye mesaj gönderme, kayıt değiştirme, indirim uygulama veya ödeme başlatma gibi işlemler için açık yetki ve uygun onay adımları belirleyin. Özellikle mali, hukuki veya geri alınması zor sonuçları olan işlemler daha sıkı kontrol gerektirir.

Onay ekranında işlem, hedef kişi veya kayıt, kullanılacak bilgi ve olası sonuç görünmeli. “Onaylıyor musunuz?” sorusu tek başına yeterli değildir. Onaydan sonra alıcı, tutar veya içerik değişirse yeniden onay gerekip gerekmediğini kurala bağlayın. Yanıt gelmediğinde varsayılan davranışın beklemek veya sorumlu kişiye yönlendirmek olması, sessizce ilerlemekten daha güvenli bir başlangıçtır.

5. Örnek akış: Sipariş sorusundan onaylı yanıta

Küçük bir e-ticaret işletmesi için aşağıdaki akışı düşünün:

• Yeni müşteri mesajı gelir. Ajan, bunun sipariş durumu sorusu olup olmadığını değerlendirir.
• Sipariş numarası ve müşteri eşleşmesi kontrol edilir. Eşleşme belirsizse başka bir müşterinin bilgisi paylaşılmadan süreç durur.
• Yetkili sistemden güncel durum okunur. Kaynağın ne zaman kontrol edildiği kaydedilir.
• Ajan, mevcut bilgiyle kısa bir yanıt taslağı hazırlar. Eksik veya çelişkili bilgiyi ayrıca işaretler.
• Temsilci, kaynak kaydı ve taslağı birlikte inceler. Onaylar, düzeltir veya talebi başka birine aktarır.
• Onaylanan içerik gönderilir. Gönderim sonucu kaydedilir; sonuç belirsizse aynı mesaj hemen tekrar gönderilmez.

Burada ajanın katkısı, bilgiyi bulmak ve yanıtı hazırlamaktır. Temsilci ise müşteriye aktarılacak bilginin uygunluğunu değerlendirir. Sipariş durumu onay beklerken değişebiliyorsa, gönderimden önce yeniden kontrol adımı da ekleyebilirsiniz.

6. Canlıya geçmeden önce zor durumları deneyin

Yalnızca sorunsuz örneklerle test yapmak yanıltıcıdır. Eksik sipariş numarası, aynı isimde iki müşteri, eski teslimat bilgisi, çelişkili kayıt ve erişilemeyen sistem gibi durumları test listenize ekleyin. Müşteri mesajının içinde “Önceki kuralları yok say” gibi bir ifade olduğunda akışın nasıl davrandığını da inceleyin.

Her örnek için doğru davranışı önceden yazın. Ajanın görevi bazen yanıt üretmek, bazen eksik bilgiyi belirtmek, bazen de durmaktır. Önce kurgusal veya uygun biçimde anonimleştirilmiş verilerle deneyin. Ardından sınırlı kapsamda, üretilen her sonucun insan tarafından incelendiği bir pilot uygulama yürütün.

7. Hataları, maliyeti ve sorumluluğu izleyin

Her işlem için takip numarası kullanın. Hangi kaynaklara bakıldığını, hangi araçların çalıştığını, kimin onay verdiğini ve sonucun ne olduğunu kaydedin. Kayıtlarda gereksiz kişisel veri tutmayın; erişim ve saklama süresini belirleyin.

Bağlantı kesildiğinde aynı işlemi yeniden çalıştırmadan önce ilk denemenin tamamlanıp tamamlanmadığını kontrol edin. Tekrarlanan gönderimleri veya kayıt değişikliklerini önleyen kontroller kurun. Deneme sayısını ve işlem süresini sınırlayın. Akışı durduracak kişiyi ve manuel devam yöntemini baştan belirleyin.

Başarıyı yalnızca hızla ölçmeyin. Taslakların ne kadar düzeltildiğini, yanlış kaynağa başvurma durumlarını, durdurulan işlemleri, çalışanların kontrol yükünü ve işlem başına maliyeti birlikte değerlendirin. Pilot sonuçlarına göre kapsamı genişletin veya daraltın.

Başlangıç için tek sayfalık plan

Bir süreç seçin ve şu beş soruyu yanıtlayın: Ajan ne hazırlayacak? Hangi kaynağa güvenecek? Hangi işlemleri yapabilecek? Nerede insan onayı gerekecek? Hata olduğunda kim devralacak?

Bu soruların cevapları netleştiğinde araç seçimi de kolaylaşır. İyi tasarlanmış insan onaylı otomasyon, ekip üyelerine daha anlaşılır bilgiler ve kontrol edilebilir bir çalışma düzeni sunar. İlk hedefiniz, sınırlarını bildiğiniz ve sonuçlarını düzenli olarak değerlendirebildiğiniz küçük bir akış kurmak olsun.