WhatsApp bot senaryosu nasıl hazırlanır?

WhatsApp botu kurmadan önce asıl iş, botun hangi sırayla hangi soruları soracağını, hangi noktada insana devredeceğini planlamaktır. Çoğu işletme sahibi bir bot platformuna abone olup birkaç mesaj yazdıktan sonra "kuruldu" der; oysa gerçek iş, o mesajların arkasındaki mantığı, dallanmaları ve istisna durumlarını kağıt üzerinde (veya bir akış şemasında) tasarlamaktır. Bu yazı, işe yarayan bir bot senaryosunun sıfırdan nasıl kurgulanacağını, hangi dallanmaların gerekli olduğunu ve senaryo yazarken düşülen yaygın hataları anlatıyor.

Senaryosuz kurulan botlarda müşteri neden kaybolur?

Senaryosuz kurulan botlar ya çok fazla soru sorarak müşteriyi yorar ya da çok genel cevaplar vererek asıl talebi netleştiremez; her iki durumda da müşteri yazışmayı yarıda bırakabilir. Özellikle "menü botu" mantığıyla kurulan sistemlerde müşteri 1, 2, 3 gibi seçenekler arasında kaybolur; aradığı cevaba ulaşamadan konuşmayı terk eder.

İyi kurgulanmamış bir bot, müşteriyi bir döngüde tutup gerçek bir insana ulaşmasını geciktirdiğinde de kayıp yaşanır; bu yüzden senaryo tasarımı bot kurulumunun en kritik adımıdır. Bir diğer sorun da botun "anlayamadım" cevabını çok sık vermesi: müşteri doğal bir cümleyle yazdığında bot beklenen kalıba uymayan her mesajı aynı hataya düşürüyorsa, müşteri birkaç denemeden sonra pes edip aramayı tercih ediyor ya da başka bir işletmeye yöneliyor.

İyi bir senaryo nasıl kurgulanır: dallanma mantığı

Senaryo, işletmenin en sık aldığı 3-5 talep türünden yola çıkılarak kurgulanmalı (fiyat sorusu, randevu talebi, ürün bilgisi vb.); her talep türü için ayrı bir kısa akış tasarlanmalı. Bu akışları tasarlarken en pratik yöntem, geçmiş WhatsApp konuşmalarını gözden geçirip müşterilerin gerçekte hangi sırayla soru sorduğunu çıkarmaktır — kurgusal bir akış yerine gerçek konuşma kalıplarından yola çıkmak, botu çok daha doğal kılar.

Her ana dalın altında bir de "beklenmeyen cevap" dalı olmalı: müşteri botun beklediği formatta değil de kendi cümleleriyle yazarsa ne olacak? İyi bir senaryo bu durumda müşteriyi tekrar tekrar aynı soruya döndürmek yerine, anahtar kelime yakalayarak ("implant", "saç kesimi", "acil" gibi) doğru dala yönlendirebilmeli veya gerektiğinde doğrudan bir insana devretmeli.

• Karşılama mesajı ve talebin türünü belirleyen ilk soru
• Talep türüne göre 2-3 netleştirici soru
• Talep özetinin müşteriye onaylatılması
• Konuşmanın insana devredileceği noktanın tanımlanması
• Beklenmeyen/anlaşılmayan mesajlar için yedek yönlendirme kuralı

Toplanan bilgi satış ekibine nasıl gitmeli?

Senaryo sonunda toplanan bilgi, ham mesaj olarak değil özetlenmiş halde ekibe iletilmeli; bu, ekibin konuşmanın tamamını okumadan durumu anlamasını sağlar. Örneğin "Ayşe Hanım — implant fiyatı soruyor, bu hafta içinde randevu istiyor, daha önce müşteri değil" gibi tek satırlık bir özet, ekibin konuşmayı baştan okumasına gerek bırakmaz.

Senaryoda "insana devret" tetikleyicileri (örneğin müşterinin "temsilciyle görüşmek istiyorum" yazması) net tanımlanmalı ve bu durumda bildirim öncelikli olarak işaretlenmeli. Aynı şekilde şikayet, iptal talebi veya olumsuz bir ifade içeren mesajlar da otomatik olarak öncelikli listeye düşmeli — bu tür mesajlarda botun standart akışta müşteriyi oyalaması itibar açısından risklidir.

Senaryo yazarken sık yapılan hatalar

En sık görülen hata, senaryoyu işletme sahibinin kafasındaki ideal konuşmaya göre yazmak, gerçek müşteri dilini hesaba katmamak. Müşteriler kısaltma kullanır, yazım hatası yapar, bazen tek kelimeyle yazar ("fiyat?", "boş yer var mı"); senaryo sadece düzgün cümleler bekliyorsa gerçek trafiğin büyük kısmında tıkanır.

