chatbot diyalog tasarımı: Çıkmaza giren kullanıcı cümlesini niyete ayırın

Destek sohbetlerini tasarlayan konuşma tasarımcıları ve müşteri hizmetleri yöneticileri, belirsiz kullanıcı cümlelerini kısa, doğrulanabilir yollara ayırmalıdır. Chatbot diyalog tasarımı, gerçek söyleyişleri niyet kanıtına dönüştürüp çelişen işlemleri ayırarak çıkmaza giren konuşmaları azaltır. Başlangıç kararı, botun hemen yanıt vermesi değil, kullanıcının hangi sonucu beklediğini güvenle anlamaktır.

Çıkmaza giren kullanıcı cümlesini niyete ayırın talimatı, kelime benzerliğine göre etiket koymak anlamına gelmez. Önce izinli destek kayıtlarından kimliksiz bir gerçek kullanıcı ifade kümesi hazırlanır. “Kargom ne oldu?”, “Paket görünmüyor” ve “Bugün gelir mi?” ifadeleri teslimatla ilgili görünür; ancak durum sorgusu, gecikme bildirimi veya tarih beklentisi taşıyabilir. Her ifade; görünen konu, eksik bağlam, beklenen sonuç ve güvenli sonraki soru alanlarıyla kaydedilir.

Kümedeki tekrarlar, niyet kapsam kartı açılması için kanıt sağlar; tekil ve yoruma açık bir cümle ise araştırma adayı olarak kalır. Kart, niyetin kabul ettiği ifadeleri, dışarıda bıraktığı işlemleri, gerekli en az veriyi ve insan sınırını belirtir. Aynı ifade hem adres değişikliği hem iade başlatıyorsa kapsam fazla geniştir. Ekip bu durumda işlem başlatmaz; kullanıcının önceliğini tek soruyla ayırır.

Karar ölçütü yalnız ifade sayısı değildir; ifadelerin aynı kullanıcı sonucuna ve aynı güvenli işleme bağlanması gerekir. Gerçek mesajların izinsiz kopyalanması yerine kimliksizleştirme, erişim sınırı ve temsilî yeniden yazım uygulanır. Sınıflandırma doğruluğuna garanti verilmez; yanlış eşleşme ihtimali test günlüğünde tutulur. En yaygın hata, gerçek kullanıcı ifade kümesi bulunmadan niyet kararına geçmektir; güvenli düzeltme, varsayımı işaretleyip yeni kanıt toplamaktır.

İlgili uygulama rehberi: Yapay Zeka Chatbot Nedir, İşletmeler Nasıl Kullanır?: çıkmaza giren konuşmaları azaltmak için ilgili rehber.

Bot görevi, veri ihtiyacı ve insan sınırını tanımlayın

Bot görevi, veri ihtiyacı ve insan sınırını tanımlayın kararı, her niyetin yapabileceklerini ve durması gereken noktayı ortaklaştırır. Bir niyet kapsam kartı; kullanıcı amacı, bot görevi, gerekli veri, yasak işlem, başarı çıktısı ve aktarım tetikleyicisini birlikte taşır. “Teslimat durumunu göster” kartı sorgulama yapabilir; doğrulanmamış bir yetkiyle adres değişikliği veya iade başlatamaz.

Temas haritası, kullanıcının mesajından sonuç veya aktarım anına kadar sorumluluğu görünür kılar. Kullanıcı amacı ifade eder; asistan gerekli en az bilgiyi ister; destek sistemi doğrulanabilen durumu sağlar; temsilci yetki dışı kararı üstlenir. Her temasın girdisi ve çıktısı yazılmadığında bot aynı anda birden fazla ekip işini üstlenebilir. Bu da çelişen işlemler, gereksiz veri isteme ve sahte tamamlanma mesajı üretir.

Kart ile tek tur soru kuralı arasındaki seçim, eksik bilginin niteliğine bağlıdır. Eksik bilgi tek ve zorunluysa bot yalnız onu sorar: “Teslimat durumunu mu, adres değişikliğini mi istiyorsunuz?” Kullanıcı amacı hâlâ belirsizse sipariş numarası istemek erkendir. Önce amaç doğrulanır, sonra yalnız işlemin gerektirdiği veri alınır. Gerekli olmayan kişisel bilgi, olası ileride kullanım gerekçesiyle toplanmaz.

