Zoho CRM'de Lead mi Contact mı: klinikte hasta adayı ne zaman hastaya dönüşür

Klinikte Lead ile Contact arasındaki sınır, kişinin tıbbi veya hukuki statüsünü belirlemez. Bu ayrım, talebin hangi kayıt düzeninde izleneceğini gösterir. Lead, talebin gerçekliğini, ulaşılabilirliğini ve klinik kapsamına uygunluğunu değerlendirme alanıdır. Contact ise sürdürülen ilişkiyi taşır. Zoho CRM içindeki dönüşüm, bakım ilişkisinin başladığını kanıtlayan klinik kayıt değildir. Dönüşüm ve klinik durum ayrı alanlarda, kendi süreçlerinin anlamı korunarak yönetilir.

Bu nedenle dönüşüm eşiği, ekip üyelerinin değişken yorumlarına bırakılamaz. Çok erken dönüşüm, henüz doğrulanmamış talepleri sürdürülen ilişkiler arasına karıştırır. Çok geç dönüşüm ise doğrulanmış ilişkinin Lead düzeninde kalmasına ve işlemlerin dağılmasına yol açar. Sağlam yaklaşım, eşiği kayıtta görünür kılmak, taşınacak bilgileri önceden belgelemek ve geri alınamayan adımı yetkili insan onayıyla, kritik alanlar karşılaştırıldıktan sonra başlatmaktır.

Lead ile Contact klinik statü değil kayıt düzenidir

Lead kaydı üç operasyonel soruya cevap verir: Talep gerçek mi, kişi erişilebilir mi ve talep kliniğin tanımladığı kapsamla uyumlu mu? Contact kaydı ise doğrulanmış iletişimin sürdürüldüğü ilişki düzenini taşır. Bu iki amaç kişinin klinik durumuna ilişkin hüküm vermez; ekip içindeki kayıt akışını ayrıştırır, sahipliği ve izlenecek işi görünür kılar.

Contact'a dönüşmek muayenenin, tedavinin veya bakım ilişkisinin başladığı anlamına gelmez. Dönüşüm durumu ile klinik durum aynı alanda temsil edilmez. İlki kayıt yaşam döngüsünü, ikincisi yetkili klinik sürecin bilgisini anlatır. Ayrım korununca danışman ekibi operasyonel ilerlemeyi izlerken klinik kayıtların anlamını değiştirmez veya modül adlarından yeni bir statü üretmez.

Ekip sınırı erken koyarsa ulaşılamayan veya kapsamı doğrulanmamış talepler Contact havuzunu doldurabilir. Geç koyarsa sürdürülen görüşmeler Lead kayıtlarında kalır ve sahiplik takibi zorlaşır. Doğru zaman genel bir sezgi değil, ekipçe tanımlanan şartların kayıtta görünür olduğu andır. Bu anın kapsamı yazılı tutulur ve klinik kararlarla karıştırılmadan düzenli biçimde gözden geçirilir.

Eşiği gözlenebilir bir alan değerine bağlayın

Eşik için yeterlilik sonucu, iletişim doğrulaması ve ilgi alanı gibi açık ölçütler tanımlayın. Değerleri serbest yorumla değil, önceden belirlenmiş seçeneklerle ifade edin. Böylece “hazır görünüyor” gibi kişiye göre değişen değerlendirmeler yerine, hangi değer birleşiminin dönüşüm incelemesine gireceği kayıtta okunabilir. Seçeneklerin operasyonel anlamını belgeleyin ve aynı sonucu anlatan ifadeleri birleştirin.

Bu alanlar dönüşümü kendiliğinden başlatan bir karar motoru değildir. Kayıt ölçütleri karşıladığında insan incelemesine aday kabul edilir. Sorumlu kişi iletişim bilgisini, yeterlilik sonucunu, ilgi alanını ve sahipliği birlikte kontrol eder, ardından dönüşüm kararını bilinçli olarak verir. Eşik gözlenebilir kalırken geri alınamayan işlem, tek bir alan değişikliğinin kontrolsüz sonucu haline gelmez.