İkinci sık hata, tek bir dev akış tasarlamak — yani bütün olası talepleri tek bir soru zincirine sıkıştırmaya çalışmak. Bu hem botu hantallaştırır hem de bakımını zorlaştırır; her talep türü için ayrı, kısa ve odaklı bir mikro-akış tasarlamak çok daha sürdürülebilir bir yaklaşımdır. Üçüncü hata ise senaryoyu bir kere yazıp bir daha hiç dokunmamak; müşteri davranışı ve sık sorulan sorular zamanla değişir, senaryo da bununla birlikte güncellenmeli.

Somut bir örnek: bir diş kliniğinde senaryo nasıl kurgulanır?

Bir diş kliniği için tipik senaryo şöyle kurgulanabilir: karşılama mesajından sonra bot müşteriye "randevu mu almak istiyorsunuz, yoksa fiyat bilgisi mi almak istiyorsunuz" diye sorar. Fiyat sorusu seçilirse, hangi tedavi ile ilgilendiği (implant, dolgu, beyazlatma gibi) sorulur ve genel bir fiyat aralığı ile birlikte "kesin fiyat için muayene gerekiyor, randevu oluşturalım mı" önerisi sunulur.

Randevu dalında ise müsait gün/saat tercihi, daha önce hasta olup olmadığı ve iletişim bilgisi toplanır; bu bilgiler otomatik olarak klinik panelindeki randevu takvimine düşer ve ilgili resepsiyon görevlisine bildirim gider. Acil durum ("şu an çok ağrım var") ifadesi tespit edildiğinde bot bekletmeden doğrudan "sizi hemen bir yetkiliye yönlendiriyorum" diyerek öncelikli bildirim tetikler — bu tür durumlarda standart akışa devam etmek hem kötü deneyim hem de ciddi bir müşteri kaybı riski taşır.

Senaryonun başarısı nasıl test edilir ve ölçülür?

Senaryo test edilmeden yayına alınmamalı; farklı yanıt varyasyonlarıyla (kısa cevap, yazım hatası, alakasız mesaj, emoji ile cevap) botun nasıl davrandığı denenmeli. En etkili test yöntemi, işletme çalışanlarından birkaç kişiye "gerçek bir müşteriymiş gibi" botla konuşmasını istemek ve nerede takıldıklarını not almaktır.

Yayına alındıktan sonra da senaryonun performansı takip edilmeli: konuşmaların yüzde kaçı tamamlanıyor (yani müşteri akışı sonuna kadar takip ediyor), yüzde kaçında bot "anlayamadım" cevabı veriyor, hangi noktada müşteriler konuşmayı terk ediyor. Bu terk noktaları, senaryonun hangi adımının yeniden yazılması gerektiğini doğrudan gösterir.

Senaryo zamanla nasıl geliştirilir?

Senaryo zamanla güncellenmeli; müşterilerin sık sorduğu ama senaryoda karşılığı olmayan sorular fark edildikçe akışa eklenmeli. Senaryo hazırlanırken işletme sahibinin veya satış ekibinin gerçek konuşmalarından örnek alınması, botun daha doğal ve işletmenin gerçek diline uygun cevaplar vermesini sağlar.

Ayda bir kez, botun "anlayamadım" dediği mesajları gözden geçirmek iyi bir alışkanlıktır; bu liste genelde senaryoya eklenmesi gereken yeni dalları doğrudan gösterir. Zamanla bu döngü, botun ilk günkü haline göre çok daha az insana muhtaç, çok daha isabetli bir hale gelmesini sağlar.

Senaryo yazmaya nereden başlamalı: adım adım bir yol haritası

Sıfırdan senaryo yazacak bir işletme için ilk adım, son 2-3 aylık WhatsApp konuşma geçmişini gözden geçirip en sık tekrar eden 5-10 soruyu bir listeye çıkarmaktır. Bu liste genelde kendiliğinden 3-4 ana talep türüne ayrışır: fiyat/bilgi talebi, randevu talebi, mevcut müşteri destek talebi ve şikayet/iptal gibi.

İkinci adım, her talep türü için "en kısa yoldan doğru bilgiye ulaşan" bir soru sırası taslağı çıkarmak — bunu kağıt üzerinde bir akış şeması gibi çizmek, sonradan hem test etmeyi hem de ekiple paylaşmayı kolaylaştırır. Üçüncü adım, bu taslağı gerçek çalışanlarla test edip aksayan noktaları düzeltmek; dördüncü ve son adım ise botu canlıya alıp ilk birkaç hafta boyunca gerçek konuşmaları izleyerek ince ayar yapmaktır. Bu dört adımlık döngü, çoğu KOBİ için 1-2 hafta içinde tamamlanabilecek, ama sürekli iyileşen bir yapı kurar.

Lavio Digital senaryo hazırlarken nasıl bir yöntem izler?