Sorumluluk sınırı üç testle kabul edilir: botun görevi gözlenebilir mi, veri gerçekten gerekli mi, yetki dışı durumda insan yolu görünür mü? Cevaplardan biri hayırsa kart yayıma hazır değildir. Kullanıcı iki kez açıklama yaptığı hâlde kapsam seçilemiyorsa aynı soruyu yinelemek yerine özet ve aktarım sunulur. İnsan aktarımında amaç, verilen gerekli bilgi ve çözülemeyen nokta korunur; hassas olmayan gereksiz ayrıntılar taşınmaz.

Karşılama, netleştirme ve sonuç akışını çizin

Karşılama, netleştirme ve sonuç akışını çizin çalışması, ekrandaki metinden önce karar sırasını kurar. Karşılama botun yardım alanını açıklar; netleştirme tek belirsizliği çözer; sonuç ise doğrulanmış bilgi, güvenli seçenek veya insan aktarımı verir. Her aşama tek görev taşıdığında kullanıcı aynı turda adres, iade ve teslimat sorularıyla karşılaşmaz.

Tek tur soru kuralı, bir mesajda yalnız bir karar için gereken bilgiyi istemektir. “Sipariş numaranızı ve yeni adresinizi yazıp iade nedenini seçin” üç farklı yolu erken açar. Bunun yerine “Teslimatı izlemek mi, adresi değiştirmek mi istiyorsunuz?” sorusu niyeti ayırır. Yanıt geldikten sonra bağlam özeti alanı, seçilen amacı ve henüz doğrulanmamış ayrıntıyı kaydeder.

Dialogflow niyet yapısı eğitim ifadeleri, parametreler ve yanıtları eşleştirerek chatbot diyalog tasarımında niyet kapsamını somutlaştırmaya yardımcı olur. Bu yapı sınıflandırma doğruluğu garantisi sayılmaz; eğitim ifadeleri gerçek söyleyiş çeşitliliğini, parametreler zorunlu veriyi, yanıtlar ise izin verilen sonucu temsil eder. Editoryal çıkarım olarak ekip, bu üç öğeyi kapsam kartı ve test günlüğüyle eşleştirerek yanlış yönlenmenin nerede başladığını izleyebilir.

Hizmet planının kullanıcı yüzünde soru ve özet; arka planda niyet seçimi, veri kontrolü ve aktarım kararı bulunur. Bağlam özeti, “Teslimat durumunu soruyorsunuz; adres değişikliği istemiyorsunuz” gibi doğrulanabilir bir kayıt üretir. Kullanıcı özeti düzeltirse önceki niyet geçersizleştirilir. Sistem sonuç sağlayamazsa tamamlandı denmez; mevcut durum, eksik kanıt ve insan seçeneği açıkça sunulur.

İlgili uygulama rehberi: Türkçe Chatbot: Kendi Verinizle İşletme AI’ı: çıkmaza giren konuşmaları azaltmak için ilgili rehber.

Resmî kaynak ve iddia kapsamı: Google Cloud Documentation Dialogflow ES intents overview: eğitim ifadeleri kapsamı.

Kurgu teslimat sorusunda iki belirsizliği prova edin

Kurgu teslimat sorusunda iki belirsizliği prova edin yaklaşımı, sipariş desteği veren kurgusal bir çevrim içi mağazada sınanır. Başlangıçta kullanıcı “Paketim yanlış yere gidiyor, iptal de edebilirim” der. Botun aynı anda adres, iade ve sipariş numarası akışlarını açması konuşmayı çıkmaza sokar. İki belirsizlik, kullanıcının öncelikli amacı ile botun hangi işlemde yetkili olduğudur.

İlk tur yalnız amacı ayırır: “Önce teslimat adresini kontrol etmek mi, siparişi iptal etmek mi istiyorsunuz?” Kullanıcı adresi seçerse bağlam özeti alanı, “Önceliğiniz adres kontrolü; iptal henüz istenmedi” kaydını oluşturur. Böylece bir niyet aynı anda çelişen işlemleri başlatmaz. Sipariş bilgisi, ancak durum sorgusu için gerçekten gerekiyorsa sonraki turda istenir; fazladan kişisel bilgi talep edilmez.

İkinci belirsizlik yetkidir. Asistan adresi değiştirebildiği doğrulanmadan “Adresiniz güncellendi” diyemez. Yanıt doğrulama örneği şöyle kurulabilir: “Adres değişikliği istediğinizi anladım; henüz işlem yapmadım. Doğru mu?” Kullanıcı onaylasa bile yetki yoksa bot temsilci yolunu sunar. Aktarım özeti, seçilen amacı, doğrulanan bilgiyi ve yapılmamış işlemi ayırır.

