WhatsApp 24 Saat Kuralı Nedir? Mesajlaşma Penceresi Rehberi

Müşteri hizmetleri penceresi ne zaman başlar?

Temel örnek: Müşteri işletmeye WhatsApp üzerinden yazar. Bu gelen mesaja bağlı müşteri hizmetleri penceresi açılır; işletme bu süre içinde uygun serbest metin veya desteklenen mesaj türleriyle yanıt verebilir.

Pencerenin başlangıcını temsilcinin mesajı okuduğu anla karıştırmayın. Sistem kaydı ve Meta’nın verdiği mesaj zamanına göre değerlendirme yapmak daha güvenilir bir yaklaşımdır.

Pencere dolduğunda ne olur?

Müşteri hizmetleri penceresi kapandıysa yeni bir serbest mesaj gönderimi reddedilebilir. Bu durumda müşteriyle iletişim için uygun ve onaylı bir mesaj şablonu gerekebilir.

Şablon göndermek müşterinin rızası, mesaj kategorisi ve platform kurallarını görmezden gelmek anlamına gelmez. Her kampanya veya bildirim için uygun bir iletişim dayanağı bulunmalıdır.

Pratik senaryolar

Örnek A: Müşteri sabah fiyat sorar ve temsilci aynı gün yanıtlar. Pencere devam ediyorsa uygun serbest yanıt kullanılabilir.

Örnek B: Müşteri bir süredir yazmamıştır; işletme haftalar sonra yeniden ulaşmak ister. Serbest sohbet yerine uygun şablon ve gerekli izin değerlendirilir. Bu senaryoyu “müşteri en son ne zaman yazdı?” sorusu yönetir.

Yanıt gecikmesini nasıl azaltırsınız?

Yanıt bekleyenler ve temsilci ataması, süresi yaklaşan görüşmelerin kaçırılma riskini azaltabilir. Her kanal için ayrı süre kuralı uygulanabileceği unutulmamalıdır.

Şablon onayı gönderim garantisi midir?

Hayır. Onay durumu ile alıcı uygunluğu, kategori ve platformun mesajı kabul etmesi farklı kontrollerdir.

24 saat penceresi neden operasyon planını etkiler?

Bir müşteri akşam saatlerinde soru sorduğunda ertesi gün göreve başlayan temsilci, konuşmanın ne kadar süredir beklediğini bilmiyorsa yanıt yöntemini yanlış seçebilir. Pencereyi doğru izlemek hem gereksiz hata denemelerini hem de müşteri bekleme süresini azaltır.

Bu nedenle yalnız “yanıt bekliyor” filtresi değil, son müşteri mesajının zamanı ve gerekirse şablon kullanımı da temsilcinin kararında yer almalıdır. İşletmenin çalışma saatleri ile platform penceresi aynı kavram değildir.

Onaylı şablon ile izin aynı şey değildir

Meta tarafından onaylanmış bir metin, onu her müşteriye her amaçla göndermeye izin verildiği anlamına gelmez. Bildirim, pazarlama ve diğer kullanım amaçları farklı beklentiler doğurabilir; alıcı ilişkisi ve iletişim izni ayrıca değerlendirilmelidir.

Örneğin destek kaydını takip eden ilgili bir bilgilendirmeyle ilgisiz toplu kampanya mesajı aynı iş senaryosu değildir. Şablonun kategorisini doğru seçmek, kayıt tutmak ve gerekli olduğunda ticari ileti koşullarını değerlendirmek önemlidir.

Hatalı gönderim sonrası ne yapılmalı?

Mesaj reddedildiğinde önce hata türüne bakın. Zaman penceresi, şablonun durumu, kategori, numaranın geçerli olup olmadığı veya geçici servis sorunu farklı nedenlerdir. Aynı mesajı aralıksız tekrar göndermek sorunu çözmeyebilir.

Temsilciye sadece teknik hata kodu göstermek yerine anlaşılır bir sonraki adım sunulması önemlidir: uygun şablon seçmek, müşteri yanıtını beklemek veya teknik bağlantıyı kontrol etmek gibi. Güncel Meta kuralları değişebileceğinden bu karar ağacı düzenli gözden geçirilmelidir.

Operasyon ekibi hangi bilgiyi görmeli?

Temsilcinin önünde konuşmanın son müşteri mesajı, mesajlaşma penceresinin durumu ve gerekirse şablon seçimi bulunması hatalı denemeleri azaltır.

Yalnızca “gönderilemedi” demek yerine pencere, kategori veya geçici platform hatasını kullanıcıya anlamlı biçimde açıklamak daha faydalıdır.

Pencereyi doğru hesaplamak için küçük bir zaman çizelgesi

