İçeriğe geç

İlk Yapay Zekâ Asistanını Aşamalı Olarak Yayına Almak

Yapay zekâ asistanını tek bir kapsamla başlatmak, kaynakları temizlemek ve her aşamada karar kapısı kullanmak için pratik bir yayın planı.

7 dk okuma

Bilgi kaynağı, bağlantı yetkisi ve sonuç doğrulama akışı

Yapay zekâ asistanını ilk gün tüm kanallarda ve tüm yetkilerle açmak cazip görünür. Ancak yanlış bir fiyat ya da yanlış bir saat tek bir yanıtla çok sayıda müşteriye ulaşabilir. Bu yazı, asistanı bilgiyle başlatıp kararları kapı kapı ilerleten bir yayın planını anlatır. Her aşamada kimin sorumlu olduğu, hangi testin geçmesi gerektiği ve bir test başarısız olduğunda neyin etkileneceği açıkça ele alınır. Amaç hızlı yayına değil, güvenilir bir başlangıca ulaşmaktır.

Kapsamı Tek Bir Soruyla Seçmek

İlk yayının kapsamı, işletmenin en çok tekrar eden ve yanlış yanıtın az zarar verdiği tek bir soru grubuyla sınırlanmalıdır. Örneğin çalışma saatleri, adres ve genel hizmet kapsamı çoğu işletmede bu role uygundur. Fiyat, rezervasyon veya istisna gerektiren talepler ilk aşamada kapsam dışında bırakılabilir. Bu seçimi yaparken soruyu soranın kim olduğu ve yanıt yanlış çıktığında kimin düzeltmek zorunda kalacağı birlikte düşünülmelidir. Kapsam yazılı bir liste olarak tutulmalı ve yayın sonrasında değiştirilmek istendiğinde yeni bir karar kapısı olarak ele alınmalıdır.

Sorumluluk tek bir kişide toplanmalıdır. İşletme tarafında kapsam listesini onaylayan ve değişiklik taleplerini takip eden bir sahip belirlenmelidir. Bu kişi, sohbet üzerinden gelen soruların hangilerinin asistana ait olduğunu, hangilerinin ekibe devredileceğini kayda geçirir. Sahibi olmayan bir kapsam kısa sürede genişler ve asistan, kimsenin onaylamadığı konularda yanıt vermeye başlar. Bu nedenle ilk karar kapısı, kapsam listesinin imzalı bir sorumluyla kapanmasıdır ve bu adım geçilmeden sonraki aşamalara geçilmez.

Kaynakları Yayından Önce Temizlemek

Asistanın yanıt kalitesi, bağlandığı kaynakların doğruluğu kadar iyidir. Web sayfaları, PDF belgeler ve soru-cevap metinleri aynı konuda birbirinden farklı bilgi içeriyorsa asistan bu çelişkiyi tek başına çözemez. Eski bir fiyat listesi, kaldırılmış bir çalışma saati veya güncellenmemiş bir adres yayında kalırsa yanıtlarda tekrar eder. Yayın öncesinde her kaynak satır satır okunmalı, çelişen bilgiler işletmenin onayıyla tek bir doğru metne indirgenmelidir. Bu işin ayrıntıları için bilgi tabanı hazırlama yazısındaki düzen önerileri işe yarayabilir.

Temizlik sırasında eksik bilgiler de ayrıca kaydedilmelidir. Bir konuda kaynak yoksa asistanın bunu tahminle doldurmaması gerekir; bu nedenle bilinmeyen soruda izlenecek yol önceden yazılmalıdır. Örneğin bilgiyi doğrulayamadığını söyleyip ekibe yönlendirme yapan bir cevap talimatlara eklenebilir. Kaynakların hangi tarihte güncellendiği ve bir sonraki kontrolün kime ait olduğu da not edilmelidir. Kaynak bakımı bir kez yapılıp unutulan bir iş değildir. Düzenli bir kontrol olmadan yanıtlar zamanla eskir ve bu eskime fark edilmeden müşteriye ulaşır.

Kanal Denemesi Ve Ekip Devri Testi

Kanal denemesi, asistanın her bağlı kanalda aynı bilgiyi aynı tutarlılıkla verip vermediğini ölçer. Web sitesi sohbeti, WhatsApp ve diğer etkin kanallar ayrı ayrı denenmelidir. Bağlantı kurulumu, paket kapsamı ve hesap izinleri bu aşamada netleşir; bir kanal bağlı olsa bile yanıt hatası yaşayabilir. Ayrıca farklı kanallardaki aynı kişinin otomatik birleşmediği varsayılarak test edilmelidir. İki kanaldan gelen mesajın tek müşteri olarak görüleceği beklentisi, yanlış bir takip sürecine yol açabilir.