Prova üç sonuçla değerlendirilir: kullanıcı özeti düzeltebiliyor mu, gereksiz veri sorulmadan yol seçiliyor mu, yetki sınırında açık insan aktarımı görünüyor mu? Kullanıcı “Aslında yalnız nerede olduğunu soruyorum” derse adres dalı kapatılır ve teslimat durumu niyeti açılır. Yanlış niyete erken kilitlenme, aynı soruyu bağlamsız yineleme ve işlem yapılmadan başarı bildirme başarısızlık olarak diyalog test günlüğüne yazılır.

Kurgu senaryo — Kurgu vaka: sipariş desteği veren kurgusal bir çevrim içi mağaza: Kullanıcı teslimat durumunu sorunca bot aynı anda adres, iade ve sipariş numarası akışlarını açıp konuşmayı çıkmaza sokuyor. Ekip her turda tek görev, açık doğrulama ve görünür insan aktarımı kullanan kısa konuşma yollarını gerçek ifadelerle sınayacak.

Diyalog dallarını efor ve güvenli çıkışla tartın

Diyalog dallarını efor ve güvenli çıkışla tartın kararı, dalları yalnız tamamlama olasılığına göre sıralamaz. Karar tablosunun sütunları senaryo, kanıt, eylem ve durdurma ya da eskalasyon mantığıdır. Her satır, kullanıcının harcayacağı tur sayısını değil, hangi kanıtla hangi işlemin güvenle sürdürülebileceğini gösterir. Chatbot diyalog tasarımı için kısa yol, doğrulanmamış sonucu hızla üretmek değildir.

İlk satırda senaryo “teslimat nerede”, kanıt doğrulanmış sipariş bağlamı, eylem mevcut durumu göstermek, durdurma koşulu ise veriye erişilememesidir. İkinci satırda senaryo adres değişikliği, kanıt açık kullanıcı onayı, eylem yetkili kanala yönlendirme, eskalasyon koşulu botun işlem yetkisinin bulunmamasıdır. Üçüncü satırda çelişkili iptal ve takip isteği bulunur; öncelik doğrulanana kadar iki işlem de başlatılmaz.

Yanıt doğrulama örneği, tablodaki kanıt hücresini kullanıcıya görünür kılar: “Yalnız teslimat durumunu görmek istediğinizi anladım; adres değişikliği yapmayacağım.” Bu cümle amaç ile dışlanan işlemi birlikte sınar. Kullanıcı onaylarsa düşük riskli sorgu ilerler; düzeltirse dal yeniden seçilir. Onay vermemesi sessiz kabul sayılmaz. Tekrarlanan belirsizlik, insan aktarım koşulunu tetikleyebilir.

Efor değerlendirmesi kullanıcıdan istenen bilgi, tur yükü ve hata düzeltme maliyetini kapsar. Güvenli çıkış ise yalnız “temsilciye bağlan” düğmesi değildir; neden durulduğunu, neyin doğrulandığını ve neyin yapılmadığını açıklar. Botun yetkisi, gerekli veri veya güvenilir sonuç yoksa otomasyon sonlandırılır. Sınıflandırma garantisi verilmez; karar tablosu yanlış eşleşmenin etkisini sınırlayan bir tasarım aracıdır.

İlgili uygulama rehberi: SSS Botu: Tekrarlayan Soruları Otomatikleştir: çıkmaza giren konuşmaları azaltmak için ilgili rehber.

Konuşmayı yedi test edilebilir teslimle kurun

Konuşmayı yedi test edilebilir teslimle kurun yaklaşımı, her çıktıya ayrı sorumlu ve kabul kanıtı verir. İlk teslim, araştırmacının hazırladığı kimliksiz ifade kümesidir; kabulü, her ifadenin amaç ve beklenen sonuçla eşlenmesidir. İkinci teslim, konuşma tasarımcısının niyet sınır kartıdır; kabulü, dahil ve hariç işlemlerin ayrılmasıdır. Üçüncü teslim, operasyon sahibinin veri gerekliliği kaydıdır; yalnız zorunlu alanları içermelidir.

Dördüncü teslim, akış tasarımcısının tek görevli konuşma çizimidir; her tur yalnız bir karar istemelidir. Beşinci teslim, içerik tasarımcısının bağlam özeti ve yanıt doğrulama çiftidir; kullanıcı amacı düzeltebilmelidir. Bu iki çıktı aynı metin değildir: özet konuşma durumunu taşır, doğrulama kullanıcıdan yorumun doğruluğunu sınamasını ister. Kabul testi, düzeltmeden sonra eski dalın kapanmasıdır.

