Zoho CRM Lead Bildirimleri Gelmiyor mu? Asıl Çözüm Bu
Zoho CRM kronik bildirim problemi nasıl çözülür?
Zoho CRM Lead Bildirimleri Gelmiyor mu? Asıl Çözüm Bu
Bir cumartesi sabahı 09:14’te CRM’e bir lead düştü. Kimse pazartesiye kadar görmedi. Workflow kuralı aktifti, bildirim tanımlıydı, Zoho tarafında her şey bildirimin gönderildiğini söylüyordu.
Zoho CRM lead bildirimlerinin neden gelmediğini araştırıyorsanız kısa cevap şu: çoğu durumda workflow kuralında bir sorun yok. Bozulan şey arkasındaki e-posta teslimatı. Çözüm de CRM otomasyonunu baştan kurmak değil, zaman kritik bildirimlerde e-postayı taşıma katmanı olarak kullanmayı bırakmak.
Aşağıda ne yaptığımızı, neden işe yaradığını ve nerede yetmediğini anlatıyorum.
Belirtiler
Muhtemelen en az birini tanıyacaksınız.
Kural yıllardır çalışıyordu, bir gün sessizce durdu. Hata yok, uyarı yok, kimsenin fark ettiği bir kayıt yok.
Bildirimler bazen geliyor bazen gelmiyor, izini sürebileceğiniz bir örüntü de yok.
Bildirimler saatler sonra geliyor. Bazen günler sonra, ki bu hiç gelmemesinden beter, çünkü o noktada hasta çoktan başka yere gitmiş oluyor ve bildirimi bir ölüm ilanı gibi okuyorsunuz.
Bir kullanıcıya geliyor, diğerine gelmiyor. Üstelik ikisinin ayarı aynı.
Kendi oluşturduğunuz test lead’inde çalışıyor, web formundan gelen gerçek lead’de çalışmıyor.
Bunlar sıra dışı durumlar değil. Zoho’nun kendi topluluk forumlarında yıllardır aynı şikayet dönüyor: yıllardır sorunsuz çalışan bir kuralın lead oluşturulduğunda artık e-posta göndermemesi, ve bildirimlerin günlerce geç gelmesi ya da hiç gelmemesi. Kullanıcıların ortak vurgusu da aynı, bu gecikme doğrudan yanıt süresini bozuyor.
Bunun sebebi ne
Çoğu rehber “kuralın aktif olduğundan emin olun” diyerek bitiyor. Sorulması gereken soru şu: zincirin hangi halkası koptu?
E-posta teslimatı sizin kontrolünüzde değil. Zincir göründüğünden uzun. Zoho kuralı değerlendiriyor, e-postayı üretiyor ve teslim ediyor. Sonrasında mesaj sizin e-posta sağlayıcınızdan, kurumsal mail sunucunuzdan, spam filtresinden ve nihayet alıcının gelen kutusu kurallarından geçiyor. Zoho birinci adımdaki işini yaptı. İki ile beş arasındaki adımlar büyük ölçüde göremediğiniz sistemlere ait. Zoho desteğinin bu tür başlıklara verdiği cevap da tam bu yöne işaret ediyor: kendi mail sunucunuzun CRM mesajlarını engelleyip engellemediğini kontrol edin.
Kendi domaininize giden bildirimler daha çok sorun çıkarıyor. Forumlarda tekrar eden bir örüntü bu. Kullanıcı, uyarıyı başka bir adrese yönlendirdiğinde çalıştığını, kendi kullandığı adreste ise kaybolduğunu fark ediyor. Bu, sorunun CRM’de değil filtreleme ve yönlendirmede olduğunu gösteriyor.
Hata sessiz. Asıl maliyet burada. Bir e-posta bildirimi gelmediğinde size bunu söyleyen hiçbir şey yok. Günlük işinizde görünen bir bounce yok, CRM’de yanan bir uyarı yok. Sorunu ancak bir lead kaybederek fark ediyorsunuz, yani hem geç hem tekrar tekrar.
Yaygın çözümler aynı kırılgan katmanın üstüne yama. Uyarıları bir Gmail hesabına yönlendirip oradan kendi adresinize iletmek gerçekten kullanılan bir yöntem ve işe de yarıyor. Ama zaten uzun olan zincire bir halka daha ekliyor. Farklı bir e-posta adresi denemek sorunu çözmüyor, taşıyor. Mobil uygulamanın kendi bildirimine güvenmek ise sizi işletim sistemi seviyesindeki teslimata ve kişinin uygulamayı açık tutup tutmadığına bağımlı bırakıyor.
Hepsinin ortak noktası, e-postayı kritik yolda tutmaları. Asıl problem de bu.
Çözüm: CRM’i değil taşıyıcıyı değiştirin
E-posta iyi bir arşiv aracı. Gerçek zamanlı uyarı aracı olarak zayıf, çünkü tasarımı gereği asenkron ve zincirin hiçbir halkası hız garantisi vermiyor.
Biz de lead bildirimlerini e-postayla göndermeyi bıraktık. Artık CRM, bir webhook üzerinden doğrudan mesajlaşma uygulamasının API’sine konuşuyor. Lead oluştuğunda Zoho, Telegram Bot API’ye bir HTTP isteği atıyor ve mesaj saniyeler içinde kanala düşüyor.
Bu yolda mail sunucusu yok. Spam filtresi, teslimat kuyruğu, gelen kutusu kuralı yok. Zoho ya isteği attı ya atmadı, atmadıysa da bu webhook hata kaydında görünüyor. Yani gerçekten görebildiğiniz bir yerde.
Telegram’ı seçtik çünkü ekip zaten gün boyu açık tutuyordu. Aynı yaklaşım Slack, Microsoft Teams ya da mesaj göndermek için HTTP ucu sunan herhangi bir uygulamayla çalışır. Uygulamadan çok ilke önemli: insanların zaten baktığı yere düşmeyen bildirim, bildirim değildir.
Nasıl kurduk
Tamamı Zoho’nun kendi altyapısı. Araya otomasyon platformu koymadık, sunucu ayağa kaldırmadık, hiçbir yere kod yazmadık.
1. Webhook’u oluşturun. Zoho ayarlarında otomasyon bölümünden, Leads modülü için yeni bir webhook. URL, mesajlaşma uygulamasının mesaj gönderme ucu. Metot POST.
2. Gövdeyi tanımlayın. Body ham JSON, içinde hedef kanal ve mesaj metni.
{
"chat_id": "KANAL_ID",
"text": "Yeni lead\nAd: ${!Leads.First_Name} ${!Leads.Last_Name}\nEposta: ${!Leads.Email}\nTelefon: ${!Leads.Phone}\nUlke: ${!Leads.Country}"
}
${!Leads.Field_Name} yazımı Zoho’nun merge alan formatı. İlk yanıt için hangi alanlar gerekiyorsa onlar buraya girmeli. Bizde ad, e-posta, telefon ve ülke var, çünkü danışmanın kimin alacağına ve hangi dilde yazacağına karar vermek için ihtiyacı olan bilgi bu.
Content-Type: application/json başlığını eklemeyi unutmayın. Eklenmezse istek reddediliyor ve nedenini anlamaya çalışırken yirmi dakika gidiyor.
3. Workflow kuralını oluşturun. Modül Leads, tetikleyici kayıt oluşturulduğunda. Her lead için çalışmasını istiyorsanız koşul koymayın. Instant action olarak az önce oluşturduğunuz webhook’u bağlayın.
4. Test edin. Bir test lead’i oluşturun. Mesaj saniyeler içinde düşmeli. Düşmüyorsa başka hiçbir şeye dokunmadan önce webhook hata kaydına bakın, genelde neyin yanlış gittiğini doğrudan söylüyor.
Takıldığımız yerler
Kurulum prensipte basit. Pratikte sorunsuz değildi, ve bize zaman kaybettiren şeyler şunlardı.
Kuralda tekrarlanan düzenlemeler üst üste biniyor. Mevcut bir workflow kuralını birkaç kez güncellediğimizde koşullar değişmek yerine birikti ve sonunda yinelenen kriter hatası verdi. Güvenilir çözüm, bozuk kuralı pasife alıp sıfırdan yeni bir kural oluşturmak oldu.
Aksiyon tipi yazımı affetmiyor. Tek karakterlik bir fark doğrulamayı sessizce düşürüyor. Arayüzdeki etiketlerden tahmin etmek yerine Zoho’nun kendi API dokümantasyonundaki yazımı birebir alın.
Boş picklist kontrolü tek koşulla yakalanmıyor. Atanmamış bir picklist alanını tespit edecekseniz, sadece “none” değerini kontrol etmek bazı durumları kaçırıyor. Hem açık none değerini hem boş durumu kapsayan gruplu bir koşul gerekiyor.
Veri merkeziniz uç noktalarınızı belirliyor. Farklı bölgelerde açılmış Zoho hesapları farklı API ve token alan adları kullanıyor. Yanlış olanı kullandığınızda dönen kimlik doğrulama hatası, yetki sorunu gibi görünüyor ama değil. AB veri merkezindeyseniz her şey AB alan adlarını gösterir, ikisini karıştırmak bir öğleden sonrayı harcamanın bilinen yollarından biri.
Kişiye değil kanala gönderin
Bunu ilk seferde yanlış yaptık. İlk kurulumda bildirim tek bir kişinin sohbetine düşüyordu, ki bu asıl sorunu yeni bir yerde tekrar üretiyor: ameliyatta, uçakta ya da uykuda olabilecek tek bir kırılma noktası.
Bunu ayrı bir kanala taşımak beklediğimizden fazlasını değiştirdi.
Grupta herkes cevap yazıyor. “Tamam”, “ben bakıyorum”, “bu Alman olan mıydı”. Sinyal, onay mesajlarının içinde boğuluyor ve insanlar kanalı sessize almaya başlıyor, ki bu da tüm amacı ortadan kaldırıyor. Yayın kanalında sadece bot yazabildiği için kanal temiz kalıyor.
Ortaya çıkan şey, kimsenin yanlışlıkla silemeyeceği, herkesin geriye doğru kaydırabileceği kronolojik bir lead arşivi. Bu, planlamadığımız şekillerde işe yaradı, özellikle günün hangi saatlerinde yoğunluk olduğunu görmek için.
Genel ilkeyi ayrıca yazmakta fayda var, çünkü CRM’in çok ötesinde geçerli: uyarı kanalınız ile tartışma kanalınız aynı kanal olmamalı.
Ne değişti
Lead’ler artık birinin gelen kutusuna bakmasını beklemek yerine saniyeler içinde görünüyor. Akşamlar ve hafta sonlarında açılan boşluk kapandı, ki kaçırdığımız lead’lerin çoğu zaten oralarda yoğunlaşıyordu.
Danışmanların yeni lead için CRM’i ayrıca kontrol etme alışkanlığına ihtiyacı kalmadı. Zaten güvenilir bir alışkanlık değildi.
Basit yaklaşımın fazla mı basit olduğunu tartıyorsanız işaret edeceğim nokta şu: kurulum aylardır dokunulmadan çalışıyor.
Bu önemli, çünkü diğer seçeneğimiz CRM ile mesajlaşma uygulaması arasına bir otomasyon platformu koymaktı. Daha esnek olurdu. Aynı zamanda barındırılacak, izlenecek, güncellenecek ve er ya da geç uygunsuz bir anda hata ayıklanacak bir servis daha olurdu. “Yeni lead geldi, herkese haber ver” ihtiyacı için bu takas değmezdi.
Bu yaklaşımın yetmediği yerler
Tavanı konusunda dürüst olayım, sizin ihtiyacınız bizimkinden fazla olabilir.
Dallanma gerekiyorsa bu yöntem hızla zorlaşır. Ülkeye göre farklı alıcı, tutara göre farklı öncelik, kaynağa göre farklı mesaj şablonu. Native webhook tek bir yere tek bir mesaj atar. Dallanma mantığı bir otomasyon katmanına aittir.
Takip hatırlatması gerekiyorsa bu yol yetmez. Lead’in geldiğini haber vermek ile dört saattir kimsenin dokunmadığını haber vermek aynı şey değil, ve ikincisi muhtemelen daha değerli.
Özellikle WhatsApp gerekiyorsa bu yol geçerli değil. WhatsApp Business API’nin kendi onay süreci ve mesaj şablonu kuralları var.
Ham alanlar yerine akıllı bir özet istiyorsanız araya bir model koymanız gerekir, bu da barındıracağınız ve ücretini ödeyeceğiniz bir servis demek.
Gerçek problemi çözen en basit versiyonla başlayın. Katmanları, basit versiyon gerçekten dar geldiğinde ekleyin, henüz sahip olmadığınız bir karmaşıklığa hazırlık olarak değil.
Sık sorulan sorular
Zoho workflow kuralım neden aniden e-posta göndermeyi bıraktı? Genellikle kuralda bir şey değişmez. Mail yolunda bir şey değişir, çoğunlukla alıcı tarafındaki filtreleme veya yönlendirme. Aynı uyarıyı alakasız harici bir adrese yönlendirerek test edin. Oraya ulaşıyorsa kural sağlamdır ve sorun mail ortamınızdadır.
Zoho CRM bildirimleri güvenilir mi? Workflow motoru genel olarak güvenilir. Zayıf halka teslimat aracı olarak e-posta, ve bu sadece Zoho için değil her CRM için geçerli. Zaman kritik hiçbir şey e-posta teslimatına bağlı olmamalı.
Zoho CRM e-posta olmadan bildirim gönderebilir mi? Evet. Webhook’lar sayesinde bir workflow kuralı, kayıt oluşturulduğunda veya güncellendiğinde herhangi bir harici servise doğrudan HTTP isteği atabilir. Bu e-postayı tamamen devre dışı bırakır.
Webhook bildirimleri e-posta uyarılarına göre ne kadar hızlı? Webhook workflow aksiyonunun parçası olarak tetiklendiği için teslimat tipik olarak saniyeler içinde. E-postanın böyle bir garantisi yok.
Webhook için ücretli Zoho planı gerekiyor mu? Webhook’lar Zoho’nun workflow otomasyon özellik setinin parçası, ve hem kullanılabilirlik hem aktif webhook sayısı sürüme göre değişiyor. Buna göre planlama yapmadan önce kendi bölgeniz için Zoho’nun güncel fiyatlandırma sayfasını kontrol edin.
Telegram yerine Slack veya Microsoft Teams kullanabilir miyim? Evet. Mesaj göndermek için HTTP ucu sunan her servis aynı şekilde çalışır. Sadece URL ve gövde yapısı değişir. Ekibinizin zaten açık tuttuğunu seçin, çünkü burada gerçekten önemli olan tek özellik bu.