Geleneksel sektörlerde yapay zeka agent'ları: nereden başlamalı?

Bir operasyon yöneticisi için asıl soru, yapay zeka agent'larının geleneksel sektörleri değiştirip değiştirmediği değil. Asıl soru şu: telefon yükü ağır olan hangi iş akışı, müşterileri, çalışanları ya da şirket kayıtlarını riske atmadan iyileştirilecek kadar net? Bir yapay zeka agent'ı bir görüşmeyi dinleyebilir, onaylı bilgiyi getirebilir, tanımlı bir politikayı izleyebilir ve bir sistem işlemini tamamlayabilir. Bu bileşim, yalnızca metin üreten bir chatbot'tan çok daha fazla sonuç doğurur. Bu yüzden operasyon tasarımı en az model kadar önemlidir.

Orta ölçekli ekiplerde odaklı bir başlangıç için koşullar çoğu zaman hazırdır: anlamlı bir çağrı hacmi, istisnaları bilen deneyimli çalışanlar ve resmi kaydı tutan az sayıda sistem. Öte yandan eski bir telefon altyapısı, ortak e-posta kutuları, tablolar ve kısmen insanların kafasında yaşayan süreçler de olabilir. Hedef, güvenilir tek bir yolu işletmeyi kolaylaştırmak, sonra genişleme hakkını kazanmaktır.

Sınırları belli bir iş akışıyla başlayın

Başı ve sonu dar bir iş akışı seçin. İyi bir adayın tanınabilir bir arama nedeni, tekrarlanabilir bir sonraki adımı ve başarılı bir sonucun neye benzediğini anlatabilecek bir sorumlusu vardır. Agent'ın neyi yapmaya yetkili olduğu, neyi asla yapmaması gerektiği ve ne zaman durması gerektiği tek cümleyle söylenebilmeli. “Müşteri hizmetlerini üstlensin” gibi belirsiz bir hedef, değerlendirilemeyecek ve yönetilemeyecek kadar geniştir.

Prompt'ları konuşmadan önce mevcut yolu çıkarın. Çağrının nasıl geldiğini, arayanın nasıl tanındığını, hangi soruların sorulduğunu, bilgiye nereden bakıldığını, hangi sistemin güncellendiğini ve çağrıdan sonra ne olduğunu kaydedin. Sesli mesajı, sessizliği, devirleri, müsait olmayan personeli, mükerrer kayıtları ve talebini yarı yolda değiştiren arayanları da ekleyin. Bu ayrıntılar süs değildir, iş akışının ta kendisidir.

• Kapalı bir kuyruğu tercih edin. Teslimat durumu talepleri, randevu teyitleri ya da fatura kopyası talepleri gibi tek bir niyetle başlayın.
• Sonucu adlandırın. Sonuç teyit edilmiş bir rezervasyon, doğru yönlendirilmiş bir vaka, kayda geçmiş bir mesaj ya da tamamlanmış bir durum güncellemesi olabilir.
• Yetki sınırı koyun. Agent bir politikayı açıklayabilir ya da bilgi toplayabilir. Bu, bir istisnayı onaylamaya, fiyat değiştirmeye ya da tarih sözü vermeye yetkili olduğu anlamına gelmez.
• Bir süreç sorumlusu seçin. Politikanın sahibi olacak, hataları inceleyecek ve bir değişikliğin teste hazır olup olmadığına karar verecek biri olmalı.
• Bir çıkış tanımlayın. Agent görevi tamamlayamadığında her yolun net bir devri, geri araması, vaka açılışı ya da güvenli bir kapanışı olmalı.

Tekrarı muhakemeden ayırın

Tekrarlayan iş öngörülebilir iştir: izin verilen alanları doğrulamak, güncel bir durumu okumak, yapılandırılmış bilgi toplamak, aynı niteleme sorularını sormak ya da bilinen bir formatta özet yazmak. Muhakeme ise bilgi eksik olduğunda, politikanın bir istisnası olduğunda, arayan sıkıntıda olduğunda, iki kayıt birbirini tutmadığında ya da sonraki adımın ciddi finansal, operasyonel veya kişisel sonuçları olduğunda başlar. İyi bir tasarım ilkini agent'a, ikincisini bir insana verir.

Bu ayrım bir karar tablosunda açıkça yazılabilir. Her adımı oku, topla, yaz, öner ya da karar ver olarak etiketleyin. Agent'lar çoğu zaman onaylı veriyi okuyabilir ve tanımlı bir konuşma metni içinde bilgi toplayabilir. Yazma işlemleri doğrulanmış alanlarla ve denetlenebilir işlemlerle sınırlı olmalı. Öneriler, onları alan çalışana kaynağını ve güven düzeyini göstermeli. Takdir yetkisi gerektiren kararlar yetkili bir kişide kalmalı.