Altıncı teslim, destek yöneticisinin insan aktarım koşulu sözleşmesidir. Yetki yokluğu, çözülemeyen belirsizlik, erişilemeyen veri veya tekrarlanan döngü açık tetikleyici olur. Sözleşme; aktarım seçeneğini, temsilciye taşınacak özeti ve yapılmamış işlemleri tanımlar. Bot yapamadığı işlem için insan yolu sunmalı; kullanıcı aynı bilgileri yeniden anlatmaya zorlanmamalıdır. Hassas veya gereksiz veriler özete eklenmemelidir.

Yedinci teslim, test mühendisinin çıkmaz mesajı taslağı ile diyalog test günlüğünü birlikte kabul etmesidir. Taslak, anlayamadığını dürüstçe söyler, mevcut seçenekleri daraltır ve insan yolunu gösterir. Günlük; giriş ifadesi, seçilen niyet, sorulan bilgi, kullanıcı düzeltmesi, sonuç ve aktarım durumunu kaydeder. Chatbot diyalog tasarımı ancak bu teslimler farklı sorumlularca gözlenebilir çıktılarla doğrulandığında yönetilebilir hâle gelir; her konuşmanın otomasyonla tamamlanacağı varsayılmaz.

chatbot diyalog tasarımı için yedi somut teslim:

1. Çıkmaza giren kullanıcı cümlesini niyete ayırın: gerçek kullanıcı ifade kümesi çıktısını sorumlusuyla tamamlayın.
2. Bot görevi, veri ihtiyacı ve insan sınırını tanımlayın: niyet kapsam kartı çıktısını sorumlusuyla tamamlayın.
3. Karşılama, netleştirme ve sonuç akışını çizin: tek tur soru kuralı çıktısını sorumlusuyla tamamlayın.
4. Kurgu teslimat sorusunda iki belirsizliği prova edin: bağlam özeti alanı çıktısını sorumlusuyla tamamlayın.
5. Diyalog dallarını efor ve güvenli çıkışla tartın: yanıt doğrulama örneği çıktısını sorumlusuyla tamamlayın.
6. Konuşmayı yedi test edilebilir teslimle kurun: insan aktarım koşulu çıktısını sorumlusuyla tamamlayın.
7. Döngü ve sahte kesinlik hatalarını giderin: çıkmaz mesajı taslağı çıktısını sorumlusuyla tamamlayın.

Döngü ve sahte kesinlik hatalarını giderin

Döngü ve sahte kesinlik hatalarını giderin çalışması, çıkmazı yalnız başarısız anlama mesajı olarak görmez. Botun aynı soruyu bağlamı okumadan yinelemesi döngüdür; doğrulanmamış işlemi tamamlanmış göstermesi sahte kesinliktir. İnsan aktarımında konuşma özetinin kaybolması da kullanıcı yükünü artırır. Her hata, çıkmaz mesajı taslağı ve diyalog test günlüğünde ayrı bir işaret taşımalıdır.

Çıkmaz mesajı taslağı üç bilgi vermelidir: botun çözemediği nokta, kullanıcının seçebileceği dar seçenekler ve açık insan yolu. “Anlayamadım, tekrar yazın” bağlamı kullanmaz. Daha güvenli metin, “Teslimat takibi ile adres değişikliği arasında seçim yapamadım; birini seçebilir veya temsilciye geçebilirsiniz” biçimindedir. İki başarısız netleştirme sonrasında aynı soru yinelenmez; özet korunarak aktarım başlatılır.

NIST üretken yapay zekâ profili sohbet çıktılarının test, değerlendirme, izleme ve insan gözetimiyle ele alınmasını güvenli diyalog tasarımına bağlar. Bu önerme, belirli bir ürünün doğruluğunu veya her konuşmayı tamamlayacağını göstermez. Editoryal çıkarım olarak ekip, yanlış niyet, sahte tamamlanma, kayıp özet ve geciken aktarım olaylarını test günlüğünde izleyebilir. İnsan gözetimiyle değerlendirilen kayıtlar, hangi mesajın veya koşulun değiştirilmesi gerektiğini somutlaştırır.

Kurtarma kabulü dört denetim ister: önceki yanıt özette görünüyor mu, çelişen işlemler kapalı mı, yapılmamış işlem açık mı, insan aktarımı erişilebilir mi? Chatbot diyalog tasarımı içinde bu denetimlerden biri başarısızsa akış başarılı sayılmaz. Yeni ifade örüntüleri kapsam kartına hemen eklenmez; kanıt biriktirilir, risk etkisi değerlendirilir ve ilgili testler yeniden çalıştırılır. Böylece günlük, hatayı saklayan arşiv değil, kontrollü düzeltme kaydı olur.

