Kampanya duyurusu talebi bir anda artırdığında sorun çoğu zaman ekibin ne kadar hızlı aradığı değildir. Asıl kırılma, yeni kaydın hangi kanaldan geldiği, kime yöneldiği ve kapasite dolduğunda nerede beklediğidir. Zoho üzerinde bu üç karar aynı görünse de farklı kurallara bağlıdır. Bu nedenle yoğunluğu yönetmek, herkesi daha hızlı çalıştırmaktan önce giriş kapısını, kişi başına sınırı ve taşan kayıtların sırasını açıkça tasarlamayı ve düzenli olarak izlemeyi gerektirir.
Bu yazı, kampanya satın almayı ya da reklam bütçesini değil, talebin CRM içindeki sahiplik akışını ele alır. Atama kuralı, kapasite eşiği ve takip dizisi birbirinin yerine geçmez. Biri girişte sahip seçer, biri belirli kanallarda kişi yükünü sınar, diğeri seçilmiş hedef kitleye adım adım ulaşır. Sağlam karar, her aracın nerede başladığını ve nerede bittiğini bilerek tek bir işletim düzeni kurmak ve bu düzeni sürekli izlemektir.
Kampanya günlerinde kaybolan şey hız değil sıradır
Duyurudan iki saat sonra gelen kutusu doludur. Üç kişi aynı isme bakarken dördüncü isim kimsenin ekranında açılmaz; o kişi ertesi gün başka bir kliniğe gider. Buradaki kayıp, çalışanların yavaşlığından değil, sıranın görünmez kalmasından doğar. Aynı talebe paralel ilgi gösterilirken başka bir talebin sahipliği belirsizleşir. Yönetici için ilk soru, arama hızından önce kaydın hangi girişten geldiği ve sırada nerede durduğudur.
Yoğunlukta herkes kendi ekranını hızla temizlese bile ortak sıra tanımlanmamışsa sonuç değişmez. Bir adın birkaç kez ele alınması ile başka bir adın hiç görülmemesi aynı düzenleme sorununun iki yüzüdür. Bu nedenle kapasite tartışması yalnız çalışan sayısına indirgenemez. Talebin giriş biçimi, sahiplik kararı ve taşma halinde izlenecek sıra birlikte düşünülünce ekip, hız baskısı yerine görünür bir iş akışı üzerinden karar verebilir.
Kaydın hangi kapıdan girdiğini belirleyin
Zoho CRM atama kuralını yalnız içe aktarma, web formu ve API üzerinden oluşturulan kayıtlarda çalıştırır; elle açılan kayıt bu kuralı tetiklemez. Kural, desteklenen satış, görev, vaka, özel ve ekip modüllerinde kurulabilir ve her girdide en fazla 25 ölçüt kullanabilir. Otomasyon sırasının başında çalıştığı için giriş kanalını doğru sınıflandırmak, sonraki sahiplik kararının dayanağını daha kayıt oluşurken belirler.
Atama kuralının işi üç sonuçla sınırlıdır: kayıt sahibini seçmek, istenirse bir takip görevi açmak ve atanamayan kaydı varsayılan kullanıcıya vermek. Atama gerekçesi veya tarihi kayda yazılacaksa aynı ölçütleri kullanan ayrı iş akışı kuralları ilgili alanları günceller. Mükerrer kayıt aramak ya da kayıtları birleştirmek bu kuralın görevi değildir; sahiplik tasarımı bu işlerle karıştırılmamalıdır.
Kapasiteyi kişi başına sayıyla bağlayın
Assignment Threshold, kişi başına gün, hafta veya ay için azami kayıt sayısını zorunlu olarak tanımlar; azami bekleyen kayıt sayısı ise isteğe bağlıdır. Bekleyen kayıt ölçütü modülün kendi alanlarıyla kurulur ve kaydın kaç gün sonra bekleyen sayılacağı 1 ile 60 arasında seçilir. Atamadan önce hem bekleyen sayı hem de ilgili dönemde atanmış kayıt sayısı kendi sınırına karşı kontrol edilir.
İki kontrol de sınırın altındaysa kayıt kişiye gider; aksi durumda varsayılan atanana düşer. Eşik, atama kurallarında, web formlarında, senkronlanan modüllerde ve Visitor modülünde gerçekten uygulanır. Elle oluşturma veya düzenleme, SalesInbox, toplu devir ve içe aktarma sırasında atamayı durdurmaz, yalnız uyarır. Bazı otomasyon ve API işlemlerinde açılıp kapatılabilir; Sheet View, kullanıcı silme, tekilleştirme, bulup birleştirme ve veri göçünde uygulanmaz.
Taşan talep nereye düşer
Zoho CRM içinde her kayıt tek bir kullanıcıya aittir; sahipsiz ve ekibin ortak gördüğü ayrı bir havuz nesnesi yoktur. Atanamayan kayıt varsayılan kullanıcıya gider. Bu kişi içe aktarmada işlemi başlatan, API kullanımında token sahibi, web formunda ise kuralı oluşturan kullanıcıdır. İlgili kullanıcı silinmiş veya pasifse sorumluluk süper yöneticiye geçer. Kontrol listesi de boş sahiplik yerine bu kullanıcıda biriken kayıtları gösterir.
Ay ortasında yönetici tek bir listeye bakar: kendi üzerinde biriken kayıtlar. Hepsi orada olduğu için hiçbirinin unutulup unutulmadığını sormak zorunda kalmaz. Bu kayıtlar dakika, saat, gün, iş saati veya iş günü sıklığıyla yeniden dağıtılabilir. Yeni sahip kurala göre ya da başlangıçta hedeflenen kişi olarak seçilir; azami bekleme aşılırsa eşik geçilerek atanır. Sıra ilk giren ilk çıkar veya seçilen alana göre düzenlenir.
Bekleyen listesi bir ekran, bir motor değil
Özel görünüm, bekleyen kayıtları bir araya getirebilir fakat kendi başına bildirim göndermez, görev açmaz, sahip atamaz veya hatırlatma üretmez. Zoho içindeki bu ekran bir kontrol yüzeyidir, otomasyon motoru değildir. Dolayısıyla bir kaydın listede görünmesi onun ele alınacağını garanti etmez. Sorumluluk, listenin hangi sıklıkla inceleneceği ve hangi kullanıcı eyleminin uygulanacağı ayrıca belirlenince işler hale gelir.
Liste görünümünde dokuz toplu eylem bulunur: makro çalıştırma, görev oluşturma, etiket ekleme veya çıkarma, dönüştürme, e-posta gönderme, hatırlatıcı kurma, sahip değiştirme, mail merge ve alan güncelleme. Bunların her biri kullanıcının tıklamasını bekler. Bu ayrım, yöneticinin ekranda görünen sırayı otomatik takip zannetmesini önler. Liste görünürlük sağlar; hareket ise açıkça tanımlanmış manuel eylemden veya başka bir desteklenen otomasyondan gelir.
Takibi yanıta göre duran bir diziye taşıyın
Cadences, seçilmiş hedef kitle için e-posta, görev, arama ve WhatsApp adımlarından oluşan modüle özgü bir takip dizisidir; yanıt geldiğinde kaydı diziden çıkarır. Hedef kitle elle seçilebilir veya mevcut bir özel görünümden alınabilir. Tek işlemde en fazla 10.000 kayıt kaydedilir. Deals modülünde arama takibi desteklenmez, WhatsApp adımı Business Messaging gerektirir ve oluşturulan adımlardan yalnız sonuncusu kaldırılabilir.
Özel görünüm hedef kitle kaynağıysa Campaign Name alanı kullanılamaz; belirli çoklu seçim karşılaştırıcıları, ilişkili modül ölçütleri ve kullanıcı alanlarındaki belongs to karşılaştırıcısı da dışarıda kalır. Cadences Free sürümde yoktur. Standard sürüm 20 oluşturulan ve 10 etkin, Professional 40 ve 20, Enterprise 60 ve 30, Ultimate ise 70 ve 50 takip sınırı sunar. Böylece hedef kitle ile sürüm kapasitesi aynı tasarımda değerlendirilir.
Görev kime düşer
İş akışı görevi, kuralda seçilen sabit bir kullanıcıya atanır. Assigned To alanı boş bırakılırsa görev kayıt sahibine gider. Seçilen görev sahibi pasif olduğunda atama önce kayıt sahibine, bu da mümkün değilse süper yöneticiye kayar. Bu sıra, görevin görünürde tanımlanmış fakat erişilemeyen bir kullanıcıda kalmasını önler. Kayıt sahipliği ile görev sahipliği ayrı kararlar olsa da boş alan ikisini birbirine bağlar.
Bir iş akışı kuralına yalnız bir Assign Owner eylemi eklenebilir ve bu eylem mevcut bir atama kuralını çağırabilir. Özel fonksiyon kullanılan çözüm için eşik Enterprise ve üstüdür. Atama kuralı ile Assignment Threshold ise profilde Assignment Rules & Threshold izni ister; bunlar için ayrıca doğrulanmış bir sürüm eşiği yoktur. Bu sınırlar, görev ve kayıt sahibini tasarlarken yetki ile sürüm kararının ayrı ayrı kontrol edilmesini gerektirir.
Kurmadan önce netleşecekler
Canlı organizasyonda teyit bekleyen noktalar kapatılmadan tasarım tamamlanmış sayılmaz. Cadences'in Randevular modülündeki durumu, zamanlanmış iş akışında gün altı hassasiyet, tarih tabanlı tetikleyicinin bağlanabileceği alanlar ve çözünürlüğü belirsizdir. Otomatik yeniden dağıtımın sahip değişikliğinden sonra iş akışı ile puanlama zincirini yeniden çalıştırıp çalıştırmadığı da açık kalır. Bu başlıklarda varsayım üretmek yerine yapılandırma öncesinde doğrudan doğrulama yapılması gerekir.
Eksenium tarafındaki somut karşılık, Klinik CRM Pattern Kütüphanesi'ndeki lead-formu ve yonetici-cockpit kalıplarıdır. Prim Raporu da CRM içine kurulmuş bir widget değildir, kendi sunucusunda tek sayfa olarak çalışır. Kurulum kararı, doğrulanmış giriş kapısı, kapasite sınırı ve taşma sırası birlikte netleştiğinde verilir.
