Mesai saatleri içinde gelen demo istekleri genelde aynı hikâyeyi anlatır: “Sizi test edelim, sonra canlıya alalım.” Biz de ajans tarafında ya da ürün tarafında çalışırken çoğu işletmede benzer bir akış görüyoruz. İlk gün heyecan var, ikinci gün mesajlar birikmeye başlıyor, üçüncü gün de “neden hâlâ cevap alamıyoruz?” sorusu masaya düşüyor.
Aslında sorun çoğu zaman modelde ya da teknolojide olmuyor. Sorun, demo ile canlı kurulum arasındaki geçiş adımlarının net olmaması. Kim hangi kanaldan ne bekliyor, hangi sorulara hangi tonda cevap verilecek, yönlendirme nasıl yapılacak… Bunlar netleşmeden canlıya almak riskli. En doğrusu, demo isteğinden canlı asistan kurulumuna giden yolu baştan parçalara ayırmak.
Demo isteği sonrası beklenen çıktı: “Görüntü” değil “akış”
Demo talep edildiğinde genelde herkes aynı şeyi ister: “Sohbet etsin.” Ama canlıya geçince asıl mesele sohbetin akışı. Örneğin web sitenizde gelen bir mesaj, WhatsApp’a mı yönlenecek, satış ekibine mi düşecek, yoksa sık sorulan bir şablon mu dönecek? Demo sırasında bunlar konuşulmadıysa canlıda sürpriz yaşanır.
Bizim sahada gördüğümüz iyi senaryo şu: Demo sırasında ekibin 3–5 gerçek senaryoyu yanına alması. “Fiyat sorulduğunda ne yapıyoruz?”, “Kargo/teslimat sorusu gelirse hangi metin gidiyor?”, “Müşteri ‘insanla görüşmek istiyorum’ derse kim devralıyor?” gibi. Böylece demo bir gösteri olmaktan çıkar, canlı kurulumun taslağına dönüşür.
Kanalları sıraya koyun: Web sohbet, WhatsApp, Instagram DM, yorumlar
Canlıya geçerken en çok unutulan şey kanal önceliği oluyor. Her işletme için aynı değil. Bazıları için web sohbet ilk sırada, bazısı için WhatsApp daha hızlı geri dönüş sağlıyor. Instagram yorumları veya DM’leri de ayrı bir yoğunluk yaratabiliyor; bir anda gelen bildirimler mesaiyi bölüyor.
Bu yüzden demo sonrası “hangi kanalı önce açıyoruz?” sorusunu netleştirmek gerekiyor. Örneğin kuruluş yeni başlıyorsa önce web sohbet ve WhatsApp ile sınırlı gitmek daha sağlıklı. Sonra Instagram DM/yorum ve X gibi kanalları eklemek daha az riskli. Canlıya geçince mesaj biriktiğinde panik olmamak için, kanal bazlı bir plan şart.
- Hangi kanaldan gelen mesajlar otomatik yanıt alacak?
- Hangi kanalda önce onay akışı olacak?
- Mesai dışı saatlerde ne olacak, otomatik “geri döneceğiz” metni yeter mi?
Senaryo tasarımı: Sık sorular + yönlendirme + “insana geçiş”
Kurulumun en kritik kısmı senaryo tasarımı. Çünkü canlı asistanın işi sadece cevaplamak değil; doğru kişiye doğru zamanda teslim etmek. Biz çoğu işletmede şunu görüyoruz: İlk kurulumda “soru-cevap” kısmı hazır oluyor ama “yönlendirme” kısmı belirsiz kalıyor. Sonuç; müşteri tekrar tekrar yazar, ekibin inbox’ı büyür, herkes sinirlenir.
Bu noktada senaryoyu üç parçaya ayırmak iyi çalışıyor: (1) Sık soruların net cevabı, (2) Talep tipi değişince doğru aksiyon, (3) İnsan desteğine geçiş. Örneğin “fiyat” soruluyorsa ilgili formu/iletişim yolunu önerin. “Teklif istiyorum” diyorsa satış hattına aktarın. “Detaylı konuşalım” gibi ifadelerde insan devreye girsin.
Bir de ton meselesi var. Şablon gönderilince bazen müşteriye soğuk gelebiliyor. O yüzden demo sırasında bile şu soruyu sorun: Metinlerimiz gerçekten bizim üslubumuz mu? “Kısa ve net” iyi; ama gereksiz resmiyet müşteriyi kaçırabiliyor.
Kurulumdan önce kontrol listesi: Veri, yetki, test
Canlıya almadan önce kısa ama dikkatli bir kontrol yapmak işi çok rahatlatıyor. Bizim ekiplerde en çok işe yarayan yaklaşım “küçük testler, büyük rahatlık” oldu. Mesela gerçek bir müşteri gibi 10 farklı mesaj atılır; her biri farklı aksiyonu tetikler.
- Şirket bilgileri hazır mı? Çalışma saatleri, konum, iletişim kanalları, iade/kargo gibi standart metinler.
- Sık sorulanlar güncel mi? Ürün/hizmet kapsamı ve sınırları. Eski metinler canlıya girince en çok oradan sorun çıkıyor.
- Yönlendirme kuralı net mi? Satış, destek, muhasebe gibi ekipler varsa kim ne zaman devralıyor?
- Mesai dışı davranış belli mi? Otomatik yanıt mı gönderilecek, yoksa sadece kayıt mı alınacak?
- En az 10 senaryo test edildi mi? Fiyat sorusu, iptal talebi, “insanla görüşmek istiyorum”, yanlış bilgi akışı, eksik bilgi isteme gibi.
Bir de pratik bir uyarı: Testi sadece biri yapmasın. Ekipten biri “müşteri gibi” denesin, diğeri “operasyon gibi” baksın. Mesai bitince cevap geciktiğinde ne olduğunu görmek bile değerli.
Canlıya geçiş: Küçük aç, izleme yap, sonra genişlet
Canlı kurulumda en iyi strateji “hepsini birden açmamak.” İlk gün hedefiniz müşteri kazanmak değil, sistemin doğru çalıştığını kanıtlamak. Örneğin web sohbeti ve WhatsApp’ı açın, Instagram DM’yi bir gün sonra ekleyin. Böylece hata çıktığında etki alanı sınırlı olur.
Canlıdan sonraki ilk saatlerde izleme şart. Mesaj birikti mi? İnsan devralması gecikiyor mu? Şablon gönderildiğinde müşteri doğru aksiyona mı yönleniyor? Bu soruların cevabı sizi bir sonraki adımda hızlandırır.
İzleme kısmında da ekip içi iletişim önemli. “Kim bakacak?” sorusu net olmalı. Bazen canlıya alınır, sonra sorumluluk belirsiz kalır. Sonra herkes “ben sandım ki sen bakıyorsun” noktasına gelir. Oysa ilk gün net bir görev paylaşımı, ileride oluşacak gereksiz panikleri engeller.
Biz olsak nasıl ilerleriz? Kısa bir çalışma planı
Demo isteği geldiği gün genelde şu şekilde ilerliyoruz: Önce 3–5 gerçek müşteri senaryosu belirleniyor. Sonra kanal sırası konuşuluyor. Ardından senaryo metinleri, yönlendirme kuralları ve mesai dışı akış yazılıyor. En son da test senaryoları çalıştırılıyor.
Bu planın avantajı şu: Canlıya geçtiğinizde sürpriz çıkma ihtimali düşüyor. “Sohbet çalışıyor ama satış ekibi göremiyor” gibi durumlar azalıyor. Ayrıca müşterinin deneyimi tutarlı kalıyor; bu da ekiplerin iş yükünü gerçekten hafifletiyor.
Demo ile kurulum arasındaki geçişi doğru kurgulamak, işi hızlandırır. Demo alıp sonra belirsiz bırakmak yerine, demo sırasında “canlı akışı” konuşmak en doğrusu.
İsterseniz şu an kullandığınız kanalları ve en çok gelen 5 soruyu yazın. Ona göre canlıya geçiş için daha net bir yol haritası çıkarabiliriz.