İlgili uygulama rehberi: MY Asistan rehberleri: diyalog tasarımı konu kümesi.

Resmî kaynak ve iddia kapsamı: NIST Generative AI Profile (NIST AI 600-1): sohbet çıktılarının kapsamı.

chatbot diyalog tasarımı hakkında uygulama soruları ve kısa yanıtlar

gerçek kullanıcı ifade kümesi başlamadan önce hangi kanıt aranmalı?

Çıkmaza giren kullanıcı cümlesini niyete ayırın çalışmasından önce, izinli ve kimliksizleştirilmiş görüşmelerde aynı ihtiyacın farklı söyleyişlerle tekrarlandığına dair kanıt aranmalıdır. Gerçek kullanıcı ifade kümesi; tahmin edilen örneklerden değil, destek kayıtlarındaki sorun, bağlam ve beklenen sonuç birlikteliğinden oluşturulmalıdır. Kayıt yetersizse ekip geçici varsayımları açıkça etiketlemeli, temsilci gözlemleriyle karşılaştırmalı ve yeni ifadeleri test günlüğüne eklemelidir. Tek bir çarpıcı mesaj, ayrı niyet açmak için yeterli kanıt sayılmamalıdır.

tek tur soru kuralı için sınır ve sorumlu nasıl belirlenir?

Karşılama, netleştirme ve sonuç akışını çizin çalışmasında sınır, kullanıcının bir sonraki güvenli adımı seçmesine yetecek tek bilgiyle belirlenir. Tek tur soru kuralı sahibi konuşma tasarımcısı olabilir; veri gerekliliğini operasyon sorumlusu, aktarım davranışını destek yöneticisi onaylamalıdır. Soru ikinci bir konu veya gereksiz kişisel bilgi istiyorsa bölünmelidir. Kullanıcı yanıt vermediğinde aynı soruyu yinelemek yerine mevcut bağlam özetlenmeli, seçenekler daraltılmalı veya insan yolu gösterilmelidir.

bağlam özeti sırasında hangi kayıt karar vermeyi kolaylaştırır?

Bağlam özeti sırasında karar vermeyi en çok kolaylaştıran kayıt; kullanıcının doğrulanmış amacı, verdiği gerekli bilgi, reddettiği varsayım ve beklediği sonraki adımdır. Diyalog dallarını efor ve güvenli çıkışla tartın çalışması, bu kaydı her dalın kanıt hücresine bağlamalıdır. Yanıt doğrulama örneği ise botun yorumunu kullanıcıya kısa biçimde geri söylemelidir: teslimat durumunu öğrenmek istediğinizi anladım. Kullanıcı düzeltirse eski yorum geçersiz işaretlenmeli; iki çelişkili işlem birlikte başlatılmamalıdır.

insan aktarım koşulu bozulduğunda önce hangi işaret incelenir?

İnsan aktarım koşulu bozulduğunda önce, tetikleyici oluşmasına rağmen aktarım seçeneğinin kullanıcıya gösterilip gösterilmediği incelenir. Döngü ve sahte kesinlik hatalarını giderin yaklaşımı; tekrar sayısını, çözülemeyen niyeti ve son doğrulama yanıtını birlikte okumayı gerektirir. Çıkmaz mesajı taslağı görünmüş fakat özet temsilciye taşınmamışsa sorun yalnız metinde değildir; aktarım sözleşmesi eksiktir. Bot işlem yapmış gibi konuşuyorsa sonuç iddiası durdurulmalı, gerçekleşen ve gerçekleşmeyen adımlar açıkça ayrılmalıdır.

diyalog test günlüğü hangi durumda yeniden değerlendirilmelidir?

Diyalog test günlüğü, yeni bir ifade mevcut niyet kapsam kartı sınırlarına uymadığında veya aynı soru farklı kullanıcılarda tekrarlanan çıkmaz ürettiğinde yeniden değerlendirilmelidir. Chatbot diyalog tasarımı açısından yalnız başarı örneklerini toplamak yanıltıcıdır; yanlış eşleşmeler, vazgeçmeler, insan aktarımı ve düzeltilen bot özetleri de kaydedilmelidir. Kartın amacı, gerekli verisi ya da yetki sınırı değiştiğinde eski testler yeniden çalıştırılmalıdır. Günlük, tek olayla kapsamı genişletmek yerine örüntü ve etkisini görünür kılmalıdır.