Sınırı arayana göre tasarlayın

İnsanlar düzgün niyet etiketleriyle aramaz. Bir bayi geciken bir sevkiyat için arayıp sonra hasarlı bir paletten söz edebilir. Bir hasta randevusunu teyit ederek başlayıp sonra bir belirtiyi sorabilir. Bir finans müşterisi hesap ekstresi isterken bir işleme de itiraz edebilir. Agent beyan edilen iş akışını yürütmeli, konuşmanın bu akışın dışına çıktığını fark etmeli ve bu değişikliği hem arayana hem çalışana görünür kılmalı.

Sınırı sade operasyon kurallarıyla yazın: “durum sorularını canlı sipariş kaydından yanıtla”, “eksik teslimat referansını topla”, “klinik bilgiyi yorumlama” ya da “ücreti silme”. Kabul edilebilir ve kabul edilemez işlemlerden örnekler ekleyin. Sonra belirsizliği, söz kesmeleri, aksanları, uzun duraklamaları, yarım cevapları ve çelişkili bilgiyi test edin. Doğal konuşma işe yarar, ama hoş bir ses iş akışının doğru olduğunun kanıtı değildir.

Telefon altyapısını ana kayıt sistemlerine bağlayın

Sesli bir agent ancak çağrı kontrollü bir sonraki adıma varabiliyorsa işe yarar. Telefon yönlendirmesini, ilgili bilginin sahibi olan müşteri, sipariş, vaka, randevu ya da finans sistemine bağlayın. Agent gereken en küçük veri setini çekmeli, hangi kaydı kullandığını belirtmeli ve yapılandırılmış bir sonucu geri yazmalı. Bir tabloyu, transkripti ya da modelin hafızasını gayriresmi doğruluk kaynağı haline getirmeyin.

Bir ya da iki entegrasyonla başlayın ve hata durumlarını tanımlayın. Sipariş sorgusu zaman aşımına uğrarsa agent tahmini varış saati uydurmamalı. Durum bilgisine şu an ulaşılamadığını açıklayabilir, geri arama numarası alabilir ve doğru kuyruk için bir görev açabilir. Arayan teyidi duyduktan sonra randevu kaydı başarısız olursa, sistemde görünür bir mutabakat yolu olmalı. Yönlendirme, devir, geri arama ve süreklilik davranışının konuşmayla birlikte tanımlanacağı yer DRING'in telefon katmanıdır.

Entegrasyon tasarımı kimlik ve bağlamı da kapsar. Arayan numarasının yeterli olup olmadığına, hangi doğrulama sorularına izin verildiğine, mükerrer kişilerin nasıl ele alınacağına ve devirle birlikte hangi bağlamın gideceğine karar verin. Devralan çalışan devrin nedenini, toplanmış bilgileri, denenen işlemleri ve arayana verilmiş her sözü görmeli. İlk kuyruğu seçmeden önce bu kalıpları dağıtım, sağlık ve diğer operasyon alanlarında karşılaştırmak için sektör iş akışı sayfalarına bakabilirsiniz.

İnsana devri açıkça tasarlayın

Devir saklanacak bir hata durumu değildir. Belirsizlik, hassasiyet ve istisnalar için tasarlanmış bir yetenektir. Devir eşiğini tek başına genel bir güven skoruna göre değil, iş akışına göre belirleyin. Kimlik doğrulanamadığında, arayan bir insan istediğinde, politika istisnası talep edildiğinde, bir güvenlik kaygısı dile getirildiğinde, bir sistem erişilemez olduğunda ya da agent aynı soruyu tekrarladığında devir gerekebilir.

1. Nedeni açıklayın. İç puanlamayı açığa vurmadan ya da şüpheli bir söz vermeden arayana sırada ne olacağını söyleyin.
2. Bağlamı koruyun. Arayanın söylediği amacı, doğrulanmış bilgileri, ilgili kayıt numarasını, denenen işlemleri ve açık kalan soruyu çalışana aktarın.
3. Yetkinliğe ve aciliyete göre yönlendirin. Bir fatura itirazı, aynı gün teslimat istisnası ve bir randevu talebi aynı karışık kuyruğa düşmemeli.
4. Bir yedek yol sağlayın. Müsait çalışan yoksa, ekibin görebileceği bir termin, sorumlu ve öncelikle bir vaka ya da geri arama açın.
5. Döngüyü kapatın. Devrin sorunu çözüp çözmediğini ve agent'ın neden durduğunu kaydedin. Böylece iş akışı, agent'ı ısrar etmeye zorlamadan iyileştirilebilir.