Örnek bir konuşma düşünün: müşteri pazartesi saat 16.10’da ilk mesajını gönderiyor, temsilci 16.35’te yanıtlıyor, müşteri salı 09.20’de tekrar yazıyor. Operasyon ekibinin esas alacağı olay temsilcinin son cevabı değil müşterinin en son mesajıdır. Pazartesi açılan pencereyi salı sabahı gelen yeni müşteri mesajı yeniden günceller. Bu nedenle “en son aktivite” alanı ile “en son müşteri mesajı” alanını aynı metrik olarak okumayın; aktiflik göstergesi temsilcinin gönderisini de içerebilir.

Bir başka örnekte müşteri cuma akşamı yazdıktan sonra bütün hafta sonu sessiz kalır. Pazartesi yeni mesai başladığında konuşma hâlâ açık iş olarak görünebilir, ancak bu durum kendiliğinden serbest mesaj hakkı oluşturmaz. Çalışma saatlerini ve hizmet penceresini iki ayrı zaman kuralı olarak düşünün. Takımınız için yazılı bir karar kuralı oluşturun: önce son müşteri mesajını kontrol et, ardından gönderim türünü seç, son olarak gönderimin gerçek durumunu doğrula.

İlk yanıtı gecikmiş konuşmalarda karar sırası

Müşteri yeni mesaj gönderdiğinde önce ihtiyacını sınıflandırın: basit bilgi mi, belge gerektiren destek mi, işletmenin daha sonra dönüş yapacağı bir işlem mi? İlk yanıtı hemen yazamıyorsanız konuşmayı ilgili kişiye atayın ve müşteri beklentisini yönetebilecek doğrulanmış bir bilgi verin. “Yarın kesin çözüyoruz” türü onaysız sözler, sohbet penceresi geçerli olsa bile yanlış bir taahhüttür. Konuşmayı atama işlemi müşteri yanıtı değildir; raporlama ve pencere hesabında bunları karıştırmayın.

İşletme süreçlerinde bir çalışan WhatsApp görüşmesini üstlenip başka ekipten bilgi bekleyebilir. Bu durumda hem iç not hem de konuşma durumu tutarlı olmalıdır. Örneğin “tedarik teyidi bekleniyor” notu, hangi çalışanın ne zaman geri döneceği ile birlikte yazılabilir. Pencere dolacaksa izin verilen iletişim yöntemini önceden değerlendirin. Gereksiz tekrar mesajları, sırf pencere açık kalsın diye ileti göndermek veya müşteri adına mesaj üretmek doğru bir iş akışı değildir.

Şablon seçimi sırasında yalnız metin değil amaç da önemlidir

Onaylı bir şablonun adı ve dili, o şablonun her kullanım için doğru olduğu anlamına gelmez. Teslimat bilgilendirmesi, randevu hatırlatması ve kampanya duyurusu aynı iletişim amacı değildir. Önce müşterinin hangi konuda ve hangi iletişim beklentisiyle işletmeyle ilişki kurduğunu değerlendirin. Ardından ilgili kategoriye, onay durumuna ve içeriğe uygun şablonu seçin. Şablon değişkenleri kullanılıyorsa müşteri adı, sipariş veya randevu bilgisi gibi değerleri güvenilir kaynaktan doldurun.

Teknik olarak gönderilebilen bir bildirim, mutlaka gönderilmesi uygun bir bildirim değildir. Özellikle pazarlama içeriklerinde izin ve tercih kayıtlarını, yerel mevzuatı ve platform koşullarını ayrı kontrol edin. Şablonun Meta tarafından onaylanması alıcının iletişim izni yerine geçmez. NetaSocial’daki şablon yönetimini operasyon kontrolü olarak kullanın; izin ve ticari karar kayıtlarını gerektiği gibi işletmenizin ilgili süreçlerinde doğrulayın. Şablon metninin içine parolayı, gereksiz kimlik bilgisini veya hassas veri içeren serbest metni eklemeyin.

Hata durumunu iletişim stratejisinden ayırın

Bir ileti gönderilmiyorsa bunu hemen müşteri reddetti ya da numara kapandı biçiminde yorumlamayın. Zaman penceresi, şablonun bulunmaması veya uygun olmaması, geçici hizmet sorunu, alıcı bilgisi ve gönderim sınırları farklı hata alanlarıdır. Temsilcinin uygulayacağı çözüm de farklı olmalıdır: mesaj türünü değiştirmek, şablonu gözden geçirmek, izin durumunu kontrol etmek veya daha sonra kontrollü yeniden denemek gerekebilir. Özellikle hata nedeni açıklanmadan sınırsız tekrar göndermek hem operasyon yükü hem de kötü müşteri deneyimi üretir.

Bir işletme için uygulanabilir kontrol listesi şudur: denenen mesajın zamanı ve türü, son müşteri mesajının zamanı, kullanılan şablonun adı ve dil bilgisi, platformdan dönen hata açıklaması ve son başarılı gönderim kaydı birlikte incelenir. Önce tanı koyun, sonra müdahale edin. Müşteriyle görüşme kesildiyse telefon veya e-posta gibi başka bir kanalın kullanılabilirliğini değerlendirirken o kanala ait izinleri ayrıca gözetin. Başarısız WhatsApp mesajı, başka kanaldan sınırsız ulaşma izni doğurmaz.

