Toplu Aksaklık Anında Müşteri İletişimi: Kriz Akışı Kurmak

Sıradan bir günde mesajlar tek tek gelir ve tek tek yanıtlanır. Toplu bir aksaklık gününde — kargo firması dağıtımı durdurduğunda, tedarikçi teslimatı kaçırdığında, ödeme sistemi çöktüğünde ya da bir ürün partisi geri çağrıldığında — aynı soru yüzlerce kez birden gelir. Bu anın planı önceden yapılmamışsa iki şey olur: temsilciler aynı cümleyi elle yazmaya çalışırken yavaşlar, müşteriler cevapsız kaldıkça sertleşir.

Kriz Akışı Nedir?

Kriz akışı, önceden hazırlanmış ve bir düğmeyle devreye alınan geçici bir iletişim modudur. Devreye alındığında asistan normal senaryolarına ek olarak durumu bilir: etkilenen sipariş ve müşterileri tanır, standart açıklamayı verir, tahmini süreyi paylaşır ve gereksiz devretmeyi engeller. Kriz bittiğinde mod kapatılır ve akış normale döner.

Krizden Önce Hazırlanacak Beş Şey

• Etkilenen kitleyi ayırma kuralı: hangi sipariş, hangi bölge, hangi tarih aralığı, hangi ürün partisi.
• Üç aşamalı mesaj seti: ilk duyuru, ara güncelleme, kapanış bildirimi. Üçü de önceden yazılmış ve onaylanmış olmalı.
• Devretme eşiği: hangi durumda konuşma insana geçer (tazminat talebi, sağlık riski, hukuki dil, basın sorusu).
• Yetki: kriz modunu kimin açacağı ve kimin kapatacağı isim bazında belli olmalı.
• Kayıt: hangi müşteriye ne zaman ne söylendiği kayda geçmeli; kriz sonrası mutabakat bunun üzerinden yapılır.

İlk Mesaj: Erken ve Eksik, Geç ve Tam'dan İyidir

İlk duyuruyu bütün bilgiler netleşinceye kadar bekletmek yaygın bir hatadır. Müşteri, sorunu sizden önce fark eder; sizden beklediği açıklama değil, haberdar olduğunuzun teyididir. İyi bir ilk mesaj dört cümleden oluşur: ne oldu, kimi etkiliyor, şu an ne yapıyoruz, ne zaman tekrar haber vereceğiz. Son cümle en önemlisidir — bir sonraki güncellemenin saatini vermek, aynı sorunun tekrar tekrar sorulmasını belirgin biçimde azaltır.

Ne Söylenmeli, Ne Söylenmemeli

Sağlık ve güvenlik içeren geri çağırma durumlarında otomasyon yalnızca duyuruyu ve talimatı iletmeli, sonrasındaki her soru insana açılmalıdır.

Mesaj Penceresi ve Şablon Gerçeği

Kriz anında etkilenen müşterilerin çoğu size son 24 saat içinde yazmamış olur; yani serbest metin gönderemezsiniz. Bu yüzden kriz duyurusunun onaylı bir şablon olarak önceden hazırlanması gerekir — kriz çıktığında şablon onayını beklemek, iletişimi kaybetmektir. Değişken alanlarla (sipariş numarası, tahmini tarih) tek bir şablon çoğu senaryoyu karşılar. Pencere kuralları için 24 saat müşteri hizmetleri penceresi yazısına bakabilirsiniz.

Yoğunluğu Taşımak

Kriz günü mesaj hacmi normalin katlarına çıkar. Sistemin bunu taşıyabilmesi için gönderim limitinizin ve ekip kapasitenizin önceden bilinmesi gerekir. Kampanya günleri için hazırladığınız yoğunluk planı burada da geçerlidir; hazırlık adımlarını kampanya günü mesaj yoğunluğu yazısında anlattık. Fark şudur: kampanyayı siz planlarsınız, krizi planlayamazsınız — bu yüzden kapasite tavanınızı krize göre bilmeniz gerekir.

Kriz Bittikten Sonra

• Kapanış mesajı gönderin: sorun çözüldü, etkilenenler için ne yapıldı, telafi varsa nasıl kullanılacak.
• Kriz modunu kapatın ve asistanı normal senaryolara döndürün; unutulan bir kriz mesajı, sorun bittikten sonra güven zedeler.
• Kayıtları inceleyin: en çok hangi soru geldi, hangi cevap işe yaradı, hangi noktada devretme zorunlu oldu.
• Mesaj setini güncelleyin; bir sonraki kriz için en iyi hazırlık, bu krizin gerçek cümleleridir.
• Etkilenen müşterilerin sonraki dört haftadaki davranışını izleyin; sessizce kaybedilen müşteri, şikâyet edenden daha fazladır.

BozLat AI ile

BozLat AI kurulumunda kriz modu, etkilenen sipariş kümesine bağlı olarak açılır: asistan bu müşterileri tanır, önceden onaylanmış duyuruyu iletir, güncelleme saatini takip eder ve tanımlı eşikleri aşan konuşmaları temsilciye devreder. Mod kapatıldığında akış otomatik olarak normale döner. Kapsam için fiyatlar sayfasına, hazırlık için kontrol listesine bakabilirsiniz.