Asistanın yapabileceği işlemleri sınırlandırın
AI sesli asistan kapsamını, arayanın niyeti ve sistemde yapılmasına izin verilen işlem üzerinden yazın. Yeni randevu talebi almak, mevcut saati sorgulamak, iptal istemek ve bir kişiye bağlanmak farklı yetkiler gerektirir. Asistanın bu işlemlerden hangilerini gerçekten tamamlayabildiği, hangilerinde yalnızca talep oluşturduğu açık olmalıdır.
Her niyetin karşısına işletmenin onayladığı cevap, gerekli bilgi ve durma koşulunu ekleyin. Örneğin hizmet süresi bilinmiyorsa asistan rastgele bir boşluğa kayıt açmamalıdır. Bir müşterinin açık uçlu sorusu da otomatik olarak rezervasyon izni sayılmamalı; önce istediği işlem anlaşılmalı ve kendisine teyit ettirilmelidir.
Pilot konuşmalarında kullanılan örnek isimleri ve iletişim bilgilerini kontrollü tutun. İşletme, ses kaydı veya transkriptin neden gerekli olduğunu, kimlerin inceleyeceğini ve hangi süreyle saklanacağını belirlemelidir. Bir konuşmayı değerlendirmek için her kişisel ayrıntıyı toplamak gerekmez. Saklama tercihini çağrı başlamadan önce açıklanabilecek bir metne dönüştürün.
Tamamlama
İşlem ancak yetkili sistem tarafından kabul edildiğinde tamamlanmış sayılır.
Talep
İnsan incelemesi bekleyen istek, kesinleşmiş randevu olarak anlatılmaz.
Sınır
Kapsam dışı soru için onaylı açıklama ve ulaşılabilir insan kanalı kullanılır.
Takvim ve saat dilimi kurallarını doğrulayın
Sesli randevu takvimini yalnızca boş saatlerden oluşan bir liste gibi ele almayın. Hizmet süresi, çalışan uygunluğu, mola, tatil, hazırlık aralığı ve randevular arasında bırakılacak süre birlikte değerlendirilir. Bu kuralların hangi kaynakta tutulduğunu belirleyin; konuşma metnindeki açıklamalar ile kaynak takvim farklı kurallar uyguluyorsa önce çelişkiyi çözün.
Arayan başka bir saat dilimindeyse tarih ve saat anlaşılır biçimde tekrar edilmelidir. “Yarın öğleden sonra” gibi göreli ifadeyi belirli bir gün ve yerel saate çevirin, ardından kişiden teyit alın. Gece yarısına yakın çağrı, işletmenin kapalı günü ve müşterinin saat değişikliği uyguladığı dönem için ayrı örnekler hazırlayın.
Bir slotu okumak ile o slotu ayırmak aynı işlem değildir. Uygun görünen saate başka bir talep ulaşabileceğini hesaba katın. Kesinleşme mesajını kaynak takvimin başarılı kayıt yanıtına bağlayın; zaman aşımı, ret veya bağlantı hatası varsa belirsizliği açıkça söyleyin. Yeniden denemeden önce ilk isteğin durumunu kontrol edin.
OKUMADAN SONRAKİ ADIMA
Pilotun kabul şartlarını birlikte netleştirelim
Kullanılan takvimi, izin verilen işlemleri ve aktarım düzenini paylaşın. Çağrı senaryolarını işletmenizin gerçek kurallarına göre tanımlayabiliriz.
Anlaşılmayan konuşma ve kesilen çağrıyı test edin
Sesli randevu görüşmelerinde anlaşılması zor bir ismi, benzer sesli iki hizmet adını ve konuşma ortasında değiştirilen tercihi deneyin. Asistan yalnızca duyduğunu yeniden söylemekle yetinmemeli; yanlış anlamanın hangi işlemi etkilediğini fark edebilmelidir. İsim belirsizliği ve tarih belirsizliği ayrı hata türleridir. Her durumda kısa, saygılı bir netleştirme sorusu kullanılmalıdır.
Arayan sözünü kestiğinde veya önceki cevabını değiştirdiğinde son onaylanan bilgiyi izleyin. Eski tercihin takvim kaydında kalması, konuşmanın kulağa düzgün gelmesine rağmen yanlış randevu yaratabilir. Konuşma dökümüyle sistem kaydını yan yana inceleyin. Kullanıcının vazgeçtiği veya yalnızca bilgi istediği çağrıda hiçbir randevu oluşmaması da kabul şartıdır.
Çağrıyı kayıt öncesinde, kayıt yanıtı beklenirken ve onay cümlesinden sonra ayrı ayrı kesin. Beklenen sonuç her aşamada farklıdır. Takvimde oluşmuş kayıt için müşteriye yeniden aramada doğru durum anlatılmalı; hiçbir kayıt oluşmamışsa kesinleşme iddiası yapılmamalıdır. Bağlantı geri geldiğinde aynı işlemin ikinci kez uygulanmadığını da kontrol edin.
İnsana aktarımı uçtan uca deneyin
Sesli asistandan insana aktarımın kabulü, asistanın “sizi bağlıyorum” demesinden daha fazlasını gerektirir. İlgili kişinin telefonu gerçekten çalmalı, yanıt verdiğinde görüşme bağlanmalı ve yalnızca gerekli bağlam aktarılmalıdır. Pilot sırasında normal mesai, meşgul hat ve yanıt alınamayan durumları ayrı ayrı deneyin. Başarısız aktarımın sonrasında arayanın ne duyduğunu dinleyin.
Devir alacak ekibin ihtiyaç duyduğu özeti tanımlayın: istenen hizmet, konuşulan zaman ve henüz tamamlanmamış işlem gibi. Gereksiz kişisel ayrıntı veya bütün transkript otomatik paylaşılmamalıdır. Arayan aynı bilgileri yeniden anlatmak zorunda kalıyorsa akışın hangi kısmında bağlamın kaybolduğunu kaydedin; işletmenin aktarım sorumlusu bu eksikliği değerlendirsin.
Canlı kişi bulunmadığında kullanılacak geri dönüş yolunun işletmede gerçekten uygulanabildiğini doğrulayın. Onaylanmamış yanıt süresi ya da kesintisiz erişim sözü eklemeyin. Talep alındığını söylemek, bir ekibin talebi teslim aldığını kanıtlamaz. Talebin sahibini ve takip durumunu ayrı kaydedin, arayanın bekleyen işlemi nasıl sorgulayacağını açıklayın.
Bağlantı
Görüşme gerçek hedefe bağlanır; başarısız deneme açıkça anlatılır.
Bağlam
Devir özeti yalnızca görevi tamamlamak için gereken bilgileri içerir.
Takip
Yanıt alınamazsa işletmenin kabul ettiği geri dönüş yolu kullanılır.
Çifte randevu ve iptal senaryolarını çalıştırın
Sesli randevu akışında aynı talep için peş peşe iki çağrı yapın ve kaynak takvimdeki sonucu inceleyin. Tekrar arama yeni bir istek de olabilir; yalnızca isim benzerliğine dayanarak bütün çağrıları birleştirmeyin. Asistan mevcut randevuyu doğrulayabilmeli, müşterinin gerçekten ikinci bir hizmet isteyip istemediğini netleştirmeli ve işlem kimliğini kabul kaydında ilişkilendirmelidir.
İptali, tarih değişikliğini ve yanlışlıkla yapılan isteğin düzeltilmesini birbirinden ayırın. Eski randevu kaldırılıp yeni saat oluşturulurken bağlantı koparsa iki kaydın durumunu birlikte inceleyin. Müşteriye hangi randevunun geçerli olduğu ancak kaynak sistemden doğrulandıktan sonra söylenmelidir. Belirsizlik halinde otomatik işlem sürdürmek yerine insan incelemesine geçin.
Bir kişinin başkasının randevusunu değiştirmeye çalıştığı kontrollü örneği de ekleyin. Yetki doğrulama yöntemi işletmenin politikasına uygun ve işlemle orantılı olmalıdır. Test kaydına gerçek müşteri bilgisi koymayın. Asistanın randevu detayını gereksiz yere açıklamadan doğrulama istemesi ve başarısız doğrulamada işlemi durdurması beklenen sonuç olarak yazılmalıdır.
Pilot sonucunu çağrı kabul kaydında tutun
Sesli asistan pilotunun çağrı kabul matrisinde niyet, takvim önkoşulu, beklenen değişiklik, aktarım hedefi, gözlenen sonuç, kanıt ve sorumlu sütunları bulunsun. Konuşmanın anlaşılır olmasıyla sistemdeki işlemin doğru olması farklı değerlendirmelerdir. İkisini aynı “başarılı” kutusunda birleştirmeyin. Kısa test notu, hatanın hangi aşamada doğduğunu sonradan anlaşılır biçimde göstermelidir.
Düzeltme önceliğini müşteri etkisine göre belirleyin. Yanlış gün için kesinleşme mesajı, küçük bir telaffuz pürüzünden farklıdır. İstenmeyen kayıt, tekrarlanan randevu ve ulaşılamayan aktarım gibi sorunlar çözülmeden kapsamı genişletmeyin. Her düzeltme için bir sorumlu belirleyin ve ilgili senaryoyu yeniden çalıştırın; yalnızca yeni konuşma metnini okuyarak işi kapatmayın.
Pilot sonunda hangi hizmetlerin, hangi saatlerde ve hangi aktarım koşullarıyla kabul edildiğini yazın. Denenmemiş takvim, dil veya çağrı hacmi için başarı iddiası oluşturmayın. Matris, teknik uygulama görüşmesinde eksik entegrasyonları ve operasyon kararlarını görünür kılan bir çalışma dosyasıdır. Üretime geçiş kararı ayrıca işletmenin sorumluları ve gerçek sistem koşullarıyla değerlendirilmelidir.
Pilotun kabul şartlarını birlikte netleştirelim
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Asistan her aramayı kaydetmek zorunda mı?
Hayır; kayıt ihtiyacı, iş amacı ve saklama koşulları işletme tarafından belirlenmelidir. Pilot için sınırlı işlem günlüğü yeterli olabilir. Ses veya transkript tutulacaksa açıklama, erişim ve silme süreci ayrıca değerlendirilir.
Takvim bağlantısı kesilirse randevu kesinleşir mi?
Hayır. Başarılı kayıt yanıtı alınmadan randevu kesinleşmiş sayılmaz. Zaman aşımında önce isteğin kaynak takvimde oluşup oluşmadığı araştırılır; körlemesine yeniden gönderilmez.
Aynı kişi tekrar ararsa ne olur?
Asistan isteğin mevcut randevuyu sorgulama mı, değişiklik mi, yeni kayıt mı olduğunu netleştirir. Aynı işlem tekrar gönderildiğinde ikinci kayıt oluşmaması kontrollü testle doğrulanır.
İnsana aktarım nasıl test edilir?
Hedef kişinin görüşmeyi aldığı, bağlamın doğru iletildiği ve meşgul veya yanıtsız durumda onaylı alternatifin çalıştığı gözlenir. Yalnızca aktarım cümlesini duymak yeterli değildir.
Pilot için hangi çağrı örnekleri gerekir?
Normal kayıt yanında dolu slot, belirsiz tarih, yanlış anlaşılan isim, kesilen çağrı, tekrar arama, iptal ve insan devri bulunmalıdır. İşletmeye özgü hizmet ve mesai kuralları örneklere eklenir.
KAPSAMI BİRLİKTE BELİRLEYELİM
Pilotun kabul şartlarını birlikte netleştirelim
Kullanılan takvimi, izin verilen işlemleri ve aktarım düzenini paylaşın. Çağrı senaryolarını işletmenizin gerçek kurallarına göre tanımlayabiliriz.
Sesli asistan kapsamını konuşun