Yetkileri ve veriyi bilinçli yönetin

Erişim görevi izlemeli. Yalnızca teslimat durumu sorularını yanıtlayan bir agent'ın her müşteri alanına geniş erişime ihtiyacı yoktur. Vaka açabilen bir agent'ın da hesap düzenleme yetkisine otomatik olarak ihtiyacı olmaz. Okuma ve yazma yetkilerini ayırın, hassas alanları kısıtlayın, dar kapsamlı servis hesapları kullanın ve önemli her işlemi kayda alın. Ses kayıtları, transkriptler, özetler ve sistem logları için saklama sürelerini pilot başlamadan belirleyin.

Veri kalitesi de kontrolün bir parçasıdır. Kayıtlar çeliştiğinde hangi kaynağın geçerli sayılacağına, eski bilginin nasıl işaretleneceğine ve gerekli bir alan eksik olduğunda agent'ın ne söyleyeceğine karar verin. İç notları ve arayana söylenen dili birbirinden ayrı tutun. Özellikle finansta ve sağlıktaki idari işlerde; lisanslı uzmanlık, klinik değerlendirme ya da resmi politika yorumu gerektiren soruları ilgili insan ekibine yönlendirin. Bu rehber iş akışı tasarımı üzerinedir, finansal ya da tıbbi tavsiye değildir. Kendi politikalarından, onaylarından ve yükümlülüklerinden kurumun kendisi sorumludur.

Erişimi sistemlerin, güvenliğin ve operasyonun sorumlularıyla birlikte gözden geçirin. Tehdit yalnızca kazara bilgi sızması değildir. Arayanlar yanıltıcı talimatlar verebilir, agent'tan gizli veriyi açıklamasını isteyebilir ya da bir kontrolü atlatmasını sağlamaya çalışabilir. Bunun cevabı doğaçlama bir pazarlık değil, test edilmiş bir ret ve bir insan yoludur.

Tasarımı sektör örnekleriyle sınayın

Dağıtım ve lojistik

İlk iş akışı “teslimatım nerede?” çağrılarını kapsayabilir. Agent siparişi bulabilir, onaylı son aşamayı okuyabilir, eksik bir referansı toplayabilir ve bir istisna vakası açabilir. Teslimat aralığı uydurmamalı, güzergah değiştirmemeli, taşıyıcıyı suçlamamalı ya da bir hasar talebini onaylamamalı. Parçalı sevkiyatları, güncel olmayan barkod okutmalarını, birden fazla hesabı temsil eden bir arayanı ve başka bir kuyruğa gitmesi gereken hasarlı ürün bildirimini test edin.

Finans operasyonları

Bir finans ekibi hesap ekstresi kopyası talepleriyle ya da müşteri temsilcisiyle randevu planlamayla başlayabilir. Agent izin verilen bilgileri doğrulayabilir, doğru belge talebini bulabilir ve görüşmeyi kayda alabilir. İtiraz edilen bir işlem, ödeme talimatını değiştirme isteği ya da düzenlemeye tabi bir karar hakkındaki soru, ilgili bağlamla birlikte yetkili bir çalışana geçmeli. Kimlik doğrulamanın başarısız olduğu durumları, mükerrer hesapları ve rutin bir talebi bir itirazla birleştiren arayanları test edin.

Sağlıkta idari işler

Randevu hatırlatmaları, sevk durumu bilgisinin toplanması ya da kliniğe yol tarifi gibi idari çağrılar dikkatle sınırlandırılabilir. Agent lojistik ayrıntıları teyit edip personel için bilgi toplayabilir; teşhis koymamalı, belirtileri yorumlamamalı ya da klinik öncelik kararı vermemeli. Klinik bir kaygı dile getiren arayan için kurumun onayladığı net bir eskalasyon yolu olmalı. Gizlilik kontrollerini, bir başkası adına arayan aile üyelerini, dil ihtiyaçlarını ve geçici olarak erişilemeyen bir randevu sistemini test edin.

Telefon yükü ağır diğer ekipler

Üreticiler yedek parça stok sorgusuyla ya da servis talebi kaydıyla başlayabilir. Site ve mülk yöneticileri, acil tehlikeleri insanlara bırakarak daire gösterme taleplerini ve bakım taleplerinin önceliklendirilmesini üstlenebilir. Saha servis ekipleri adres ve yer bilgilerini toplayıp yayınlanmış zaman aralıkları içinde randevu verebilir. Hepsinde değişmeyen kalıp şu: dar niyet, yetkili veri, sınırlı işlemler ve sorumlusu belli bir devir.