Mesaj durumu ile müşterinin sorununun çözümü farklıdır

“Gönderildi”, “teslim edildi” ve “okundu” gibi durumlar aktarımın farklı aşamalarıyla ilgilidir. Bunların hiçbiri müşterinin randevuyu kabul ettiği, siparişi onayladığı veya destek talebinin çözüldüğü anlamına gelmez. Mesaj durumları operasyonel takip için önemlidir; müşteri talebinin kapanışı ise görüşme içeriğine ve işletmenin çözüm tanımına dayanır. Okundu bilgisi her koşulda erişilebilir olmayabilir. Bu nedenle okundu işaretini hizmet kalitesi veya müşteri niyeti için tek başına ölçüt haline getirmeyin.

Bir takip mesajından sonra müşteri yeniden yazarsa artık yeni bir müşteri mesajı bağlamı vardır. Ancak bu mesajın kimlik doğrulaması gerektiren işlem için yeterli olup olmadığı ayrı sorudur. Örneğin ödeme veya rezervasyon bilgisini paylaşmadan önce gerekli doğrulama prosedürünü uygulayın. Hizmet penceresi bir iletişim kuralıdır, kimlik doğrulama ya da veri paylaşma yetkisi değildir. İki kontrolü birbirinden bağımsız uygulamak hem temsilci hatasını azaltır hem de müşteri güvenini korur.

Vardiyalı ekip için örnek çalışma prosedürü

Vardiya başlangıcında “yanıt bekliyor” ve “bana atanan” görünümleri üzerinden yeni işleri kontrol edin. Öncelikle son müşteri mesajı yakın olan ve acil işlem gerektiren konuşmaları ayırın; ardından eski görüşmelerin gönderim yöntemini değerlendirin. Vardiya bitiminde açık görüşmelerin sorumlusu, bir sonraki eylem ve gerekli dış onaylar iç notta belirtilsin. Böylece sonraki temsilci tüm geçmişi baştan okumadan neyin beklediğini anlayabilir. Bir notta “müşteriye dönülecek” yerine kimin hangi bilgiyi doğrulayacağı yazılsın.

Tek bir vardiya hedefi belirlemek yerine birkaç ayrı kontrol kullanın: zamanında ilk yanıt, doğru mesaj türü, doğru müşteri kaydı ve başarılı işlem tamamlanması. Mesaj gönderim oranının yükselmesi tek başına müşteri sorunlarının daha hızlı çözüldüğünü kanıtlamaz. Pencere süresi dolduğu için şablona dönülen görüşmeleri iç değerlendirmede ayrıca işaretlemek yararlı olabilir; ancak NetaSocial’ın sizin için otomatik olarak böyle bir özel rapor ürettiği varsayılmamalıdır. Mevcut filtre, etiket ve raporları işletmenizin iş akışına göre kullanın.

Yayına almadan önce yapılacak gerçek gönderim testi

Testleri gerçek müşteriye toplu mesaj göndererek değil, uygun yetkili test katılımcılarıyla yapın. İlk testte müşteri yeni mesaj gönderir; temsilci pencere içindeyken yanıt verir ve durum kaydı kontrol edilir. İkinci testte pencerenin dolduğu senaryo beklenir veya test ortamının kurallarına uygun biçimde yeniden oluşturulur; serbest mesaj denemesinde dönen açıklama incelenir. Üçüncü testte gerekli izin ve onaya sahip uygun şablonla gönderim kontrol edilir. Test zamanı, sonuç ve beklenen davranış açık biçimde belgelenmelidir.

Test sonuçlarında yalnız başarılı yeşil işarete bakmayın. Yanlış şablon, eksik değişken, eksik yetki veya geçici hata gibi olumsuz durumların temsilciye anlaşılır gösterildiğini de teyit edin. İşletme politikaları ve Meta koşulları değişebildiğinden, yayınlanan rehberleri ve iç prosedürleri düzenli güncelleme sorumlusu belirleyin. Bu yazı fiyat, izin veya platform koşulları için güncel resmi sözleşmenin yerine geçmez; somut ticari karar alınmadan önce işletmenizin güncel Meta koşulları doğrulanmalıdır.

Uygulamada izlenecek adımlar

1. Son müşteri mesajının zamanını belirleyin.
2. Gönderim anında pencerenin açık olup olmadığını kontrol edin.
3. Pencere kapalıysa amaca uygun onaylı şablon ve gerekli izinleri değerlendirin.
4. Başarısız gönderimde Meta yanıtına göre nedenini inceleyin; aynı isteği körlemesine tekrarlamayın.