WhatsApp Template Mesaj Nedir? Şablon, Kategori ve Onay

Template ile serbest mesajın farkı

Serbest mesaj, uygun müşteri hizmetleri penceresinde çalışan temsilcinin yazdığı yanıttır. Template ise önceden tanımlanmış, belirli kategori ve onay sürecinden geçebilen yapısal mesajdır.

Özellikle uzun süre sonra yapılacak bildirimlerde uygun şablon seçimi gerekir. Her şablonun her alıcıya ve her amaçla gönderilebileceği varsayılmamalıdır.

Şablonun parçaları

Bir şablon yalnızca tek satır metinden ibaret olmayabilir. Gövde metninin yanında uygun başlık, medya, değişken ve buton bileşenleri kullanılabilir.

İşletmenin kullandığı değişkenlerin doğru müşteri verisiyle doldurulması gerekir; hatalı telefon, sipariş veya tarih bilgisi iyi hazırlanmış şablonun bile müşteri deneyimini bozmasına neden olabilir.

Gövde ve değişkenler

Gövde mesajın ana açıklamasıdır. Değişken kullanılıyorsa gönderim öncesinde boş veya yanlış değer bulunmadığı kontrol edilmelidir.

Medya ve butonlar

Desteklenen şablonlarda başlık medyası veya eylem butonları olabilir. Her bileşen, kategori ve platform desteğine göre hazırlanmalıdır.

Kategori ve onay neden önemlidir?

Meta, şablonları kullanım amacına göre değerlendirir. Sipariş bilgisi ile pazarlama duyurusu aynı beklentiye sahip olmayabilir; kategori seçimini yalnız iletim maliyetine bakarak yapmak doğru değildir.

Onay alınmış bir şablon sonradan değişebilir veya durumu güncellenebilir. Gönderim öncesinde geçerli durumu ve alıcı uygunluğunu kontrol edin.

İyi bir şablon metni nasıl yazılır?

Müşterinin neden bu mesajı aldığını ilk cümlede açıklayın. Bildirimin konusu, ilgili işlem ve gerekiyorsa ne yapması gerektiği belirsiz kalmamalıdır. Sırf onay almak için aşırı genel yazılmış şablonlar temsilcinin daha sonra açıklama yapmak zorunda kalmasına yol açar.

Değişkenleri yalnız teknik alan adı olarak düşünmeyin. Örneğin “{siparis_no}” değerinin yanlış kayda bağlanması ciddi müşteri karışıklığı oluşturabilir. Gönderimden önce değişkenin kaynağını, boş gelebilme durumunu ve örnek görünümünü test edin.

Kategori ve dil sürümlerini yönetmek

Aynı işletme hem sipariş güncellemesi hem de kampanya duyurusu hazırlayabilir. Bu içeriklerin amacı, izin zemini ve platform değerlendirmesi aynı olmayabilir. Şablonları adlandırırken içeriğin kullanım senaryosunu açık tutmak karışıklığı azaltır.

Birden fazla dil kullanılıyorsa onaylı her dil sürümünün güncel metnini ayrı izleyin. Bir dilde yapılan düzenlemeyi diğerinin otomatik kopyası saymak yanlış müşteri bilgilendirmesine neden olabilir.

Şablon değişikliği ve gönderim kontrolü

Şablonun onaylı olması, ömür boyu aynı içerik ve durumda kalacağı anlamına gelmez. İşletme kampanyayı değiştirdiğinde önce onay durumu ve gönderimde kullanılan değişken eşleşmesini yeniden kontrol etmelidir.

Gönderim kayıtlarında hangi şablonun, hangi dilde ve hangi amaçla kullanıldığı görülebiliyorsa sorun analizi kolaylaşır. Şablonlarla ilgili güncel platform şartları ve ücretlendirme bilgileri yayınlanmadan önce yeniden doğrulanmalıdır.

Şablon yönetiminde ekip süreci

Teknik ekip şablonu oluşturabilir, operasyon ekibi de doğru senaryoda kullanır. Şablon isimlendirmesi, dil, onay durumu ve içerik sahibi belirlenirse yanlış kullanım azalır.

Müşteri talebini karşılamayan, ilgisiz şablonları toplu göndermek yerine amaç ve izin odaklı bir iletişim planı hazırlayın.

Önce gönderimin amacını ve alıcı bağlamını belirleyin

Bir şablon yazmaya başlamadan önce mesajın hangi müşteri ihtiyacına karşılık geldiğini tek cümleyle ifade edin: örneğin müşterinin talep ettiği bilgiyi tamamlamak, yaptığı işlemin durumunu bildirmek veya daha önce açıkça izin verdiği bir duyuruyu iletmek. İçerik metnini belirlemek ile bu metnin hangi kategori ve izin koşulunda gönderilebileceğini değerlendirmek ayrı işlerdir. İşletme bu ayrımı yapmazsa çok iyi yazılmış bir mesaj bile yanlış kişiye, yanlış zamanda veya uygun olmayan biçimde gönderilebilir.