Pilotu aşamalı yürütün

Aşamalı bir pilot öğrenmeyi görünür kılar. İncelenmiş, temsili bir çağrı setiyle ve yazılı bir başlangıç ölçümüyle başlayın: mevcut çözüm oranı, devir nedenleri, tekrar aramalar, kalite kontrolleri, ortalama işlem eforu ve sonraki işin tamamlanma süresi. Bu ölçümle bir ilk başarı koşulu ve bir durma koşulu seçin. “Agent kulağa iyi geliyor” ikisi de değildir.

1. İnceleyin ve simüle edin. Gerçek senaryoları etiketleyin, beklenen sonuçları ekleyin. Canlı trafikten önce normal çağrıları, sınır vakalarını ve sistem hatalarını test edin.
2. İş akışını gölgeden izleyin. İşlemin sorumluluğu çalışanlarda kalırken agent sonucu sınıflandırsın ya da taslağını çıkarsın. Önerdiği sonucu gerçek sonuçla karşılaştırın.
3. Kontrollü bir dilimi açın. Tanımlı bir kuyruk, zaman aralığı ya da trafik payı kullanın. İnsanlı bir yedek yol ve yönlendirmeyi durdurabilecek adı belli bir kişi bulundurun.
4. Kanıtla genişletin. Bir üst aşamaya ancak sonuçları niyete göre inceledikten ve kalite, tekrar iş ve devir davranışının kabul edilebilir kaldığını gördükten sonra geçin.

Canlıya çıkmadan bir geri alma kuralı belirleyin. Örneğin kritik bir veri alanı yanlış yazılırsa, zorunlu bir devir bağlamını kaybederse ya da çözülmemiş temaslar anlaşılan toleransın üzerine çıkarsa durdurun. Sürümler, prompt'lar, sistemler, yetkiler ve yönlendirme değişiklikleri birlikte kaydedildiğinde geri almak kolaylaşır.

Çözümü, kaliteyi ve tekrar işi ölçün

Çağrının uzunluğunu değil, işin tamamını ölçün. Kısa bir çağrı uzun bir elle düzeltme işi doğurabilir; karmaşık bir talepte devir doğru sonuç olabilir. Operasyon ölçümlerini, konuşmanın ve sistem kaydının örneklemli incelemesiyle birlikte okuyun. Çağrı analizi ekranı, ne söylendiğini, agent'ın neye karar verdiğini, hangi sistem işleminin yapıldığını ve ekibin sonunda hangi sonucu kabul ettiğini birbirine bağlamanıza yardım etmeli.

• Çözüm. Arayanın yapmak istediği iş tamamlandı mı, doğru yere yönlendirildi mi ya da takip edilen bir sonraki adıma bağlandı mı?
• Kalite. Agent onaylı politikayı izledi mi, doğru kaydı buldu mu, doğru bilgi verdi mi ve bağlamı korudu mu?
• Tekrar iş. Arayan ekibe yeniden ulaşmak zorunda kaldı mı ya da bir çalışan sonucu düzeltmek, yeniden girmek veya yeniden yorumlamak zorunda kaldı mı?
• Devir kalitesi. Devir zamanında mıydı, önceliği doğru muydu ve devralan çalışanın işine yaradı mı?
• Operasyon eforu. İnceleme, mutabakat, geri aramalar ve istisna yönetimi dahil, çağrıdan sonra geriye hangi iş kalıyor?

Sonuçları niyete, günün saatine, dile, arayan tipine, entegrasyon yoluna ve devir nedenine göre ayırın. Tek bir ortalama, güvenle çalışan bir iş akışını da yeniden tasarlanması gereken bir başkasını da aynı rakamda gizleyebilir. Her metriğin arkasında örnekler tutun ki ekip bir dashboard üzerine tartışmak yerine gerçek bir çağrıyı inceleyebilsin.

Operasyon tasarımına çalışanları katın

Ön saftaki çalışanlar hangi cümlelerin gerçek bir istisnaya işaret ettiğini, hangi kayıtların güvenilmez olduğunu ve müşterilerin hangi sözleri unutmadığını bilir. Çağrıları seçerken, sınırı tanımlarken, eskalasyon kurallarını yazarken ve pilotu incelerken onları dahil edin. Hangi bilginin devri işe yarar kılacağını ve hangi otomatik işlemin fazladan iş çıkaracağını sorun. Onların katkısı gizli süreç bilgisini test vakalarına dönüştürür ve projenin işin yapay bir versiyonunu iyileştirmeye çalışmasını önler.