Zoho içindeki dönüşüm sürümden bağımsızdır ve kullanıcının profilinde Convert Leads izni bulunur. Eşik özel alanla kurulacaksa en az Standard gerekir; Free sürümde özel alan veya özel modül yoktur. Eşiği incelemek ile dönüşümü uygulamak ayrı sorumluluklar olarak düzenlenebilir. Bu ayrım, alan değerlerinin tek başına yetki yerine geçmesini önler. Ekip hangi değerin kim tarafından doğrulanacağını, çelişkili bilgi bulunduğunda kaydın nasıl bekletileceğini ve son onayın kimden geleceğini kendi operasyon belgesinde açıkça tanımlar.

Dönüşümün ürettiği kayıtlar ve taşıdığı nesneler belgelidir

Bir Lead dönüştürüldüğünde Contact oluşur. Lead üzerinde Company Name varsa Account da oluşur; kullanıcı isterse yeni Deal açar. Deal seçildiğinde sıra sabittir: önce Lead verisiyle Account ve Contact, ardından Deal oluşturulur. İşlem geri alınamaz ve Convert Leads profil izni gerektirir. Bu nedenle hedef kayıtlar ile eşlemeler dönüşümden önce incelenir.

Deal oluşturulursa Lead notları ilgili Deal'a taşınır, ayrıca Account ve Contact üzerinde kopyaları görünür. Deal yoksa notlar yalnız Contact'ta bulunur. Ekler kendiliğinden dağılmaz; kullanıcı Contact, Account veya Deal arasından tek hedef seçer. Etiketler üç hedefe taşınabilir. Account seçilmişken yeni veya mevcut Account bulunamazsa ilgili etiketler Contact'a taşınır.

Danışman, dönüştürdüğü kayda eklediği röntgen dosyasını Contact ekranında arar. Dosya orada değildir, çünkü ekler için seçilen tek hedef Deal kaydıdır. Dönüşüm geri alınamadığından dosyayı elle yeniden bağlar. Açık etkinliklerin hangi kayda bağlandığı belgelenmediği için Zoho üzerinde temsilî dönüşüm çalıştırın; önceki ve sonraki ekranları karşılaştırıp her nesnenin yerini yazılı kaydedin.

Mevcut kayıtla eşleşmede boş alan kuralı işler

Dönüşüm sırasında sistem önce Contacts ve Accounts modüllerindeki benzersiz alanları inceler. Eşleşme bulunmazsa Lead e-postası, şirket adı ve Lead adı sırasıyla değerlendirilir. Benzersiz alanlar bu sistem alanlarından önce gelir. Benzer kayıt bulunduğunda kullanıcı yeni kayıt üretmek yerine mevcut kayıtla birleştirmeyi seçebilir; karar öncesinde eşleşmenin aynı kişiyi temsil ettiği doğrulanır.

Bir Contact ile birleşmede Lead değerleri yalnız hedef alan boşsa aktarılır; dolu alanın üzerine yazılmaz. Bu davranış yerleşik bilgiyi koruyabilir, fakat eski değerin daha güncel bilgiyi engellemesine de neden olabilir. Kullanıcının hedef modül veya kayıt üzerinde yalnız okuma izni varsa dönüşüm ve birleşme gerçekleşir, ancak hedef alanlar güncellenmez.

İki yıl önce açılmış bir Contact kaydında eski telefon numarası durur. Aynı kişi yeni talep açar; dönüşüm mevcut Contact ile birleşir, fakat yeni numara yazılmaz. Hedef alan dolu olduğu için ekip eski numarayı arar. Bu nedenle eşleşme özetinde telefon, e-posta, dil ve sahiplik değerlerini karşılaştırın; korunacak ve düzeltilecek bilgileri dönüşümden önce belirleyin.

Alan eşlemesini tip ve uzunluk üzerinden kurun

Eşleme yolu Setup, Customization, Modules and Fields, Leads ve Lead Conversion Mapping adımlarını izler. Standart alanlar varsayılan olarak eşlenir; özel alanlar elle eşlenir. Kaynak ve hedef aynı tipte olmalı, hedef en az kaynak kadar uzun olmalıdır. Metin metinle, seçim listesi benzer tipte seçim listesiyle eşlenir. Uyumsuz hedef, eşleme açılır listesinde görünmez.