Ekip devri en kritik testtir. Asistan, şikâyet veya özel talep gibi insan desteği gereken bir mesajda otomatik yanıtı durdurabiliyor mu, ekip bu konuşmayı panelde görebiliyor mu ve bildirim geliyor mu sorularının her biri ayrıca doğrulanmalıdır. Bu süreçlerin kurulumu için sohbet bildirimi ve ekip takibi yazısı yardımcı olabilir. Bildirim gelmesi, sorunun çözüldüğü veya bir personelin atandığı anlamına gelmez. Devir testi başarısızsa yayın durdurulmalıdır, çünkü müşteri bir kişiye ulaşamadan asistanla döngüye girebilir.

Sınırlı Gerçek Kullanım Ve Karar Kapıları

Kanal testleri geçtikten sonra asistan, sınırlı sayıda gerçek müşteri trafiğine açılabilir. Bu aşamada tüm sayfaların değil, belirlenen kapsamdaki sayfaların ya da tek bir kanalın kullanılması tercih edilir. Amaç büyük bir kitleye ulaşmak değil, gerçek sorular karşısında asistanın davranışını gözlemlemektir. Hangi müşteri grubunun bu kullanıma dahil edildiği ve görüşmelerin kimin tarafından inceleneceği önceden kararlaştırılmalıdır. Bu süre için kesin bir takvim koymak yerine, inceleme sonuçlarına göre karar vermek daha sağlıklıdır.

Her aşama bir karar kapısıyla kapanır. Kapı, önceden yazılmış ölçütlerin tamamının sağlanmasına bağlıdır: kapsamın doğru çalıştığı, ekip devrinin işlediği ve riskli konularda asistanın sınırları koruduğu görülmelidir. Bir ölçüt sağlanmadığında bir sonraki aşamaya geçmek yerine kaynak ya da talimat düzeltilir ve aynı aşama yeniden test edilir. Karar kapısında sorumlu kişi, eksik kalan maddeyi ve onu kapatacak kişiyi kayda geçirmelidir. Böylece sürecin neden durduğu herkes tarafından bilinir ve ekip aynı eksik üzerinde ayrı ayrı çalışmaz.

Görüşme İncelemesi Ve Kaynak Güncellemesi

Gerçek görüşmeler, testlerde görülmeyen soru biçimlerini ortaya çıkarır. Müşteriler eksik cümleler kurar, iki konuyu aynı mesajda sorar ya da kaynakta olmayan bir ayrıntıyı bekler. İnceleme sırasında her görüşmenin doğru bilgi verip vermediği, gereksiz yere yanıt uydurup uydurmadığı ve ekip devrinin gerektiği yerde yapılıp yapılmadığı kontrol edilmelidir. Bu inceleme kısa tutulabilir, ancak düzenli olmalıdır. Test senaryolarının nasıl genişletileceği için asistan senaryo test listesi yazısına bakılabilir.

İnceleme sonucunda bulunan her eksik, bir kaynak ya da talimat değişikliğine dönüştürülmelidir. Asistanın yanlış cevabı çoğu zaman kaynaktaki bir boşluğun ya da çelişkinin belirtisidir. Bu nedenle düzeltme yalnız o tek yanıtı değiştirmek yerine kaynağın kendisine uygulanmalıdır. Değişiklikten sonra ilgili soru yeniden denenir ve sonuç not edilir. Görüşme özetlerinin panelde izlenebilmesi işi kolaylaştırır; ancak özet okumak sorunun gerçekten çözüldüğünü göstermez. Yanıtlanan mesaj ile çözülen talep ayrı değerlendirilmelidir.

Entegrasyon Yetkisini En Son Değerlendirmek

Canlı stok, fiyat, takvim veya işlem kaydı gibi yetkiler, yayının en sonunda ele alınmalıdır. Entegrasyon olmadan asistan bu bilgileri bilmez ve bilmediğini açıkça söylemelidir. Bağlantı kurulacaksa her sistemin uygun ve test edilmiş olması gerekir; her sektör yazılımı için hazır bir bağlantı bulunduğu varsayılmamalıdır. Veri kapsamı, hata davranışı ve yazma yetkisi ayrı belirlenir. Bu planlama yapılmadan işlem yetkisi açmak, yanlış bir onayın müşteriye ulaşmasına yol açabilir. Bu konudaki kapsam ayrımı için entegrasyon kapsamı yazısı incelenebilir.