Pilotun amacını ve performans verisinin nasıl kullanılacağını açıklayın. Çalışanlara kötü bir sonucu, eksik bağlamı ya da güvensiz bir davranışı işaretlemenin basit bir yolunu verin ve bu işaretleri incelemek için zaman ayırın. İyi bir geçiş işin dağılımını değiştirir: rutin bilgi toplama ve sorgulama tutarlı biçimde yürür, insanlar da dikkatlerini istisnalara, ilişkilere ve hesap verebilirlik gerektiren kararlara verir. Bu geçiş yeni bir telefon numarasıyla değil; eğitim, kuyruk sahipliği ve geri bildirimle olur.

İncelenen çağrıları kontrollü iyileştirmelere dönüştürün

Canlı çağrılar öğrenme üretmeli, ama öğrenmenin de bir yayın disiplinine ihtiyacı var. Çözülen ve çözülemeyen çağrılardan bir set inceleyin, hataları kök nedene göre gruplayın ve her seferinde tek bir değişiklik seçin. Kök neden muğlak bir politika, eksik bir alan, zayıf bir devir kuralı, eskimiş kaynak verisi ya da bir sistem hatası olabilir. Yalnızca prompt'u düzeltmek bozuk bir iş sürecini onarmaz.

DRING'in Agent Factory süreci, yani agent'ları kurduğumuz, test ettiğimiz ve geliştirdiğimiz sistem, bu iş için pratik bir döngü sunar: incelenen çağrılar senaryoya, senaryolar teste dönüşür. Önerilen değişiklik mevcut davranışa karşı sınanır, yeni sürüm ancak ondan sonra kontrollü bir dilime açılır. Orijinal çağrıyı, beklenen sonucu, değişikliğin sorumlusunu, test sonucunu ve yayın kararını bir arada tutun. Bir değişiklik bir niyeti iyileştirip bir başkasını bozduğunda, regresyon seti bunu genişletmeden önce görünür kılmalı.

Döngüyü yalnızca agent'ı değil, iş akışını da iyileştirmek için kullanın. Bir politikanın daha net yazılması gerektiğini, bir entegrasyonun veri tazeliği göstergesine, çalışanların yeni bir kuyruk görünümüne ihtiyacı olduğunu ya da belirli bir niyetin insan yönetiminde kalması gerektiğini fark edebilirsiniz. Amaç kendi kendine değişen bir sistem değil. Amaç, gözlemlenen işten incelenmiş iyileştirmeye giden izlenebilir bir yol; arayanlara neyin ulaşacağına dair yetki de insanlarda kalır.

Pratik kontrol listesi

• Tek bir kuyruk, tek bir arama nedeni ve hesap verebilir bir süreç sorumlusu seçin.
• Başarılı sonucu ve bir insan gerektiren koşulları yazın.
• Her okuma, toplama, yazma, önerme ve karar verme adımını listeleyin.
• Yetkili sistemi, gerekli alanları ve eski veri karşısındaki davranışı belirleyin.
• Yetkileri bu iş akışının ihtiyaç duyduğu alanlar ve işlemlerle sınırlayın.
• Kimlik kontrollerini, saklama sürelerini, denetim kayıtlarını ve arayana söylenecek onaylı dili tanımlayın.
• Devir, geri arama, mesai dışı ve sistem kesintisi yollarını adı belli sorumlularla çıkarın.
• Çözüm, kalite, devir ve tekrar iş için başlangıç ölçümü alın.
• Normal çağrıları, sınır vakalarını, hataları ve kötü niyetli talimatları test edin.
• Durdurma ve geri alma kuralıyla, gölge modda ya da kontrollü bir dilimde başlayın.
• Çağrıları ön saftaki çalışanlarla inceleyin, tekrarlayan hataları regresyon testlerine dönüştürün.
• Ancak sonrasındaki insan işi dahil iş akışının tamamı anlaşıldığında genişletin.

Yapay zeka agent'ları, her operasyon kararının otomatikleştirilebileceğini iddia etmeden de geleneksel sektörlerde işe yarayabilir. Sınırları belli bir işle başlayın, onu işi gerçek kılan kayıtlara ve insanlara bağlayın ve sonucu çağrıdan sonra ölçün. Özenle seçilmiş ilk iş akışı bir operasyon ekibine demodan daha iyisini verir: bir sonraki iş akışının hazır olup olmadığını kontrollü biçimde öğrenmenin yolunu.