Bu rehberi okuduğunuzda, Zoho CRM'in hangi iletişim düğmesinin nerede olduğunu değil, müşteriye dokunan her kanalı tek bir kararla nasıl yöneteceğinizi bileceksiniz. Çünkü omnichannel'da işi bozan şey eksik özellik değildir; yanlış kanalı açmak, açtığı yere bağlamı taşıyamamak ve sonradan "bu kişiyle daha önce ne konuşmuştuk?" sorusunun yine cevapsız kalmasıdır. Bir aday size e-postayla gelir, ertesi gün WhatsApp'tan yazar, sonra telefonla arar; eğer bu üç temas üç ayrı uygulamada yaşıyorsa, ekibiniz konuşmanın bütününü hiçbir zaman göremez. Aşağıda kanalları tek tek tanıtmak yerine, her birini hangi probleme karşı seçeceğinizi, gerçek limitleriyle ve Türkiye'ye özgü dikkat noktalarıyla ele alıyoruz.
Kanal Değil, Bağlam Sorunu
İletişim kanalı çoğaltmak kolaydır; zor olan, açtığınız her kanalın aynı müşteri kaydına yazmasını sağlamaktır. Bir e-postayı gelen kutusunda okuduğunuzda yalnızca metni görürsünüz. Aynı e-postayı CRM kaydının üzerinde gördüğünüzde, gönderenin açık anlaşması, son üç teması ve bekleyen talebi de gözünüzün önündedir. Fark, özellikte değil; bağlamın nerede durduğundadır.
Asıl soru "hangi kanalları açabilirim" değil, "bir müşteri yolculuğu pratikte hangi kanallardan geçiyor ve bunları nasıl tek karta toplarım" sorusudur. Saha gerçeği şudur: tek bir yolculuk neredeyse hiç tek kanaldan ilerlemez.
İlk Temas
Aday formdan, reklamdan ya da DM'den gelir; CRM'de henüz bir kayıt doğar.
Karşılıklı Yazışma
E-posta ve WhatsApp dönüşümlü ilerler; her mesaj aynı karta düşmelidir.
Sesli Görüşme
Telefonla netleşme; çağrı kaydı, özeti ve sonraki adım yine aynı kayda işlenir.
Self-Servis
Karar sonrası müşteri portaldan kendi verisine bakar, sohbetten destek ister.
Bu dört adımın tamamı tek bir kayıt üzerinde toplandığında, o kayda kim bakarsa baksın hikâyenin tamamını görür. Eksenium'un omnichannel'a bakışı buradan başlar: kanalı değil, kaydı merkeze almak.
Kanal Seçimi: Hangisi, Ne Zaman
Omnichannel'ın en sık görülen hatası, "hepsini açalım" refleksidir. Her kanalın bir kurulum maliyeti, bir kredi/ücret modeli ve bir izleme yükü vardır. Açtığınız ama izleyemediğiniz kanal, müşteriyi bekletip itibarınızı zedeler. O yüzden kanalı işe göre seçeriz, modaya göre değil.
| Kanal | En iyi olduğu iş | Sınırı / maliyeti |
|---|---|---|
| E-posta | Belgeli, izlenebilir, resmî yazışma; teklif ve takip | Anlık değil; spam riskini SPF/DKIM yönetir |
| Hızlı, samimi temas; randevu ve sipariş bilgilendirmesi | Konuşma başına ücret; şablon onayı ve 24 saat penceresi | |
| Telefon | Karar anı, itiraz çözme, sıcak satış | Dakika ve kayıt depolama kredisi ister |
| SMS | Kısa, kritik bildirim (Türkiye'de 3. taraf gerekir) | Yerleşik özellik yalnız Hindistan org'larında |
| Web formu | Siteden yapılandırılmış aday toplama | En fazla 3 dosya / 20 MB ek; Captcha ücretli sürümde |
| Portal | Müşteri/bayi self-servis erişimi | 5 grup, 1.000 ücretsiz kullanıcı üst sınırı |
İstanbul'da küçük bir estetik klinikte sahada gördüğümüz en sağlıklı kurgu çoğu zaman üç kanaldır: tek bir web formu (randevu talebi), WhatsApp (hasta iletişiminin omurgası) ve e-posta (onam belgeleri, fatura, resmî yazışma). Telefon entegrasyonu yoğunluk artınca eklenir; sosyal medya ve portal ise ancak gerçek bir ihtiyaç doğduğunda. Beş kanalı birden açıp ikisini boş bırakmak, klinik resepsiyonunu yorar.
E-posta: Gelen Kutusunu Sürece Bağlamak
E-posta hâlâ resmî iletişimin omurgasıdır; mesele onu CRM'in içine almak ve her yazışmayı doğru kayda iliştirmektir. Gelen kutunuzu iki yoldan bağlarsınız: klasik IMAP/POP3 ile ya da Outlook, Gmail ve Office 365 için modern OAuth tabanlı bağlantı (Graph API dahil). Bağladıktan sonra yazışmalar adayın veya kişinin kartında görünür.
Günlük operasyonu iki araç taşır; ikisi farklı soruyu çözer:
MailMagnet
CRM ekranının üstünde duran bir uyarı paneli. Adaylardan ve müşterilerden gelen önemli e-postaları satış bağlamıyla gösterir; karta girmeden yanıtlar, görev açarsınız. Professional ve üzeri sürümlerde gelir ve Aday/Kişi/Anlaşma için çalışır — özel modüllerde değil.
SalesInbox
CRM verinize göre sütunlara ayrılmış akıllı bir gelen kutusu. E-postaları anlaşma değerine ya da sürece göre sıralar; satışçı en değerli yazışmaya önce döner. "Hangisine önce bakayım?" sorusunu kapatır.
Tek tek yazışmanın ötesinde toplu ulaşım gerektiğinde üç ayrı araç vardır ve hangisini seçeceğiniz amaca bağlıdır. E-posta Şablonları tekrar eden mesajları (randevu hatırlatma, teklif sonrası takip) birleştirme alanlarıyla kişiselleştirir. Toplu E-posta (Mass Email) liste görünümüne ya da kritere göre seçtiğiniz kayıtlara aynı mesajı gönderir; üstüne tetiklenen eylem ve takip e-postası eklenir. Zoho Campaigns ise görsel ağırlıklı, segmentli bülten ve damla kampanyalar için ayrı bir eklentidir.
İş akışı (workflow) ile gönderilen toplu bildirim e-postaları izlenmez — açılma ve tıklanma verisi tutulmaz. Davranışa göre takip kurmak istiyorsanız, izleme verisi olan Toplu E-posta veya Campaigns aracını seçin. Bu ayrımı baştan kurmayan ekipler sonradan "rapor neden boş?" sorusuyla geri döner.
Saha ekibinin "CRM'e işlemeyi unuttum" yükünü azaltan küçük ama işe yarar bir mekanik vardır: her organizasyona özel bir BCC Dropbox adresi atanır. Kendi e-posta istemcinizden gönderdiğiniz bir mesajı bu adrese BCC'lerseniz, yazışma otomatik olarak ilgili kayda düşer.
İletilebilirlik: Gönderdiğiniz Ulaşıyor mu
İyi yazılmış bir e-posta spam klasörüne düşerse hiç yazılmamış sayılır. İletilebilirlik (deliverability), mesajınızın gerçekten gelen kutusuna varmasıdır ve büyük ölçüde gönderen itibarınıza bağlıdır. Bu itibar, alan adınızın DNS yöneticisine eklenen birkaç kimlik kaydıyla kurulur; teknik görünür ama mantığı basittir: alıcı sunucuya "bu e-posta gerçekten benden geliyor" demektir.
| Kayıt | Ne ilan eder |
|---|---|
| SPF | Hangi sunucuların sizin adınıza e-posta gönderebileceğini belirtir. |
| DKIM | E-postaya dijital imza ekler; içeriğin yolda değişmediğini kanıtlar. |
| DMARC | SPF/DKIM başarısız olunca ne yapılacağını (reddet, karantina, raporla) söyler. |
İtibarı zamanla aşındıran şey ise sektmedir (bounce): e-postanın hedefe ulaşmayıp geri dönmesi. Geçici sektmeler (dolu kutu, sunucu anlık hatası) kendiliğinden düzelebilir; kalıcı sektmeler geçersiz adres demektir ve o adres bloklanır. Çok sayıda kalıcı sektme gönderen puanınızı düşürür, sonraki tüm e-postalarınız etkilenir. Yoğun gönderimde bir e-posta relay (kendi posta sunucunuz üzerinden geçiş) itibar yönetimini ele alır.
Gmail/Yahoo/Outlook gibi herkese açık adreslerden değil, kendi alan adınızdan gönderin. Yalnızca izin veren, ilgili kişilere yazın ve abonelikten çıkışı tek adımda (one-click unsubscribe) mümkün kılın. "Herkese her şey" yaklaşımı itibarın en hızlı eridiği yerdir. Türkiye bağlamında bu, KVKK açık rıza kaydınızla da örtüşür: izinsiz listeye gönderim hem itibar hem hukuk riskidir.
WhatsApp: Türkiye'nin Asıl Kanalı
Türkiye'de müşteri çoğu zaman e-postadan önce WhatsApp'a uzanır. Bu yüzden burada WhatsApp'ı "bir entegrasyon" değil, çoğu KOBİ ve klinik için iletişimin ana hattı olarak ele alırız. Zoho CRM, WhatsApp Business (ve benzer şekilde LINE) bağlantısıyla bu yazışmaları kayda iliştirir; gelen tüm mesajlar Mesajlar (Messages) modülünde toplanır, böylece ekip tek yerden yanıtlar. Kurulumu yalnızca yönetici başlatır ve bir Meta Business hesabı ile WhatsApp Business numarası gerektirir.
WhatsApp'ı kişisel kullanımdan ayıran iki kural, kurgunun tamamını belirler:
İşletme olarak bir müşteriye serbest mesajı kendiliğinizden gönderemezsiniz. Önce bir mesaj şablonu hazırlayıp Meta'dan onay almanız gerekir. Şablonlar iki tiptir: Utility (işlemsel — randevu/sipariş/ödeme hatırlatması) ve Marketing (tanıtım). Onaylı şablonu otomasyona bağlayabilir veya kayıttan elle tetikleyebilirsiniz.
Müşteri size yazdığında ya da onaylı bir şablona yanıt verdiğinde 24 saatlik bir serbest mesajlaşma penceresi açılır. Bu pencere içinde şablonsuz, doğal yazışırsınız; pencere kapanınca tekrar onaylı şablon gerekir. Operasyonu bu pencereye göre kurmak, müşteriyi "şablon dili" duvarına çarpmaktan kurtarır.
Maliyet ve kurulum tarafında dikkat edilecek üç gerçek vardır:
- Konuşma bazlı ücret: Mesaj başına değil, konuşma başına ücretlendirilir. Kredi alır, auto-recharge ile bakiyeyi koruyabilirsiniz.
- Yeni numara şartı: Başka bir üründe kullanılmayan, taze bir telefon numarası gerekir; mevcut numarayı taşıma henüz desteklenmez.
- Alan adı eşlemeli hesaplarda: (domain-mapped/rebrand) entegrasyondan önce tarayıcıda üçüncü taraf çerezler açık olmalıdır, yoksa kurulum tamamlanmaz.
SMS Tuzağı ve Türkiye Gerçeği
SMS cazip görünür: açılma oranı e-postadan belirgin yüksektir, çünkü doğrudan telefona düşer ve okunmadan kalması zordur. Randevu hatırlatması, sipariş durumu, güvenlik kodu gibi kaybolmaması gereken kısa bildirimler için biçilmiş kaftan sayılır. Ancak Zoho CRM'in yerleşik Bildirim SMS özelliğinde, Türkiye'deki ekiplerin baştan bilmesi gereken kritik bir kısıt vardır.
Zoho CRM'in yerleşik Bildirim SMS özelliği, bu rehberi yazdığımız tarihte yalnızca Hindistan'da kayıtlı organizasyonlar için desteklenmektedir; gönderim kayıtlı sender ID'lerden Hindistan'daki numaralara yapılır ve içerik DLT onayından geçer. Diğer ülkeler için destek ileriki sürümlere bırakılmıştır. Yani Türkiye org'unuzda bu menüye güvenip SMS kurgusu planlamayın — kesin taahhüt öncesi lisans/DC kontrolü yapın.
Türkiye'de SMS'i gerçekten kullanmanın yolu, yerleşik özelliği beklemek değil, akredite bir yerel SMS sağlayıcısını CRM'e bağlamaktır. Sahada kurduğumuz yaklaşım şudur:
Zoho Flow köprüsü
CRM'de bir tetik (yeni randevu, durum değişimi) Zoho Flow akışını çalıştırır; akış, yerel SMS sağlayıcısının API'sini çağırır. Kod yazmadan, görsel akışla kurulur ve loglanır.
Custom Function ile doğrudan API
Daha sıkı kontrol gerektiğinde, iş akışı kuralına bağlı bir Custom Function sağlayıcının API'sine doğrudan istek atar. Gönderim sonucu yine ilgili kayda yazılabilir.
Her iki yolda da onay (rıza), gönderici başlığı ve içerik, Türkiye'deki ileti yönetim mevzuatına (İYS dahil) ve KVKK'ya göre yerel sağlayıcı üzerinden yönetilir. Yerleşik özelliğin aksine, bu kurgu Türkiye'de gerçekten çalışır.
Telefon ve Site Ziyaretçisi
Telefon, karar anının kanalıdır; itirazın çözüldüğü, sıcak satışın kapandığı yer. Zoho CRM telefonu sürecin içine iki yoldan alır: Zoho'nun yerleşik telefon altyapısını kullanmak ya da mevcut bir sağlayıcıyı (Microsoft Teams Phone ya da PhoneBridge üzerinden onlarca operatör) entegre etmek. Her iki durumda da çağrılar kayda düşer, kaydedilebilir ve çağrı sonrası takip etkinliği açılır.
Telefonun ölçek tarafında bilmeniz gereken mekanik: çağrı dakikaları ve kayıt depolaması kredi ile işler; auto-recharge ile bakiye tamamlanır, kayıtların otomatik silinmesi için saklama süresi tanımlanır. Operasyonu canlı tutan üç davranış öne çıkar:
- Bilinmeyen arayanı yakalama: Kaydı olmayan biri aradığında iş akışı kuralı otomatik yeni kayıt açar; çağrı boşa düşmez.
- Çağrı sonrası takip: Çağrı bitince açılan pencereden görev/toplantı planlar, açıklama eklersiniz — bağlam çağrıyla birlikte sıcakken kayda girer.
- Zia for Calls: Çağrıyı otomatik transkript eder; duygu, niyet ve özet çıkarır. Uzun görüşmeyi okumadan özetinden takip kararı verirsiniz.
Telefonun sessiz tamamlayıcısı, müşteri henüz aramadan onu fark etmektir. Zoho SalesIQ entegrasyonu sitenize canlı sohbet widget'ı ekler ve ziyaretçi davranışını CRM'e taşır: hangi sayfada ne kadar kaldı, kaç kez geldi, neye baktı. Sohbet sonrası kişi adaya çevrilir, transkript karta eklenir ve Aday/Kişi kaydına Ziyaret Edilen Gün, Sohbet Sayısı, Ortalama Süre, Ziyaretçi Puanı gibi alanlar otomatik gelir.
Gelen Kanalı Otomatik Kayda Çevirmek
Manuel veri girişi, omnichannel'ın en sessiz kaybıdır. Web sitesindeki formdan ya da pazaryerinden gelen taleplerin önemli bir kısmı, sabit formatlı e-postalar olarak düşer: "Ad: ..., Telefon: ..., Hizmet: ...". Bunları elle okuyup CRM'e tek tek girmek hem zaman kaybıdır hem de hata kaynağıdır. E-posta Ayrıştırıcı (Email Parser) bu işi otomatikleştirir.
Örnek e-postayı tanıtın
Tipik bir gelen e-postayı parser'a verirsiniz; sistem hangi satırın ne anlama geldiğini analiz eder, sınırlayıcıları (delimiter) çözer.
Alanları eşleyin
E-postadaki "Telefon" değerini CRM'deki Telefon alanına, "Hizmet" değerini ilgili alana bağlarsınız.
Sahip ve kuralı belirleyin
Oluşacak kaydın sahibini tanımlar, ayrıştırma kuralıyla farklı senaryoları (ör. farklı hizmet → farklı danışman) yönetirsiniz.
Özel eylem ekleyin
Yeni parser, ayrıştırılan veriye göre Custom Function çalıştırma, kaydı güncelleme ve onaya gönderme gibi ileri eylemleri de destekler.
Her parser'a benzersiz bir e-posta adresi atanır; o adrese düşen her e-posta otomatik olarak yeni bir kayda (örneğin Müşteri Adayı) dönüşür. Aynı mantık Web Formları için de geçerlidir: form Aday, Kişi, Talep (Cases), Tedarikçi ve özel modüller için kurulabilir, üç adımda hazırlanır (formu oluştur, detayları belirt, kodu sitene göm) ve gelen kayıt atama kuralıyla doğru kişiye düşer; varsayılan olarak yöneticiye atanır.
Ziyaretçi formdan en fazla 3 dosya, toplam 20 MB'a kadar yükleyebilir; limit aşılırsa form gönderilmez. Spam'e karşı Captcha/reCAPTCHA ve form konum URL'si vardır (Captcha ücretli sürümlerde gelir). KVKK uyumu için çift opt-in ve gizlilik onay kutusunu baştan kurun.
Klinik sitesindeki "randevu talebi" formu her talebi sabit formatta e-postayla gönderiyor olsun. Parser bu e-postaları yakalar, doğrudan Müşteri Adayı'na çevirir, ayrıştırma kuralıyla talebi ilgili branşın danışmanına atar ve otomatik karşılama mesajını tetikler — resepsiyon tek bir veri girmeden talep sürece girer.
Portallar: Müşteriyi İçeri Almak
Son katman, iletişimi tek yönlü mesajlaşmadan çıkarıp müşteriyi kendi verisinin parçası yapar. Portal, CRM'de kullanıcı olmayan kişilere (müşteri, bayi, tedarikçi, iş ortağı, hatta çalışan) sınırlı ve kontrollü bir erişim verir. Bir bayi kendi performansını görür, bir hasta kendi bilgisini günceller, bir tedarikçi sipariş detayını düzenler — hepsi sizin belirlediğiniz izinler dahilinde, doğrudan CRM kayıtlarına yansıyarak.
Portalın ölçek ve güvenlik gerçekleri, kurmadan önce bilmeniz gereken çerçeveyi çizer:
- Kullanıcı grupları: En fazla 5 portal kullanıcı grubu oluşturulur; gruplar arasında toplam 1.000 kullanıcıya kadar ücretsizdir, üstü kademeli ücretlendirilir.
- Güvenlik: Çok faktörlü kimlik doğrulama (MFA) ve Enterprise/Ultimate sürümlerde SAML tabanlı SSO desteklenir.
- Katılım yönetimi: Otomatik davet (auto-invite), özelleştirilebilir davet şablonları ve portal formlarıyla kullanıcı kabulü yönetilir.
Portal güçlü olduğu kadar risklidir; yanlış kurulan bir izin, bir grubun başka müşterinin verisini görmesine yol açabilir. "Hangi grup, hangi modülde, neyi görsün ve düzenlesin?" sorusunu önce kâğıt üzerinde netleştirip test ortamında doğrulamadan canlıya almayız. Aynı titizliği web formundaki gizli alanlar ve gizlilik onayları için de gösteririz — çünkü veri sızıntısının maliyeti, kurulum tasarrufundan çok daha yüksektir.