Her kullanım için alıcı kaynağını, mesajın tetikleyicisini ve gönderim sorumlusunu not edin. Bir formdan gelen talep ile geçmişte yapılan bir alışveriş aynı iletişim beklentisini doğurmaz. Şablonun onaylı olması, alıcının iletişim tercihlerini ve işletmenin kendi izin kayıtlarını kontrol etme gereğini ortadan kaldırmaz. Operasyon ekibinin "Bu müşteri bu mesajı neden alıyor?" sorusuna kayıttan yanıt verebilmesi gerekir.

Şablon değişkenlerini hatasız hazırlama

Değişken kullanılan gövdelerde yalnızca teknik olarak boş alanın doldurulması yeterli değildir. İsim, sipariş veya randevu bilgisi gibi her alanın kaynağını belirleyin; eksik veri olduğunda hangi güvenli alternatif metnin kullanılacağını yazılı hale getirin. Yanlış müşterinin sipariş numarasını yerleştirmek, görsel bozukluktan öte gizlilik ve müşteri güveni sorunudur. Gönderimden önce örnek veriyle en az bir olumlu ve bir eksik veri senaryosu çalıştırın.

Değişkenin çevresindeki cümleyi de kontrol edin. Örneğin "Sayın {{isim}}" alanı boş kaldığında anlamsız bir hitap oluşabilir; tarih ve saat ayrı alanlardan geliyorsa saat dilimi belirsizliği müşteriye yanlış randevu bilgisi gösterebilir. Şablon metninin kısa olması, veri doğrulamasının kısa tutulabileceği anlamına gelmez. Özellikle medya başlıklı veya butonlu şablonlarda değişkenlerin, bağlantı hedeflerinin ve eklerin aynı müşteriye ait olduğundan emin olun.

Medya ve buton bileşenlerinin kontrolü

Medya başlığı kullanılan bir şablonda dosya türü, erişilebilirlik ve içeriğin metinle uyumu birlikte kontrol edilmelidir. Güncel olmayan kampanya görseli veya yanlış doküman şablonun kendisi onaylı olsa bile gönderimi kullanışsız hale getirebilir. Gönderici ekip, ekin hangi kaynaktan seçildiğini ve hangi işlemle ilişkili olduğunu takip edebilmelidir. Dosya bulunamadığında müşteriye boş veya bozuk bir mesaj göndermek yerine operasyona uyarı düşmesi için bir süreç tanımlayın.

Butonların görünür metni ile açtığı işlem birbirini karşılamalıdır. "Siparişimi görüntüle" bağlantısı müşteriyi genel ana sayfaya götürüyorsa beklenti bozulur. Değişkenli bağlantı kullanılıyorsa hedefin doğru ve izinli işlem kaydına gittiğini test edin. URL ya da çağrı butonlarının varlığı, müşterinin mutlaka işlem yapacağı anlamına gelmez; buton sonrası dönüşleri ayrı takip edin.

Kategori ve onay durumunun ekipte yönetimi

Şablonun taslak, incelemede, onaylı veya kullanılamaz durumda olması ekip için görünür bir karar noktası olmalıdır. Temsilci "dün gönderiliyordu" varsayımıyla işlem yapmamalı; güncel durumun sistemdeki karşılığını kontrol etmelidir. Meta tarafındaki değerlendirmeler değişebildiğinden bir içeriğin gelecekte de aynı durumda kalacağını garanti etmek doğru değildir. İleti hazırlama, şablon güncelleme ve nihai gönderim yetkilerini ekip içinde ayırmak hata olasılığını azaltır.

Pazarlama, işlemsel bilgilendirme ve diğer uygun kullanım amaçlarını tek bir metinde karıştırmamaya çalışın. Kategorinin gerçek içeriğe uyumunu kontrol etmek yalnızca teknik bir seçim değildir; müşteri deneyimini ve kanal kurallarına uyumu etkiler. Değişiklik yapıldığında hangi sürümün aktif olduğu ve eskisinin hangi konuşmalarda kullanıldığı kayıt altına alınmalıdır.

Gönderim öncesi küçük bir kabul testi

Canlı gönderimden önce şirket içinde izinli bir test alıcısı kullanarak bütün bileşenleri gözden geçirin. Mesajı yalnızca panelin önizlemesinde değil, alıcının telefonunda da okuyun. Uzun isim, boş değişken, Türkçe karakter, farklı ekran boyutu ve butonun açtığı sayfa gibi durumları test edin. Başarılı test kaydı; şablon adı, dil, kategori, ilgili ortam, örnek alıcı ve sonucu içermelidir. Gerçek müşteri verisini test notlarında gereksiz yere çoğaltmayın.

