Kapsam Neden Önce Belirlenmeli
İade sorusu tek görünür, fakat içinde en az iki ayrı ihtiyaç bulunabilir. Biri işletmenin başvuruyu nasıl yapacağını bilmek, diğeri kendi siparişinin bugün hangi noktada olduğunu öğrenmek. Kapsam belirlenmeden yazılan bir asistan talimatı bu iki ihtiyacı aynı cümlede eritme eğilimindedir. Bu nedenle ilk iş, asistanın hangi soruları genel bilgiyle, hangilerini canlı kayda bağlı olarak yanıtlayacağını yazılı hale getirmektir.
Kapsam kararı, ekibin ne kadar veriye erişebildiğine göre şekillenir. Elde yalnızca yayınlanmış bir politika sayfası varsa, asistanın kişisel statü konusunda yönlendirme yapması doğru davranıştır. Yetkili bir kayıt bağlantısı varsa bile hangi alanların okunabileceği ayrıca tanımlanmalıdır. Kapsam, teknik kurulumdan önce bir iş kararı olarak verilmelidir.
İki Soru Tipini Ayırma Ölçütleri
Bir soruyu genel ya da kişisel olarak sınıflandırmak için üç ölçüt kullanılabilir. Birincisi, yanıtın bütün müşteriler için aynı olup olmadığıdır. İkincisi, yanıtın değişen bir kayda bağlı olup olmadığıdır. Üçüncüsü, yanlış bir yanıtın müşteride bağlayıcı bir beklenti yaratıp yaratmayacağıdır. Bu üç soru birlikte değerlendirildiğinde çoğu durum net biçimde ayrılır.
Sınır durumları ise ekibin tartışması gereken yerdir. “Süreç kaç gün sürer?” sorusu genel gibi görünür, ama süre işletmenin güncel politikasında yazmıyorsa tahmin edilmemelidir. Bu tür sorular, politika metni tamamlanana kadar “bilinmiyor” olarak işaretlenip ekibe devredilebilir. Sınıflandırma tablosu her soru için kaynak ve sorumlu kişiyi de gösterecek şekilde tutulursa bakım kolaylaşır.
Alternatif Yanıt Düzenlerini Karşılaştırma
İade yanıtı için birkaç düzen düşünülebilir. Tek bir uzun yanıtta hem süreci hem durumu anlatmak en kısa yoldur, fakat müşterinin hangi bilgiyi kesin aldığını ayırt etmesini zorlaştırır. İki katmanlı düzen genel bilgiyi ve yönlendirmeyi ayırır. Üç katmanlı düzen kişisel durumu da ayrı bir bölüm olarak ele alır. Her birinin maliyeti ve riski farklıdır.
| Yanıt düzeni | Güçlü yanı | Riski | Uygun olduğu durum |
|---|---|---|---|
| Tek karışık yanıt | Kısa ve hızlıdır | Genel bilgi kişisel onay gibi okunabilir | Kayıt bağlantısı olmayan çok basit sorular |
| İki katmanlı düzen | Genel süreç ile yönlendirme ayrılır | Kişisel durum sorusunda ek açıklama gerekir | Kayıt erişimi henüz kurulmamış ekipler |
| Üç katmanlı düzen | Her bilgi türü kendi bölümünde durur | Yanıt uzayabilir | Hem genel hem kişisel soruların sık geldiği ekipler |
| Yalnızca yönlendirme | Yanlış vaat riski en düşüktür | Müşteri bilgi almadan ayrılabilir | Doğrulama bilgisinin yetersiz kaldığı durumlar |
Tüm sütunları görmek için tabloyu yana kaydırın.
Bu tabloda doğru düzen, sorunun yoğunluğuna ve kayıt altyapısına göre seçilir. Hız önemliyse üç katmanlı düzenin uzunluğu sorun olmayabilir; yeter ki her bölümün başında bilginin kaynağı belirtilsin.
Kanal Seçiminde Değerlendirme Ölçütleri
Başvuru kanalı seçilirken kullanılabilirlik tek ölçüt olmamalıdır. Kanalın hangi bilgiyi topladığı, kaydın ekibe düşüp düşmediği ve kanal sayfasının ne sıklıkla güncellendiği de değerlendirilmelidir. Bir form güzel görünse bile gönderilen kaydın ekip tarafından okunmuyorsa müşteri için kanal işlevsiz kalır.
Kanal sahipliği de karara dahildir. Adres, form alanı ya da mesajlaşma hesabı değiştiğinde asistan bilgisinin kim tarafından güncelleneceği belli olmalıdır. Aksi halde eski bir adres uzun süre yanıtlarda kalabilir. Kanal seçimi teknik bir karar gibi görünse de içerik ve sorumluluk kararıdır.
Statü Sorgusu İçin Erişim Kararı
Müşteriye özel statü sorgusu, yalnızca yetkili bir kayıt bağlantısı kurulduktan sonra düşünülebilir. Bu aşamada ekip iki şeyi açık yazmalıdır: asistanın hangi alanları okuyabileceğini ve hangi doğrulama bilgisinin istenebileceğini. Doğrulama için kart bilgisi, parola, CVV, kimlik numarası ya da tek kullanımlık kodlar istenmemelidir.
Erişim kararı verilmediği sürece yanıt, durumun bu sohbetten görülemediğini söyleyip destek kanalına yönlendirmelidir. Bu bir eksiklik gibi görünse de yanlış bir durum bilgisinin yaratacağı zararı önler. Erişim kurulduktan sonra bile kayıt, son güncelleme tarihiyle birlikte sunulmalı; bu tarih belirtilmeden kesin bir sonuç verilmemelidir.
Ekip Sorumluluğu Ve Güncelleme Sahipliği
Asistanın doğru yanıt vermesi, arkasındaki ekibin sorumluluklarını açıkça bilmesine bağlıdır. Genel iade metninin, başvuru kanalının ve kayıt bağlantısının sahibi aynı kişi olmak zorunda değildir; ancak her biri için bir isim ve gözden geçirme sıklığı belirlenmelidir. Sorumlu kişi belirsizse hata fark edildiğinde kimin düzelteceği de belirsiz kalır.
Yasaklı ifadeler listesi de bu sorumluluğun parçasıdır. “Onaylandı”, “iade edildi” ve benzeri ifadelerin hangi koşulda kullanılabileceğini ekip önceden tanımlamalıdır. Yayın öncesi test sonuçları ve değişiklik kayıtları bir arada tutulursa sorumluluk izlenebilir hale gelir.
Temsili Konuşma Örneği
Aşağıdaki görüşme temsilidir. Gerçek bir müşteriye, siparişe ya da işleme ait değildir; yalnızca kapsam ayrımının konuşmada nasıl göründüğünü göstermek için hazırlanmıştır.
Müşteri: Siparişimin iadesi onaylandı mı, bunu öğrenebilir miyim?
Asistan: Bu sohbetten iade kaydınızın onay durumuna erişemiyorum, bu yüzden kesin bir bilgi veremem. Genel olarak iade başvurusunun nasıl yapılacağını ve hangi bilgilerin istendiğini anlatabilirim. Kaydınızın durumu için lütfen destek kanalına sipariş numaranızla yazın.
Müşteri: Peki ücret ne zaman hesabıma döner?
Asistan: Ödeme iadesinin süresi ödeme ekibinin bildirdiği sürece bağlıdır, bu konuda tahmin yürütmek istemem. Ödeme ekibine ulaşma yolunu paylaşabilirim; onların doğrulamasıyla kesin bilgi alabilirsiniz.
Bu örnekte asistan her cevabında neyi bildiğini ve neyi bilmediğini ayırır. Hiçbir cümle kayıt doğrulaması olmadan onay ya da tarih vaadi içermez.
Test Planı Ve Karar Listesi
Yayın öncesi kapsam kararını sınamak için aşağıdaki adımlar izlenebilir:
- Son üç ayda gelen iade sorularını toplayın ve her birini genel ya da kişisel olarak işaretleyin.
- Sınır durumlarını ayrı bir listede tutun ve her biri için kaynak sahibi atayın.
- Yanıt düzenini tablodaki seçeneklerden birine bağlayın ve gerekçesini yazın.
- Başvuru kanalının güncel adresini, form alanlarını ve kayıt oluşumunu ekiple birlikte doğrulayın.
- Kayıt bağlantısı yoksa statü sorusunda yönlendirme metninin kullanıldığını test edin.
- Yasaklı ifadelerin doğrulama olmadan çıkmadığını, farklı biçimde sorulan sorularla deneyin.
- Her güncellemeden sonra aynı test setini yeniden çalıştırın ve sonuçları sorumlu kişiyle paylaşın.
Kapsam net tanımlandığında asistan neyi bildiğini söyleyebilir, bilmediğini ise ekibe devredebilir. Bu ayrım yanlış beklentiyi azaltmanın en somut yoludur. Bilgi tabanınızı hazırlarken bilgi tabanı hazırlama sayfasındaki yönergelerden, kayıt erişimi kararında ise chatbot entegrasyon kapsamı sayfasından yararlanabilirsiniz.
