Medikal estetik kliniğinde tek kuyruk kurmak, farklı kanalları aynı ekranda göstermekten önce her talebi ortak bir kayıt düzenine almak demektir. Instagram mesajı ile web formu bildirimi aynı modülde karşılaştırılabilir kayıtlara dönüşmedikçe ekip ortak sırayı göremez. Bu nedenle Zoho CRM tasarımında önce giriş yolu, ardından sahiplik, görünürlük ve tekrar kontrolü tanımlanır. Kanal adlarını yan yana yazmak tek başına kuyruk oluşturmaz. Bu ortaklık, ekip kararlarının aynı kayıt üzerinden ilerlemesini kolaylaştırır.
Aynı kişi sabah sosyal medyadan yazar, öğleden sonra web formunu doldurur. İki farklı ekip üyesi ayrı ayrı dönüş yapar ve ikisi de aynı soruyu sorar. Kişi ikinci mesajı hiç açmaz. Buradaki kopukluk yalnız iletişim tonundan kaynaklanmaz. İki temasın nasıl kayda dönüştüğü, hangi sahibi aldığı ve aynı kişiye ait olduğunun nasıl denetlendiği belirsiz kaldığında süreç iki ayrı talep gibi ilerler. Sonuçta ekip, aynı başvuruyu tek bağlam içinde sağlıklı değerlendiremez.
Tek kuyruk bir ekran değildir
Bir listenin tek kuyruk sayılabilmesi için içindeki her satırın karşılaştırılabilir bir talebi temsil etmesi gerekir. Bir kanal yalnız bildirim üretirken diğeri doğrudan kayıt oluşturuyorsa, aynı gün gelen başvuruların yan yana görünmemesi arayüz hatası değildir. Sorun, girişlerin ortak kayıt kuralına bağlanmamasıdır. Ekip ekranı ancak bu temel kararın ardından anlamlı ve yönetilebilir bir çalışma sırası gösterebilir. Kayıt niteliği eşitlenmeden listenin kapsamı da güvenilir biçimde yorumlanamaz.
Kuyruk tasarımı bu yüzden ekran çizimiyle değil, her kanal için cevaplanan üç soruyla başlar: Talep hangi modülde kayda dönüşecek, ilk sahibi kim olacak ve ekip onu hangi ortak ölçütle görecek? Bu cevaplardan biri eksikse renkli bir pano yalnız parçalı trafiği örter. Sağlam düzen, kanalın görünür adından bağımsız olarak her başvuruyu aynı işletim mantığına taşır. Bu üç karar, sonraki liste tartışmasının sınırlarını da belirler.
Zoho belgesinin Instagram için söylediği ve söylemediği
Zoho CRM yardım belgeleri Instagram için bir giriş yolu tanımlamaz. Social sekmesi Facebook ve Twitter hesaplarını bağlar; Conversation ve Message bölümleri de bu iki ağ çevresinde açıklanır. Sosyal iş akışı kurulurken görünen modüller yine Facebook ve Twitter ile sınırlıdır. Bu nedenle Instagram mesajının hangi yolla kayda dönüşeceği kurulumdan önce ayrıca doğrulanır; belgelerde bulunmayan bir yerleşik davranış varsayılmaz. Doğrulama, kanal adından önce gerçek kayıt yolunu açıkça kapsamalıdır.
İş mesajlaşması belgelerinde sağlayıcı olarak WhatsApp ve LINE for business yer alır. Entegrasyon açıldığında Messages modülü eklenir ve gelen mesaj, yapılandırmaya göre bir lead ya da contact kaydıyla ilişkilendirilir. Yanıt penceresi sağlayıcıya göre değişir: WhatsApp tarafında gelen mesaja yirmi dört saat içinde yanıt verilir, LINE for business tarafında pencere yedi gündür. İki sağlayıcıda da konuşmayı yalnız müşteri başlatabilir. Bu belgelerden Instagram kapsamı çıkarılamaz; Messages modülünün başka bir sağlayıcıyı kapsayıp kapsamadığı açık bırakılır. Bu ayrım, belgelenen kapsamla açık kalan noktayı açıkça ayırır.
Web formunu kuyruğun ilk kapısı olarak kurun
Web formu Leads, Contacts, Cases, Vendors, özel kuruluş modülleri ve ekip modülleri için hazırlanabilir; ekip modülü formları Professional ve üzeri sürümlerde açılır. Kayıt sahibi olarak tek kullanıcı ya da bir atama kuralı seçilir. Forma eklenen etiket tüm form kayıtlarına işlenir; gizli alan ise formun bulunduğu sayfayı kayda taşıyabilir. Böylece kaynak, belgelenmemiş bir otomatik Lead Source varsayımı yerine açıkça yapılandırılmış bir alanla izlenir. Kaynak işareti, ekip incelemesinde kayıtların birlikte sınıflandırılmasını daha kolaylaştırır.
Spam olasılığı belirlenen eşiği aşan kayıtlar Awaiting listesinde onay bekler. Request for Approval seçeneği kullanıldığında kayıt, elle onaylandıktan sonra ilgili modüle girer. Atama kuralı içe aktarma, web formu ve API ile oluşturulan kayıtlarda çalışır; elle açılan kayıtta tetiklenmez. Birden çok kullanıcı seçilirse dağıtım round robin ilerleyebilir ve atanamayan kayıt tanımlı varsayılan kullanıcıya gider. Böylece dağıtım mantığı, kayıt oluşturma yöntemiyle doğrudan birlikte değerlendirilir.
E-postayla gelen talebi kayda çevirmek
Şablonlu bildirim e-postaları, E-posta Ayrıştırıcı ile Leads, Contacts, Accounts veya özel modüllerde kayda çevrilebilir. Bu araç Fırsatlar modülü için kurulamaz. Kayıt sahibi kullanıcı, rol ya da atama kuralı üzerinden belirlenebilir. Zoho CRM kuruluşunda en fazla yirmi ayrıştırıcı bulunabilir, fakat bunların yalnız onu aynı anda etkin olabilir. Bu sınırlar, e-posta yolunu çoğaltmadan önce tasarıma alınır. Kapasite kararı, beklenen şablon çeşitliliğiyle birlikte de ele alınır.
Her ayrıştırıcı için en fazla beş onaylı gönderen adresi tanımlanabilir. Update Field seçeneğiyle en fazla beş alan doldurulur ve kurulum yönetici profili gerektirir. Bu yol yalnız düzenli, şablonlu e-postaların belgelenen alanlara ayrıştırılmasını açıklar. Instagram bildiriminin gerçekten bu yapıya uyup uymadığına dair sonuç çıkarmaz; o kanalın geçerli kayıt yolu kendi kurulumunda doğrulanmadan kuyruk planına kesin giriş olarak yazılmaz. Belirsizlik, e-posta yolunun Instagram için doğrulanmış sayılmasını doğrudan engeller.
Sahipsiz havuz yerine sahipli kuyruk kurun
Zoho CRM içinde her kaydın sahibi tek bir kullanıcıdır; sahibi bulunmayan, ekibin ortaklaşa kullandığı ayrı bir havuz nesnesi yoktur. Havuz benzeri davranış için bu işe ayrılmış bir kullanıcı hesabı sahip yapılabilir. Görünürlük rol hiyerarşisi veya paylaşım kuralıyla açılır. Gerçek atama gerçekleştiğinde kayıt ilgili ekip üyesinin sahipliğine geçirilir. Böylece ortak görünürlük ile kayıt sahipliği birbirine karıştırılmaz. Paylaşım kapsamı, kuyruğu görecek ekip üyelerine göre ayrıca belirlenir.
Hafta sonu gelen mesajların pazartesi sabahı kimin ekranında toplanacağı belli değildir. Ekipten biri kendi listesini açar; listede yalnız ona atanmış kayıtlar vardır ve kalan talepler kimsenin ekranında görünmez. Bu kopukluk sahipsiz kayıt fikriyle çözülmez. Ayrılmış kuyruk sahibinin, paylaşım kapsamının ve devir kuralının önceden tanımlanması, kayıtların ortak çalışma alanında görünmesini sağlayan sahiplik düzenini kurar. Aksi halde kayıt vardır, fakat ortak çalışma görünürlüğü eksiktir.
Sırayı taşıyan liste hangisi
Özel görünüm, tanımlı ölçütleri karşılayan kayıtlarla kendiliğinden dolar; ancak bildirim göndermez, görev açmaz veya sırayı ilerletmez. Görünüm tüm kullanıcılara, yalnız oluşturan kişiye ya da seçili kullanıcılara açılabilir. Kaydedilen gelişmiş filtre ise kullanıcıya özeldir ve ekiple paylaşılmaz. Bu ayrım, kişisel inceleme ekranının ortak kuyruk sanılmasını önler. Liste görünümündeki dokuz toplu eylem de kullanıcı tıklaması bekler. Dolayısıyla görünüm, işletim kuralının yerine geçen bir mekanizma değildir.
Messages modülünde belirli gün, hafta veya ay içinde yanıtlanmamış ya da yanıtlanmış mesajlar süzülebilir. Mesaj zamanı, kayıt sahibi ve yanıtlayan kullanıcı da filtre ölçütü olabilir. Bu süzgeçler yanıt bekleyen kayıtları bulmaya yardım eder, fakat varsayılan sıralama alanı belgelerde açıklanmadığı için sırayla yanıtlama davranışı varsayılamaz. Zoho görünümü talebi seçilebilir kılar; çalışma sırasını kendi başına yürütmez. Ekip, sıralama kararını bu nedenle belgelenmemiş bir varsayıma bağlamamalıdır.
Aynı kişinin iki kez düşmesini engelleyin
Mükerrer kayıt denetiminde bulanık eşleştirme bulunmaz. Benzersizlik, alanın özelliğidir ve aynı değeri taşıyan ikinci kaydın açılmasını engeller; kullanıcıya uyarıp devam etme seçeneği sunmaz. Bir modülde en fazla iki alan benzersiz işaretlenebilir. Leads, Contacts, özel modüller ve Products için bu üst sınır üçtür. Bu nedenle telefon, e-posta veya başka tanımlayıcı seçilirken kanal kayıtlarının aynı biçimde veri üretmesi gerekir. Aksi durumda aynı kişi farklı yazımlarla ayrı kayıtlarda kalabilir.
De-duplicate yalnız seçilen alan değerleri birebir aynı olduğunda kayıtları birleştirir ve Leads, Accounts, Contacts, Deals, Vendors ile özel modüllerde kullanılabilir. Seçilebilecek alan sayısı belgelerde çelişkili olduğu için burada kesinleştirilmez. Find and Merge ise tek işlemde en fazla üç kaydı birleştirir. Birleştirilen kayıtlar kalıcı olarak silindiğinden ana kayıt ve korunacak değerler işlemden önce dikkatle incelenir. Bu inceleme, özellikle geri alınamaz kayıp riskini azaltmaya yöneliktir.
Kanal eklemenin sınırı ve maliyeti
Belgelenmeyen bir kanal için geçerli giriş yolu ayrıca doğrulanır. CRM, Marketplace üzerindeki üçüncü taraf uygulamalarla genişletilebilir. İş akışından çalışan Actions by Zoho Flow ise Flow uygulamalarının yalnız bir alt kümesini kapsar ve bir koşula tek Flow eylemi bağlar. Her başarılı eylem bir kredi tüketir; aylık ilk yüz kredi ücretsizdir. Limit dolduğunda eylemler o ay çalışmaz. Gelen webhook tarayıcıdan doğrudan çağrılamaz, sunucu aktarıcısı gerekir. Bu maliyet, kanal kararının teknik kapsamıyla birlikte ayrıca değerlendirilir.
Sürüm planında web formu konum adresi sınırı Standard ve Professional için beş, Enterprise için on, Ultimate için yirmidir; captcha, iFrame ve betik kodu ücretli sürümlerdedir. İş mesajlaşması deneme ve tüm ücretli sürümlerde bulunur, mesaj bedeli sağlayıcıya aittir. Atama kuralı ilgili profil iznini, Social özellikleri belirtilen uygulama ve yönetim izinlerini, E-posta Ayrıştırıcı yönetici profilini ister. Social için açık sürüm eşiği bilinmez ve teklif öncesi doğrulanır. Flow sürümden bağımsız, kullanım bazlıdır. Bu koşullar, teklif kapsamının doğrulama adımını önceden belirler.
