Poliçe bitişine birkaç hafta kala müşteriye gönderilen bir kısa mesaj, acente operasyonunun en rutin işlerinden biridir. Ancak bu mesajın içeriği, gönderildiği kanal ve müşterinin daha önce verdiği izinler, onu 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun ve ilgili yönetmelik kapsamında farklı bir değerlendirmeye tabi kılabilir. İleti Yönetim Sistemi, yani İYS, bu değerlendirmenin merkezinde yer alır. Bu yazıda, acentelerin yenileme ve bilgilendirme iletişiminde ticari elektronik ileti kurallarını nasıl ele alabileceğini ve yazılım tarafında nelere dikkat edilebileceğini anlatıyoruz.
Ticari elektronik ileti ile bilgilendirme iletisi arasındaki çizgi
Ticari elektronik ileti, mal ve hizmetlerin tanıtımı, pazarlanması veya işletmenin tanıtılması amacıyla telefon, kısa mesaj, e-posta gibi elektronik ortamlarda gönderilen iletileri ifade eder. Bu tür iletilerin gönderilebilmesi için kural olarak alıcının önceden onayı gerekir.
Mevzuat, bazı iletileri ise bu onay şartının dışında tutar. Alıcıyla kurulmuş bir sözleşmenin ifasına ilişkin, tanıtım içermeyen bilgilendirme iletileri bunlara örnektir. Bir acente açısından poliçe düzenlendiğine dair bildirim ya da ödeme hatırlatması bu çerçevede düşünülebilir.
Yenileme hatırlatmaları ise gri bir alanda durabilir. Yalnızca mevcut poliçenin bitiş tarihini hatırlatan bir mesaj ile "yeni dönemde avantajlı paketlerimizi kaçırmayın" ifadesini içeren bir mesaj farklı sonuçlar doğurabilir. İçerik tanıtıma kaydıkça ileti, onay gerektiren bir ticari ileti niteliği kazanabilir. Bu ayrımı mesaj şablonlarınız üzerinden hukuk danışmanınızla birlikte netleştirmeniz önerilir.
İYS ve KVKK: Aynı şey değil
Acentelerde sık rastlanan bir yanılgı, KVKK kapsamında alınan açık rızanın ticari ileti onayı yerine geçtiğinin düşünülmesidir. İki düzenleme farklı amaçlara hizmet eder. KVKK, kişisel verinin işlenmesini düzenler; ticari ileti mevzuatı ise tanıtım amaçlı iletilerin gönderilmesini. Bir müşterinin pazarlama amaçlı veri işlemeye rıza vermesi, kendisine kısa mesajla kampanya gönderilmesine onay verdiği anlamına gelmez; ticari ileti onayının da usulüne uygun alınması ve İYS'ye kaydedilmesi gerekir.
Ticari ileti onaylarının İYS'ye kaydedilmesi yükümlülüğü, alıcının izinlerini tek bir merkezden görebilmesini ve yönetebilmesini sağlar. Hizmet sağlayıcının İYS'ye kaydetmediği onayların geçerliliği tartışmalı hale gelir.
Onay almanın pratik yolları
- Onayı kanal bazında alın: Kısa mesaj, e-posta ve arama için ayrı ayrı onay seçenekleri sunun.
- Onay metnini açık yazın: Hangi tür iletilerin gönderileceğini kısa ve anlaşılır biçimde belirtin.
- Onayın kaynağını kaydedin: Web formu, ofis, telefon görüşmesi gibi kanal bilgisini saklayın.
- Varsayılan seçimi boş bırakın: Kutuları önceden işaretli getirmeyin.
- Onayı teklif şartı yapmayın: Müşteri onay vermese de teklif alabilmelidir.
Ret hakkı ve üç iş günü
Alıcı, verdiği onayı dilediği zaman geri alabilir. Mevzuat, ret bildiriminin hizmet sağlayıcıya ulaşmasından itibaren üç iş günü içinde ileti gönderiminin durdurulmasını öngörür. Bu süre, acentenin farklı ekiplerinin farklı listelerden ileti gönderdiği yapılarda sorun yaratabilir. Bir şubede reddedilen izin, merkezin kullandığı listeye yansımazsa müşteri istemediği bir mesaj almaya devam eder.
Bu riski azaltmanın yolu, iletişim tercihlerini tek bir kaynaktan yönetmektir. Ret bildiriminin hangi kanaldan gelirse gelsin aynı müşteri kaydına işlenmesi ve tüm gönderimlerin bu kayda göre filtrelenmesi gerekir.
Esnaf ve tacir müşteriler
Mevzuat, esnaf ve tacirlere gönderilen ticari iletiler için önceden onay şartını farklı düzenler; bu kişilere onay alınmadan ileti gönderilebilir, ancak ret hakları her durumda saklıdır. Kurumsal müşterilerle çalışan acenteler için bu ayrım önemlidir. Yine de müşteri kaydında bu niteliğin doğru işaretlenmesi ve ret talebinin aynı titizlikle uygulanması gerekir.
Yazılım tarafında nelere bakılmalı?
Yenileme iletişimini yönettiğiniz sigorta acentesi yazılımı açısından şu soruları sorabilirsiniz:
- Müşteri kaydında kanal bazlı iletişim tercihleri tutulabiliyor mu?
- Toplu gönderim öncesinde tercihlere göre filtreleme yapılabiliyor mu?
- Onayın ve retin tarihi ile kaynağı kayıtlı mı?
- Bilgilendirme şablonları ile tanıtım şablonları ayrı tutulabiliyor mu?
- Şubeler ve kullanıcılar aynı tercih kaydını mı görüyor?
Bilgilendirme ve tanıtım şablonlarını ayrı tutmak, gri alandaki mesajların farkında olmadan tanıtım içeriğine kaymasını önler. Yenileme hatırlatmalarını acente CRM içindeki görevlerle ilişkilendirmek ise mesajın yanında kişisel bir aramayla müşteriye ulaşma seçeneğini de korur. Bu arama da tanıtım amaçlıysa aynı onay kurallarına tabi olabileceği unutulmamalıdır.
Örnek senaryo: Şubeden gelen ret, merkezden giden mesaj
İki şubeli bir acente düşünelim. Müşteri, şubedeki çalışana telefonda artık kampanya mesajı almak istemediğini söyler. Çalışan bu talebi kendi not defterine yazar, ancak müşteri kaydına işlemez. Birkaç gün sonra merkez, yenileme dönemine giren müşterilere tanıtım içerikli bir toplu mesaj gönderir ve bu müşteri de listede yer alır. Müşterinin bakış açısından acente, açık talebini görmezden gelmiştir.
Bu senaryodaki sorun kötü niyet değil, tercihlerin tek bir kaynakta tutulmamasıdır. Çözüm de basittir: Ret bildirimi hangi kanaldan gelirse gelsin, bildirimi alan kişi aynı gün müşteri kaydındaki iletişim tercihini günceller; toplu gönderimler yalnızca bu kayda göre filtrelenen listelerle yapılır. Böylece sözlü olarak iletilen bir talep de diğer kanallardaki taleplerle aynı hızla uygulanır.
Şablonların yılda bir kez gözden geçirilmesi, zaman içinde eklenen kampanya cümlelerinin bilgilendirme mesajlarına sızıp sızmadığını kontrol etmenin pratik bir yoludur.
Sonuç
Yenileme iletişimi acente için vazgeçilmezdir; ancak mesajın içeriği ve müşterinin izinleri, bu iletişimin nasıl yürütülebileceğini belirler. Bilgilendirme ile tanıtımı ayırmak, onayları kanal bazında almak, İYS kaydını ihmal etmemek ve ret taleplerini tek kaynaktan uygulamak temel adımlardır. Bu yazı genel bilgilendirme amaçlıdır ve hukuki danışmanlık yerine geçmez.