Alan adlarının benzemesi yeterli değildir. Kaynaktaki serbest metin ile hedefteki kontrollü seçenekler aynı anlamı taşısa bile değer uyumu ayrıca çözülür. Köken bilgisini anlatan kaynak alanı, güncel iletişim kanalını anlatan hedef alana bağlamayın. Her eşleme için iş anlamını, veri tipini ve uzunluğu birlikte inceleyin; yalnız ekranda yakın duran adlara dayanarak karar vermeyin.

Birden fazla düzen kullanıldığında dönüşüm eşlemesi düzenler arasında ayrıca kurulur. Alt form alanları, aynı veri tipi ve uzunluk koşuluyla Contacts, Accounts veya Deals içindeki alt formlara eşlenebilir; bu eşleme toplu dönüşümde çalışmaz. Düzen bazlı dönüşüm eşlemesi ve alt form eşlemesi Enterprise ve üzerini gerektirir. Alt form sayısı Enterprise'da modül başına iki, Ultimate'ta beştir; alt sürümlerde alt form yoktur. Sürüm düşürülünce düzen bazlı dönüşüm durur, ayarları düzenleyene kadar korunur. Zoho yapılandırmasını kullanıma açmadan önce tekil ve toplu yolları ayrı örneklerle sınayın; birinde gözlenen sonucu diğerine genellemeyin.

Toplu dönüşüm tekli dönüşümle aynı şey değildir

Birden çok sayfa düzeni bulunan yapıda, iş akışıyla veya toplu dönüşümle işlem yapılırken Deals için yalnız Deal Name, Closing Date ve Stage alanları görünür. Deals modülündeki benzersiz alanlar toplu dönüşümde kullanılamaz. Yeni Deal, düzenin varsayılan pipeline'ına eklenir; seçilen Stage orada yoksa varsayılan pipeline'ın ilk aşaması uygulanır.

Kayıt para birimi seçilmemişse para alanlarındaki tutarlar ana para birimi kabul edilir, ardından Lead kaydının para birimi ve kuruna göre çevrilir. Tekil dönüşümde gözlenen ekranı toplu işleme genellemeyin. Düzen, pipeline, aşama ve para alanlarını küçük bir deneme kümesinde kontrol edin; beklenen hedefleri ve kabul ölçütlerini işlemden önce yazılı hale getirin.

Dönüşüm sırasında doğrulama kurallarının çalışıp çalışmadığına ilişkin resmî açıklamalar çelişir; kesin sonuç ileri sürmeyin ve kendi organizasyonunuzda sınayın. Doğrulama elle kayıt oluşturma ve düzenlemede çalışır. İçe aktarma, iş akışı alan güncellemesi, onay süreci, Blueprint ve API güncellemesinde alan değişikliği kuralın önüne geçer. Toplu işlemden önce ayrı uygunluk incelemesi ve insan onayı kullanın.

Mükerrer denetimini dönüşümden önce çalıştırın

Benzersizlik alanın kendi özelliğidir ve modülün tamamında uygulanır. Leads, Contacts, özel modüller ve Products içinde en fazla üç, diğer modüllerde en fazla iki alan benzersiz işaretlenebilir. Tasks, Calls ve Meetings içinde benzersiz alan yoktur. Desteklenen tipler Metin, E-posta, Telefon, Tam Sayı, Uzun Tam Sayı ve URL'dir. Eşleşme büyük küçük harfe duyarsızdır; benzersiz alan şifrelenemez. Zoho bulanık eşleştirme sunmaz.

Find and Merge kayıt ayrıntısından çalışır, altı ölçüt sunar ve en fazla üç kaydı birleştirir; birleşen kayıtlar kalıcı silinir. De-duplicate yalnız belirtilen destekli modüllerin liste görünümünde en fazla üç alan kullanır, birebir aynı değerleri birleştirir ve en güncel Last Activity Time değerini ana kayıt seçer. Normalize edilmiş telefon ve küçük harfli e-postayı önce denetleyin. Kimlik belgesi kullanımını ayrı mevzuat değerlendirmesine bırakın. Dönüşümden önce küçük bir kayıt kümesindeki ilişkileri doğrulayın.

Klinikler için Zoho CRM