Canlıda ilk gönderim sırasında yalnızca “gönder” eyleminin tamamlanmasını değil, mesaj durumunu ve varsa hata yanıtını da kontrol edin. Gönderilemeyen bir mesajı üst üste tekrarlamak uygun olmayan pencere veya kategori koşulunu düzeltmez. Önce reddin türünü belirleyin, ardından gerekli aksiyonu alın. Bazı koşullar için içerik veya izin güncellemesi; bazıları için bağlantı veya geçici sistem sorununun çözülmesi gerekir.

Şablon kütüphanesini sürdürülebilir tutma

Bir ekipte yüzlerce neredeyse aynı şablon oluşursa doğru metni seçmek zorlaşır. Şablonlara tutarlı, anlaşılır adlar verin; kullanım amacı, dil, sorumlu ekip ve son gözden geçirme tarihi gibi dahili bilgileri ayrı kayıt altında tutun. Aynı müşteri olayını karşılayan eski metinleri aktif listeden çıkarın. Böylece temsilciler güncel metne daha kolay ulaşır ve eski bağlantı veya ücret bilgisini yanlışlıkla gönderme riski azalır.

Periyodik kontrolde yalnızca kaç mesaj gönderildiğine bakmayın. Hangi şablonun hangi müşteri talebinde kullanıldığı, başarısızlık nedenleri, yanlış şablon seçimi ve takip görüşmesi ihtiyacı da değerlendirilmelidir. Kütüphanenin amacı daha çok mesaj göndermek değil, doğru müşteriye doğru işlemi daha anlaşılır iletmektir. İlgili ayrıntıları WhatsApp 24 saat kuralı ve mesaj durumları rehberleriyle birlikte okuyun.

Örnek akış: müşterinin istediği bilgi için şablon

Bir müşteri mesai sonunda bir ürünün teslimat durumunu sordu ve temsilcinin görüşme penceresi kapanmadan yanıt vermesi mümkün olmadı. İlk adım, müşterinin hangi bilgiye ihtiyaç duyduğunu ve hâlâ aynı talebin geçerli olup olmadığını kontrol etmektir. Ardından işletme mevcut kullanım amacına uygun, güncel ve onaylı bir şablon seçer. Gerekli müşteri ve işlem bilgileri doğru kayıttan alınır; onay veya uygunluk kontrolü atlanmadan gönderim yapılır. Bu akışın amacı müşteriye yalnızca "sistemden mesaj yollamak" değil, daha önce sorduğu somut sorunun cevabını anlaşılır şekilde ulaştırmaktır.

Gönderimin ardından sistemde başarılı görünüp görünmediği ve varsa teslimat durumu takip edilir. Şablonda kullanılan bağlantı müşteri işlemine aitse doğru kayda gittiği ayrıca doğrulanır. Müşteri yeni bir soru yazdığında temsilci önceki şablonu tekrar göndermek yerine yeni talebi okur. Böylece tek bir işletme olayı için hem yanlış şablon seçimi hem de gereksiz tekrar mesajı önlenir.

Onay değişikliği sonrası bakım planı

Onaylı şablonların durumunu yalnızca oluşturulduğu gün kontrol etmek yeterli değildir. İçerik güncellendiğinde, bağlantı hedefi değiştiğinde veya kategoriyle ilgili yeni bir değerlendirme gerektiğinde işletmenin kütüphaneyi yeniden gözden geçirmesi gerekir. Güncel olmayan şablonu temsilci listesinden kaldırmak için açık bir sorumlu belirleyin. Metnin eski sürümüyle yeni sürümünü karıştırmamak amacıyla sürüm ve değişiklik nedenini kayıt altına almak faydalıdır.

Yaygın bir hata, eski metni yeni isimle kopyalayıp aynı bağlantıyı ya da kampanya bilgisini taşımaktır. Yenileme sürecinde yalnızca gövdeyi değil başlık, medya, buton ve değişkenleri yeniden test edin. Üretim ortamında belirsiz durum görüldüğünde toplu gönderimi devam ettirmek yerine ilgili şablon ve alıcı koşullarını inceleyin. Gönderim ekranının iş kuralına uygun bir hata açıklaması göstermesi ekip için tek başına yeni izin sağlamaz.

Uygulamada izlenecek adımlar

1. Şablonun amacını ve hedef kitlesini tanımlayın.
2. Gövde, gerekirse başlık ve butonları hazırlayın; değişkenleri test edin.
3. Uygun kategoride Meta onay sürecini tamamlayın.
4. Gönderim öncesinde güncel durum ve alıcı uygunluğunu kontrol edin.