Çok kanallı iletişim nedir?
Çok kanallı iletişim, bir işletmenin müşteriyle telefon, mesajlaşma, web sohbeti, e-posta veya sosyal medya gibi birden çok kanaldan temas kurmasıdır. Kritik fark, bu kanalların aynı bağlamı paylaşıp paylaşmamasıdır. Kanallar ayrı kutularda kaldığında yalnızca erişim sunulur; ortak kayıt ve geçmiş birleştirildiğinde süreklilik oluşur. Kimliğin otomatik birleşmediğini, telefon numarası veya e-posta gibi bilgilerle izinli biçimde eşlenmesi gerektiğini unutmamak gerekir.
Kimlik eşleme ve izin
Müşteri farklı kanallardan yazdığında sistem mesajı mevcut kayda bağlamalıdır. Bu bağlama telefon numarası, e-posta veya cihaz kimliği gibi alanlarla yapılır. Ancak aynı telefonu paylaşan iki müşteri kolayca karışabilir. Eşleme kuralları önceden tanımlanmalı, kişisel verilerin hangi amaçla ve hangi izinle işlendiği ayrıca değerlendirilmelidir. Bu konuda hukuki görüş için uzmana başvurulmalıdır.
Kanallar arası süreklilik
Sohbetle başlayan bir talep telefonla sürdüğünde görevli önceki mesajları görebilmelidir. Açık kalan bir kayıt, ertesi gün aynı talepte kaldığı yerden devam etmelidir. Yaygın hata, her kanala ayrı şablon ve ayrı politika vermektir; bu durumda müşteri aynı soruya farklı cevap alır. Kanal sayısını artırmadan önce birincil kanalları belirlemek süreklilik sorununu azaltır.
Restoran için başlangıç sırası
Restoranlarda rezervasyon, paket sipariş ve şikayet genellikle farklı yerlerden gelir. İlk adımda telefon ve web rezervasyonu gibi en yoğun iki kanal seçilmeli, bu kanallarda kayıt birleşmesi test edilmelidir. Mutfak, salon ve paket servis ekipleri aynı kayıt üzerinden bilgi paylaşmalıdır. Yeni kanal eklemek, mevcut iki kanalın sorunsuz çalıştığı doğrulandıktan sonra yapılmalıdır.
Temsili işletme örneği
Kadıköy'de temsili bir restoran, web sitesindeki sohbetten masa rezervasyonu talebi alıyor. Müşteri bir saat sonra aynı numaradan telefon açıp rezervasyonunu değiştirmek istiyor. Sistem telefon numarasını mevcut kayıtla eşleştirir ve sohbet notunu görevliye gösterir. Görevli, 'Sohbette belirttiğiniz üç kişilik masayı kontrol ettim' diyerek soruyu tekrar sormadan işlemi tamamlar. Eşleşme önerisi görevlinin onayıyla kesinleşir ve yanlış kişiye ait kayıt riski azalır.
Çok kanallı ile bağlantılı yaklaşım
| Kanalları ayrı yöneten yapı | Ortak bağlam sunan yapı |
|---|---|
| Her kanal kendi kaydını tutar | Tek kayıt geçmişi paylaşılır |
| Müşteri bağlamı tekrar anlatır | Görevli önceki konuşmayı görür |
| Ana vurgu erişimdir | Ana vurgu süreklilik olur |
Sık karıştırılan nokta
Yaygın yanılgı, kanalları bağlayan bir yazılım kurulunca müşterilerin otomatik olarak tek kişi olarak birleşeceğidir. Oysa aynı telefonu paylaşan aileler veya farklı adlarla yazan müşteriler yanlış eşleşebilir. Düzeltmesi, eşleme kurallarını önceden tanımlamak, şüpheli eşleşmeleri görevliye onaylatmak ve yanlış birleşmeleri düzeltecek bir süreç kurmaktır.
Uygulamada dikkat edilecekler
- Her kanaldan gelen müşteri bilgisinin hangi alanla kayda bağlandığını bir tabloda yazın ve önceliklendirin.
- Sohbet, telefon ve e-postada aynı rezervasyon veya şikayet için sorulacak bilgileri tek bir liste hâline getirin.
- İki kanalda yirmi temsili talep deneyin; kayıtların doğru birleştiğini ve kapanınca geçmişe yazıldığını kontrol edin.
- Her ay yanlış eşleşme sayısını, tekrar sorulan soruları ve müşteri geri bildirimlerini inceleyerek kuralları güncelleyin.
Sık sorulan sorular
Müşteriler farklı kanallarda aynı kişi olduğunu nasıl anlar?
Sistem genellikle telefon numarası, e-posta veya cihaz kimliği gibi alanlarla eşleştirme yapar. Eşleşme güvenilir değilse görevliye öneri olarak sunulmalı, onay alınmadan birleştirilmemelidir. Müşteriye hangi bilgilerin kullanıldığını açıkça anlatmak güveni artırır.
Hangi kanalı önce açmalıyız?
Müşterinin en çok kullandığı iki kanalı seçin; restoranda genellikle telefon ve web rezervasyonu başlangıç için uygundur. Önce bu kanallarda birleşmeyi test edin, sorun çözülmeden yeni kanal eklemeyin. Her kanal için ayrı bir sorumlu belirleyin.
Teknik kaynak
www.salesforce.com · Çok kanallı iletişim
Teknik tanım için birincil kaynağa başvurulmuştur. İşletme senaryosu açıklama amacıyla hazırlanmış temsili bir örnektir.
İlgili kavramlar
Kavramdan uygulamaya
İşletmenize uyarlamak için ilgili rehberleri inceleyin.
Web Ve Mesaj Kanallarında Hizmet Bilgisini Tutarlı TutmakMüşteri Görüşme Sırasında Dil Değiştirdiğinde Ne Yapılmalı?Tüm blog rehberleri