Bir hasta adayı sabah web formunu doldurur, öğleden sonra kliniği arar. Telefonu açan çalışan mevcut kaydı bulamayınca yeni bir kayıt oluşturur. Akşam aynı kişiye iki danışmandan iki ayrı fiyat mesajı gider. Zoho CRM içinde bu tabloyu yalnız bir iletişim hatası saymak, sorunun iki farklı kaynaktan beslendiğini ve farklı kontroller gerektirdiğini gözden kaçırır. Bu ayrım, ekibin önce doğru nedeni araştırmasını sağlar.
İlk sorun, aynı kişi için ikinci bir kayıt açılmasıdır. İkincisi, tek kayıt bulunsa bile sahibinin açık biçimde belirlenmemesidir. Benzersiz alan ve mükerrer kontrolü ilk soruna, atama ve kayıt kilidi ise sahiplik düzeninin farklı parçalarına temas eder. Ancak bu araçların hiçbiri kaydı ekip adına rezerve etmez. CRM kaydının sahibi her zaman tek kullanıcıdır. Dolayısıyla tek kontrol, iki riski birlikte çözmeye yetmez.
Aynı hasta adayı sisteme kaç yoldan girer
Aynı kişi doğrudan kayıt ekranından, web formundan, içe aktarılan listeden, ilişkili listeden, arama alanının açılır penceresinden, mobil uygulamadan veya API üzerinden sisteme girebilir. E-posta mükerrer kontrolü kayıt oluşturma ve düzenlemede, ilişkili liste ve arama penceresinde, mobil uygulamada, API işlemlerinde ve dönüştürmede devrededir. Klonlamada e-posta değeri kaldırılır. Her giriş yolu başlangıçta aynı kimlik bilgisini taşımayabilir.
Web formundaki eşleşme kaydı onaya gönderir; içe aktarmada Clone kapanır ve Skip ya da Overwrite seçilir. Zoho Sheet View üzerinden ekleme ve güncelleme, veri göçü ve geri dönüşüm kutusundan geri yükleme kontrolden geçmez. Sistem e-posta alanı gizlenirse özellik bütünüyle çalışmaz. Bu nedenle sahiplik tasarımından önce ikinci kaydın hangi girişte doğduğunu belirleyin. Böylece inceleme yalnız danışmanın davranışına da indirgenmemiş olur.
Sahipliği tek kişide bırakın, havuz kurmaya çalışmayın
CRM kaydının sahibi daima tek kullanıcıdır; sahipsiz, bütün ekibin ortaklaşa kullandığı bir havuz nesnesi yoktur. Havuz benzeri düzen gerekiyorsa ayrılmış bir kullanıcı hesabı sahip yapılır. Görünürlük rol hiyerarşisi veya paylaşım kuralıyla genişletilir, atama gerçekleşince kayıt gerçek sahibine geçer. Paylaşım kuralı mevcut erişimi azaltmaz, yalnız daha fazla erişim verir. Bu yapı, ortak görünürlük ile sahipliği birbirinden ayırır.
Elle oluşturulan kayıtta belgelenmiş sahip belirleme yolu, iş akışındaki Assign Owner eylemidir. Seçim kullanıcı, rol veya grup arasında round robin ile, kullanıcı alanına bağlı ölçütle ya da kurulmuş atama kuralıyla yapılabilir. Bir kurala ve bir modüle yalnız bir Assign Owner konur; toplam sınır üçtür. Birden çok eşleşmede sahipliği ilk iş akışı belirler. Böylece manuel girişler için sahiplik yolu ayrıca tanımlanır.
Mükerrer kaydı temizlemeden önce girişte durdurun
Önce kişiyi ayıracak alanı seçin, sonra alanı benzersiz işaretleyip Leads içindeki Duplicate Check Preference ayarını açın. Genel sınır modül başına iki benzersiz alandır; Leads, Contacts, Products ve özel modüllerde üçtür. Metin, e-posta, telefon, tam sayı, uzun tam sayı ve URL kullanılabilir. Eşleşme harf büyüklüğünü önemsemez; benzersiz alan şifrelenemez. Bu seçim, verinin kanalda nasıl girildiğiyle birlikte değerlendirilmelidir.
İki hafta sonra aynı hastanın üç kaydı bulunur: telefon birinde başında sıfırla, birinde ülke koduyla, diğerinde boşluklarla yazılmıştır; kayıtların hiçbiri diğerini mükerrer tanımaz. E-posta çoğu hastada boşsa ve telefon biçimleri değişiyorsa alan seçimi tek başına yetmez. Tek eşleşmede uyarı mevcut kaydın adını ve sahibini gösterir; çoklu eşleşmede birleştirmeye yöneltir. Bu nedenle telefon biçiminde tutarlı veri girişi gerekir.
Kayıt tek olduğunda bile iki kişi arayabilir
Atama kuralı yalnız içe aktarma, web formu ve API yoluyla oluşturulan kayıtlarda çalışır; elle açılan kayıtta tetiklenmez. Zoho CRM, uygunluğu kullanıcının giriş durumu ve şirket vardiyası üzerinden denetleyebilir. İki koşul birlikte seçilirse ikisinin de sağlanması bu mevcut kayıt modeli içinde gerekir. Çevrimiçi durum bilgisi beş dakikaya kadar gecikebildiğinden anlık sıra beklentisi buna göre kurulmalıdır. Bu sınır, telefonla alınan talepler için özellikle önemlidir.
Atanamayan kayıt sahipsiz kalmaz. İçe aktarmada işlemi başlatana, API kullanımında token sahibine, web formunda kuralı kuran kullanıcıya gider; bu kullanıcı pasif veya silinmişse süper yönetici devreye girer. Assignment Threshold günlük, haftalık ya da aylık azami kayıt yükünü sınırlar. Atama, form, senkronize modül ve Visitor işlemlerinde uygulanır; elle işlem, toplu devir ve içe aktarmada yalnız uyarır. Varsayılan sahip, ortak kuyruk değil açık bir sorumludur.
Dönüştürme anında ne oluyor
Zoho CRM, hasta adayını dönüştürürken eşleşmeyi sırasıyla Contacts benzersiz alanlarında, Accounts benzersiz alanlarında, Contacts e-postasında, Accounts hesap adında ve kişi adında arar. Eşleşme bulunursa aday bilgileri mevcut kayıtla birleştirilir. Benzersiz alan ancak dönüşüm eşlemesinde tanımlıysa kontrol edilir; kişi adı ise e-posta ve şirket alanları boş olduğunda devreye girer. Bu sıra, dönüşüm öncesi eşlemeyi doğrudan önemli kılar.
Zoho belgesi bu noktada kendisiyle çelişir: bir sayfa dönüşümde doğrulama kurallarının denetlenmediğini, başka bir sayfa tekli ve toplu dönüşümün desteklenen işlemler arasında olduğunu yazar. Bu yüzden dönüşüm anındaki bir zorunluluğa dayanarak mükerrer temas önlenmiş kabul edilmez. Toplu dönüşümde Deals modülünün benzersiz alanları kullanılamaz. Dönüşüm öncesindeki veri düzeni ile eşleme seçimi, kontrol sırasının hangi alanları gerçekten değerlendireceğini belirler. Kontrolün gerçek kapsamı, seçilen eşleme tercihi yüzünden daralabilir.
Kilit bir randevu rezervasyonu değildir
Kayıt kilidi, elle veya ölçüt sağlandığında otomatik biçimde düzenleme ve silmeyi kısıtlar. Modül başına beş otomatik kural kurulabilir. Kural bütün profillere uygulanabilir ya da seçili profiller hariç bırakılabilir; kısıtlanan eylemler ve kilitliyken değiştirilebilecek alanlar ayrıca seçilir. Kilitli kayıt, liste görünümünde simgeyle belirtilir ve sistem tanımlı özel görünüm üzerinden süzülebilir. Bu görünürlük, kilidin kapsamını ekip için anlaşılır kılar.
Kilit kaydı bir danışmana rezerve etmez, başka birinin hastayı aramasını önlemez ve otomasyonu durdurmaz. İş akışı, atama, onay ve puanlama kilitli kayıtta sürebilir. Destek; temel satış, destek, görev, ürün ve kullanıcıların oluşturduğu özel modülleri kapsar, entegrasyonla gelen özel modülleri kapsamaz. Sürüm düşürülürse kilitler kalıcı açılır. Onaydaki kayıt ise inceleme boyunca ayrıca kilitlidir. Dolayısıyla bu kilit, açık sahiplik kuralının yerine kullanılamaz.
Aynı güne iki mesaj düşmesini görünür kılın
Zia bildirimlerindeki iş akışı anomalileri, aynı e-posta şablonunun aynı hasta adayına veya kişiye aynı gün iki kez gönderilmesini ve aynı kişinin bir günde birden çok şablon almasını izler. Liste ayrıca son yedi günde dokunulmayan kayıtların oranını ve aynı dönemde açılıp e-posta takibi yapılmayan kayıtların oranını görünür kılar. Bu göstergeler, engelden çok operasyonel inceleme görünürlüğü sağlar.
Bildirimler Zia panelinde her zaman görüntülenir. Slack ve Zoho Cliq yönlendirmesi ilgili entegrasyonu, e-posta yönlendirmesi posta sağlayıcı bağlantısını gerektirir. Ayar yolu Setup > Zia > Notifications biçimindedir. Professional sürümde yapay zekâ kapsamı kısmi, Enterprise ve Ultimate sürümlerinde tam listelenir; Professional içindeki hangi bildirimlerin kapsandığına dair ayrıca bir eşik belirtilmemiştir. Bu yüzden bildirim kapsamı teklif öncesinde ayrıca doğrulanır.
Geçmişte oluşmuş mükerrerleri elle kapatın
Find and Merge, kayıt detay sayfasından çalışır. Modül başına altı ölçüt alanı sunar ve bir işlemde en fazla üç kaydı birleştirir; birleşen kayıtlar kalıcı biçimde silinir. De-duplicate ise liste görünümünden başlatılır. Üç alan seçilebilir ve araç Leads, Accounts, Contacts, Deals, Vendors ile kullanıcıların oluşturduğu özel modüllerde kullanılabilir. Kalıcı silme nedeniyle ana kayıt seçimi dikkat ister.
De-duplicate, seçilen alanların değerleri birebir aynı ve çakışmasız olduğunda kayıtları otomatik birleştirir; ana kayıt en güncel Last Activity Time değerine göre seçilir. Çakışmayı kullanıcı çözer. İki araç da bulanık eşleştirme yapmaz ve seçilmeyen alanlardaki benzerliği değerlendirmez. Yaklaşık telefon veya ad eşleşmesi gerekiyorsa bu, araçların dışında ayrıca tasarlanacak bir inceleme sürecidir. İnceleme biçim farklılıklarını aynı kişi sanmadan dikkatle ayırır.
Bu kurgunun engelleyemedikleri
Benzersiz alan eşleşen ikinci kaydın açılmasını engeller; kullanıcıya uyarı verip devam seçeneği sunmaz. Tek eşleşmede uyarı mevcut kaydın adını ve sahibini gösterir; birden çok eşleşmede birleştirmeye yönlendirir. Kontrol, Sheet View, veri göçü ve geri yüklemede işlemez. Atama elle kayıtta başlamaz. Kilit rezervasyon oluşturmaz. Sahiplik tek kişide kalır; kalan temas boşluğu ekip disipliniyle yazılı kurala bağlanır. Yazılı kural, kimin ne zaman temas edeceğini netleştirir.
Sürüm ve izin sınırları birlikte doğrulanmalıdır: iş akışı ölçütü Standard ve Professional’da beş, Enterprise ve Ultimate’ta ondur; özel fonksiyon Enterprise ve üzerindedir. Zia kapsamı Professional’da kısmi, Enterprise ve Ultimate’ta tamdır, ancak Professional kapsamındaki bildirimler ayrıca doğrulanır. Kayıt kilidinin sürümü bilinmediğinden kuruluşta kontrol edilir; Duplicate Check Preference için Customize Zoho CRM, atama kuralı ve eşik için Assignment Rules and Threshold, Assign Owner için yönetici profili, kilit için Customize Modules izni gerekir. Görsel bir örnek için Eksenium'un Klinik CRM Pattern Kütüphanesi'ndeki lead-formu ve hasta-kabul kalıplarına bakabilirsiniz. Zoho CRM kurgusu, tek kayıt ile açık sahibi birlikte koruduğunda gerçekten anlam kazanır.