Yetkiyi açmadan önce yapılacak son kontrol, hata senaryolarının test edilmesidir. Bağlı sistem yanıt vermediğinde asistan ne söyleyeceğini, müşteriyi nasıl yönlendireceğini ve bu durumun ekibe nasıl bildirileceğini bilmelidir. Hata anında işlemin tamamlandığını bildiren bir ifade kullanılması, gerçekleşmeyen bir işlemi onaylamak anlamına gelir. Entegrasyon testi başarısızsa yazma yetkisi kapalı kalır ve asistan yalnız onaylı bilgi ile ekip yönlendirmesi sunar. Bu karar, teknik ekibin ve işletmenin açık onayıyla verilmelidir.

Aşamalı Yayında Karar Kapıları

AşamaKarar KapısıBaşarısız Testin Etkisi
Kapsam seçimiTek soru grubu ve imzalı sorumlu belirlendi mi?Kapsam genişler, onaysız konularda yanıt verilir
Kaynak temizliğiÇelişen fiyat, saat ve adres kaldı mı?Eski bilgi yanıtlarda tekrar eder
Kanal ve devir testiHer kanal ve ekip devri ayrı doğrulandı mı?Müşteri insan desteğine ulaşamadan döngüde kalır
Sınırlı gerçek kullanımGörüşme incelemesi ölçütleri karşıladı mı?Eksik kaynak ve talimat hatası büyür

Tüm sütunları görmek için tabloyu yana kaydırın.

Temsili Konuşma Örneği

Aşağıdaki görüşme TEMSİLİDİR ve yalnızca kapsam sınırının nasıl kurulabileceğini göstermek için hazırlanmıştır.

Müşteri: Hafta sonu kaçta kapanıyorsunuz?

Asistan: Onaylı çalışma saatlerimize göre bu bilgiyi paylaşabilirim. Son değişiklik olup olmadığını ekibimiz de doğrulayabilir.

Müşteri: Yarın için masa ayırtabilir misiniz?

Asistan: Masa ayırma kesin bir işlemdir ve bu konuşmada onaylanmaz. Talebinizi yetkili ekibe yönlendirebilirim; kesin dönüş ekipten gelir.

Uygulama Adımları

  1. Kapsamı tek soru grubuyla yazılı olarak sınırlayın ve sorumlu kişinin onayını alın.
  2. Web sayfası, PDF ve soru-cevap kaynaklarındaki çelişen fiyat, saat ve adres bilgilerini temizleyin.
  3. Her bağlı kanalda normal soru, eksik bilgi ve bilinmeyen soru testlerini ayrı ayrı yapın.
  4. Şikâyet ve özel talep senaryolarında ekip devrini, panel görünürlüğünü ve bildirimi doğrulayın.
  5. Sınırlı gerçek kullanımı başlatın ve ölçütler geçmeden bir sonraki aşamaya geçmeyin.
  6. Görüşmeleri düzenli inceleyin ve her hatayı kaynak veya talimat düzeltmesine dönüştürün.
  7. Canlı veri ve işlem yetkisini yalnız test edilmiş bağlantı ve açık onayla, en son açın.

İlk yayın bir sonuç değil, bir öğrenme dönemidir. Asistanı küçük bir kapsamla başlatmak, yanlış bilginin ya da hatalı işlem beklentisinin büyümeden yakalanmasını sağlar. Her karar kapısında sorumlu kişi ve başarısız testin etkisi açıkça yazılırsa ekip ne yapacağını bilir. İşletmenizin durumuna uygun kapsamı ve kurulum adımlarını konuşmak için iletişim sayfasından ulaşabilirsiniz.

Sık Sorulan Sorular

İlk yayında tüm kanalları açmak gerekir mi?

Hayır. Önce bir kanal ve sınırlı bir soru grubuyla başlamak, hataların kaynağını bulmayı kolaylaştırır. Diğer kanallar, ilk kanalın testleri ve incelemeleri tamamlandıktan sonra eklenebilir.

Ekip bildirimi geldiyse sorun çözülmüş sayılır mı?

Hayır. Bildirim yalnızca yeni bir konuşmanın olduğunu gösterir. Talebin çözüldüğü ya da bir personelin atandığı ayrıca takip edilmelidir.

Asistan canlı fiyat veya rezervasyonu kesinleştirebilir mi?

Bu, ancak uygun bir bağlantı kurulduysa ve yetkiler test edilip onaylandıysa mümkündür. Entegrasyon yoksa asistan bu bilgileri bilmez ve kesin işlem yapmaz; onaylı bilgi vererek ekibe yönlendirir.