Senaryo çalışmasına her zaman işletmenin geçmiş WhatsApp konuşmalarını (izin dahilinde) inceleyerek başlıyoruz; bu, müşterilerin gerçekte hangi kelimelerle, hangi sırayla soru sorduğunu görmemizi sağlıyor ve senaryoyu tahmine değil gerçek veriye dayandırıyor. Ardından işletmenin en sık karşılaştığı 3-5 talep türünü işletme sahibiyle birlikte netleştirip her biri için ayrı bir mikro-akış tasarlıyoruz.

Kurulumdan sonra senaryoyu canlıya almadan önce ekiple birlikte uçtan uca test ediyoruz — farklı yazım biçimleri, alakasız mesajlar ve acil durum senaryolarıyla botu zorluyoruz. Yayına aldıktan sonraki ilk haftalarda "anlayamadım" listesini düzenli kontrol ediyor, gerekli yeni dalları ekleyip akışı olgunlaştırıyoruz; bu bizim için tek seferlik bir kurulum değil, sürekli ince ayar gerektiren bir süreç.

Bot senaryosu hakkında sık sorulan sorular

Senaryo ne kadar uzun olmalı? Uzunluktan çok dallanma sayısı önemli; her dal 3-4 soruyu geçmemeli, ancak toplamda 4-5 farklı talep türünü kapsayan bir senaryo yapısı normaldir. Senaryo yazma işini işletme sahibi kendisi yapabilir mi? Basit akışlar için evet, ancak dallanma mantığı ve istisna yönetimi deneyim gerektirdiğinden, karmaşık senaryolarda dışarıdan destek almak hem zaman kazandırır hem de daha az "anlayamadım" hatasıyla sonuçlanır. Senaryo yapay zeka destekli mi olmalı, yoksa sabit menü mü yeterli? İşletmenin talep çeşitliliğine bağlı; az sayıda net talep türü olan işletmelerde sabit akış yeterli olabilirken, çeşitliliği yüksek işletmelerde doğal dil anlayan bir katman büyük fark yaratır. Senaryo birden fazla dilde mi olmalı? Antalya gibi turizmin yoğun olduğu bölgelerde hizmet veren işletmeler için İngilizce (bazen Rusça veya Almanca) bir dal eklemek, özellikle yaz aylarında gelen talep hacmini doğrudan etkiler; dil tespiti ilk mesajdan otomatik yapılabiliyorsa müşteri ayrıca dil seçmek zorunda kalmıyor.

Senaryo tasarımında ton ve dil seçimi neden önemli?

Bir bot senaryosu sadece hangi soruların sorulacağını değil, bu soruların nasıl bir üslupla sorulacağını da belirler. Resmi bir dille yazılmış bir senaryo bir kuaför salonu için soğuk kaçabilirken, aynı üslup bir hukuk bürosu için gayet uygun olabilir; senaryo yazılırken işletmenin marka diliyle tutarlı bir ton belirlenmeli ve tüm dallarda bu ton korunmalı.

Ayrıca mesajların uzunluğu da önemli: WhatsApp'ta uzun paragraflar yerine kısa, 1-2 cümlelik mesajlar tercih edilmeli; gerekiyorsa bilgi birkaç ayrı mesaja bölünmeli. Emoji kullanımı da işletmenin sektörüne göre ayarlanmalı — bir güzellik salonu için sıcak ve samimi emojiler uygunken, bir avukatlık bürosu için bu tarz genelde tercih edilmez.

Senaryo yazarken göz ardı edilen bir başka nokta da botun "kendini nasıl tanıttığı". Müşteri konuştuğu şeyin bir bot olduğunu bilmeli mi, bilmemeli mi sorusu işletmeden işletmeye değişir; ama genel eğilim, ilk mesajda kısaca "size otomatik yanıt sistemimiz yardımcı oluyor, gerekirse ekibimiz devralacak" gibi şeffaf bir ifadeyle güven oluşturmaktır. Bu şeffaflık, müşterinin bota karşı beklentisini de doğru ayarlar — "neden bana insan gibi cevap vermiyor" hayal kırıklığını önler.

Uygulanabilir kontrol listesi

• İşletmenin en sık 3-5 talep türü belirlenmeli
• Her talep türü için ayrı kısa bir akış tasarlanmalı
• Talep özeti müşteriye onaylatılmalı
• İnsana devredilecek tetikleyiciler net tanımlanmalı
• Beklenmeyen mesajlar için yedek yönlendirme kuralı olmalı
• Şikayet ve acil durum ifadeleri öncelikli bildirime düşmeli
• Senaryo yayın öncesi farklı varyasyonlarla test edilmeli
• "Anlayamadım" cevapları düzenli takip edilip senaryoya işlenmeli
• Sık sorulan ama karşılığı olmayan sorular akışa eklenmeli