Bir yazılım firmasının web sitesine ya da mesaj kanallarına gelen ilk cümle çoğu zaman aynıdır: merhaba, yardımcı olabilir misiniz? Ancak bu cümleyi yazan kişi bazen ürünü henüz denemeyen bir aday, bazen de kullandığı sistemde sorun yaşayan mevcut bir müşteridir. İkisine aynı karşılama verildiğinde aday uzun bir kurulum açıklamasıyla karşılaşır, mevcut kullanıcı ise demo bağlantısı alıp bekler. Bu yazıda niyet ayrımını nasıl kuracağınızı ve asistanın hangi noktada durup insan ekibe geçmesi gerektiğini ele alıyoruz.
Aday İle Mevcut Kullanıcı Sinyallerini Ayırın
Asistanın ilk mesajda niyeti ayırt edebilmesi için birkaç sinyal yeterlidir. Demo, deneme, kapsam veya fiyat gibi ifadeler genellikle yeni ilgiye işaret eder. Hesabım, giriş yapamıyorum, faturam veya dün çalışıyordu gibi ifadeler ise mevcut kullanımda bir sorunu gösterir. Bu sinyaller kesin değildir; bir kişi hem ürünü denemek isteyip hem de başka bir konuda sorun bildirebilir. Bu nedenle asistan kesin bir sınıflandırma yapmak yerine kısa bir soru sormalı ve seçimi müşteriye bırakmalıdır. Örneğin yeni kullanım mı, mevcut hesapla ilgili bir konu mu diye sormak hem doğru yönü bulur hem de müşteriye kendini anlatma fırsatı verir.
Ayrımın önemi yalnızca yönlendirmede değil, verilecek bilgide de ortaya çıkar. Aday için kurulum sorularına, paket kapsamına ve genel ürün tanıtımına yanıt verilebilir. Mevcut kullanıcı için ise hesap sahibinin kim olduğu, sorunun ne zaman başladığı ve hangi ekranda ne gördüğü gibi ayrıntılar gerekebilir. Ancak parola, tek kullanımlık kod veya erişim token'ı istemek kesinlikle yapılmamalıdır. Asistan hesap erişimi sağlamaz; kimlik doğrulama işlemi müşterinin güvenli giriş akışında kalmalıdır.
Demo Talebini Takvim Teyidi Olmadan Kesinleştirmeyin
Demo isteği geldiğinde asistan yarın on dört için uygunuz gibi bir ifade kullanamaz. Takvim entegrasyonu yoksa ekibin müsaitliği bilinmez ve tahmin edilen bir saat müşteride yanlış beklenti yaratır. Doğru yanıt, talebin hangi modül için istendiğini, ekip büyüklüğünü ve tercih edilen zaman aralığını toplamak; ardından saatin ekip tarafından teyit edileceğini açıkça söylemektir. Bu yaklaşım, aday müşteriye hem ilgi gösterildiğini hem de kesin bir söz verilmediğini aynı anda gösterir.
Demo özeti hazırlanırken yalnızca gerekli bilgi alınmalıdır: şirket adı, ilgilenilen modül, mevcut kullanılan araç ve tercih edilen iletişim kanalı. Fiyat teklifi, özel indirim veya kapsam dışı hizmet vaadi asistanın yetkisinde değildir. Bu konularda onaylı paket bilgisi kaynağına ve satış ekibine yönlendirme yapılır. Yanıt, talebin satış ekibine iletilmek üzere hazırlandığını söylemelidir; iletim henüz yapılmadıysa kesinleşmiş bir işlem gibi anlatılmamalıdır.
Mevcut Kullanıcı Destek Talebinde Sürüm Ve Hata Bağlamını Toplayın
Mevcut bir kullanıcı hata bildirdiğinde ilk yapılacak iş, sorunun bağlamını netleştirmektir. Ürün sürümü, işlem yapılan adım, görülen hata mesajı ve olayın yaşandığı zaman bilgisi çoğu durumda ekibin işini kolaylaştırır. Asistan bu bilgileri topladıktan sonra kaynak belgelerde bilinen bir konu varsa ilgili yanıtı verebilir. Ancak canlı sistemde düzeltme yapamaz ve bir hatanın çözüldüğünü garanti edemez. Konuşma boyunca bu sınırın açık tutulması, müşterinin gereksiz beklemesini önler.
Hata genel bir nitelik taşıyorsa, örneğin giriş sayfasının açılmadığı bildirilirse, kaynakta ilgili bir durum notu olabilir. Bu durumda güncel durumu doğrulayan bir metin paylaşmak ve sorunun ekiple paylaşılacağını söylemek yeterlidir. Müşteri ekran görüntüsü paylaşmak isterse, kişisel verilerin ve hesap bilgilerinin görüntüde gizlenmesi konusunda uyarı yapılmalıdır. Böylece destek süreci hem hızlı hem de güvenli ilerler.
Hesap Erişimi Ve Canlı Düzeltme İçin Yetki Sınırı
Hesap kilidini açmak, veri silmek, abonelik değişikliği yapmak veya canlı kayıtlarda düzeltme yapmak asistanın değil yetkili ekibin işidir. Bu tür taleplerde asistanın görevi, talebi doğru kanala yönlendirmek ve gerekli bilgiyi düzenli biçimde toplamaktır. Kesin sonuç bildirmek, işlemin tamamlandığını söylemek ya da hesap durumunu sorgulamış gibi görünmek yanlış olur. Entegrasyon bulunmayan bir kurulumda asistan hesap durumunu göremez, dolayısıyla söyleyebileceği tek şey talebin alındığı ve ekibe devredilebileceğidir.
Güvenlik tarafında kurallar nettir. Parola, tek kullanımlık kod, token veya kart bilgisi istenmez. Bir bağlantı kurulsa bile okuma ile yazma yetkisi ayrı tanımlanmalıdır. Örneğin hesap bilgisini okumak ile bir kaydı değiştirmek aynı izin değildir. Kurulum belgesinde hangi işlemin asistan tarafından yapılamayacağı yazılı olmalı ve destek ekibi bu sınırı bilmelidir. Bu netlik, hem müşteri güvenini korur hem de ekipte yanlış beklenti oluşmasını engeller.
Bildirim İle İnsan Devrini Birbirinden Ayırın
Yeni bir web ya da WhatsApp konuşması geldiğinde ekibe bildirim gönderilmesi, konunun çözüldüğü anlamına gelmez. Bildirim yalnızca birinin konuşmaya bakması gerektiğini gösterir. Push bildirimleri cihaz izni ve abonelik gerektirir; e-posta bildirimi ise ayrı bir ayarla çalışır. Bu nedenle bildirim kanallarının hangi kişide ve hangi cihazda açık olduğu kurulumda kontrol edilmelidir. Aksi halde konuşma panelde bekler ve kimse fark etmez.
İnsan desteğine geçiş de yapılandırmaya bağlıdır. Asistanın hangi noktada durduğu, otomatik yanıtın ne zaman kapandığı ve konuşmanın hangi vardiyaya gittiği önceden planlanmalıdır. Konuşma özeti panelde izlenebilir olsa bile özetin doğruluğu ekip tarafından gözden geçirilmelidir. Müşteriye yanıt verilirken, personel atandığı ya da sorun çözüldüğü gibi ifadelerden kaçınılmalı; yalnızca gerçekten gerçekleşen adım anlatılmalıdır.
Yönlendirme Doğruluğunu Haftalık Görüşmelerle Ölçün
Bir asistanın başarısını yalnızca yanıtlanan mesaj sayısıyla ölçmek yanıltıcıdır. Önemli olan, aday ile mevcut kullanıcının doğru akışa girip girmediği ve müşterinin gereksiz tekrar yapmadan ilerleyip ilerlemediğidir. Haftalık olarak yapılacak kısa bir görüşme incelemesi, yanlış yönlendirilen konuşmaları ve talimat boşluklarını ortaya çıkarır. Bu inceleme için her konuşmanın demo, destek, hesap veya hata gibi bir etiketle işaretlenmesi yeterlidir.
İncelemede bulunan hatalar talimat ve kaynak güncellemesine dönüştürülmelidir. Örneğin demo ile fiyat sorusu sürekli karışıyorsa, karşılama metni ya da soru sırası değiştirilebilir. Ürün sürümü değişmişse eski belge kaldırılmalı, yeni sürüm notu kaynaklara eklenmelidir. Bu döngü, asistanın zamanla daha isabetli yönlendirme yapmasını sağlar. Ayrıca ekip, hangi konuların asistana hiç bırakılmaması gerektiğini bu inceleme sırasında daha net görür.
Niyet Ayrımında Hangi Yanıt Verilmeli
| Gelen niyet | Tipik ilk ifade | Yönlendirme |
|---|---|---|
| Demo isteği | Ürünü denemek, kapsamı öğrenmek | Ekip teyidi ve satış kanalı |
| Mevcut kullanıcı hatası | Giriş sorunu, fatura, hata mesajı | Kaynak yanıtı ve destek kanalı |
| Hesap erişimi | Şifre sıfırlama, hesap kilidi | Güvenli akış ve yetkili ekip |
| Canlı düzeltme | Veri yanlış görünüyor | Teknik ekip, sürüm ve zaman bilgisi |
Tüm sütunları görmek için tabloyu yana kaydırın.
Temsili Konuşma Örneği
Aşağıdaki görüşme temsilidir; gerçek bir müşteri kaydı değildir ve yalnızca niyet ayrımının nasıl kurulabileceğini gösterir.
Müşteri: Merhaba, ekibimiz için ürünü denemek istiyorum. Demo alabilir miyiz?
Asistan: Merhaba, memnuniyetle yardımcı olabilirim. Hangi modülle ilgilendiğinizi ve ekip büyüklüğünüzü paylaşır mısınız? Demo saatinin uygunluğu ekibimiz tarafından teyit edilecek; şu anda kesin bir saat veremem.
Müşteri: Dün çalışan rapor ekranı bugün açılmıyor, hesabıma da giremiyorum.
Asistan: Bu durumu anlamak isterim. Hatanın ne zaman başladığını ve ekranda gördüğünüz mesajı yazar mısınız? Lütfen parolanızı, doğrulama kodunuzu ya da token bilgilerinizi benimle paylaşmayın. Hesap erişimiyle ilgili işlemi yetkili destek ekibi yapacaktır; bu konuda bilgi toplamaya devam edebilirim.
Uygulama Adımları
- Karşılama metninde demo ve destek seçeneklerini tek bir soruyla ayırın.
- Aday görüşmelerinde yalnızca modül, ekip büyüklüğü ve tercih edilen zaman aralığını toplayın.
- Mevcut kullanıcı görüşmelerinde sürüm, işlem adımı, hata mesajı ve zaman bilgisini tanımlayın.
- Parola, tek kullanımlık kod ve token isteme yasağını talimata açıkça yazın.
- Takvim entegrasyonu yoksa demo saati vermeyin; ekibin teyit kanalını yanıtta belirtin.
- Push, e-posta ve panel bildirimlerini ayrı ayrı test edip sorumlu kişileri atayın.
- Haftalık görüşme incelemesinde yanlış yönlendirmeleri etiketleyip kaynak ve talimatları güncelleyin.
Demo talebi ile destek sorununu aynı karşılama altında toplamak, iki tarafın da beklentisini bozar. Adayın kurulum sorusu ile mevcut kullanıcının hesap sorunu farklı bilgi, farklı yetki ve farklı ekip gerektirir. Asistanın niyeti ayırması, sınırlarını açıkça söylemesi ve doğru kanala geçmesi bu ayrımın özüdür. Kurulum öncesinde bu akışı kağıt üzerinde tanımlayın, ardından gerçek konuşmalarla sınayıp talimatları düzenli olarak güncelleyin.
İlgili rehberler: Yapay Zekâ Asistanı İçin Gerçekçi Senaryo Testleri Hazırlamak, Şikâyet Mesajında Asistandan İnsan Desteğine Geçmek, Bağlı Sistem Yanıt Vermediğinde Müşteriye Ne Söylenmeli?. İşletmenize uygun kapsam için iletişime geçin.
