Uluslararası hasta operasyonunda aynı dosya, teklif hazırlayan danışmandan havaalanı karşılamasına, tercümandan klinik içi refakate kadar farklı kişilerin dikkatini ister. Bu akışı kaydın sahibini sürekli değiştirerek yönetmek, sorumluluk ile görünürlüğü birbirine karıştırır. Zoho CRM'de daha sağlam başlangıç, sahipliği tek kişide bırakırken tercüman, karşılayan ve refakatçiyi ayrı kullanıcı alanlarında göstermektir. Böylece her görev, ilgili kişi ve erişim kararı ayrı ayrı okunur, dosyanın bağlamı da korunur.
Bu yaklaşım, operasyon ekibindeki herkesin kayıt sahibi olması gerektiğini varsaymaz. Kimin ticari ilişkiyi yürüttüğü, kimin hastayı karşıladığı ve kimin iletişime destek verdiği farklı sorulardır. Kullanıcı alanları kişileri gösterir; atama kuralları sahipliği yönetir; erişim ayarları ise kaydı kimin görebileceğini belirler. Randevu ve görev tasarımı da bu ayrımı bozmadan, ürünün belgelenmiş sınırları içinde kurulabilir ve sürüme göre doğru yöntem seçilebilir.
Aynı hastanın dört farklı ekibi vardır
Uluslararası dosya çoğu zaman satış, karşılama, dil desteği ve klinik refakat ekiplerinin ardışık katkısıyla ilerler. Bu katkıların hepsini tek bir sahiplik değişim dizisine çevirmek, kişinin dosyadaki rolünü belirsizleştirir. Operasyon tasarımına başlarken önce hangi kişinin hangi soruya cevap verdiğini ayırın: ilişkiyi kim yönetiyor, kim karşılıyor, kim tercüme ediyor ve kim refakat ediyor?
Hasta Arapça konuşurken havaalanında onu karşılayacak kişi yalnız İngilizce biliyor. Karşılama görevini açan kural kayıt sahibini esas alıyor; sahip ise ilk teklifi hazırlayan danışman. Burada kimse yanlış davranmış değildir. Asıl eksik, hastanın dil bilgisinin süreçte nerede tutulduğunun ve karşılama kararında nasıl kullanılacağının açıkça tanımlanmamış olmasıdır. Bu belirsizlik kişisel dikkatle değil, kayıt tasarımıyla görünür kılınır.
Dört katkı aynı anda başlamaz ve aynı erişimi gerektirmez. Danışman teklif aşamasını yürütürken karşılayan kişi ulaşım anında, tercüman görüşme sırasında, refakatçi ise klinik akışında devreye girebilir. Bu nedenle sorumluluğu tek bir genel ekip etiketiyle anlatmak yerine, her operasyon rolünü kayıt üzerinde kendi bağlamıyla göstermek gerekir. Böyle bir ayrım, sahipliğin anlamını da korur.
Görev dağılımını önce alan olarak yazın, sonra kural olarak
Zoho CRM kaydında tercüman, karşılayan kişi ve refakatçi için ayrı tek kullanıcılı alanlar açabilirsiniz. Bir modülde bu alanlardan en fazla beş tane bulunabilir; ayrıca tek bir çok kullanıcılı alan açılabilir ve onda en çok on kullanıcı tutulabilir. Görevler, Aramalar ve Toplantılar modülleri kullanıcı alanını desteklemediği için bu kişiler hasta kaydı gibi uygun ana kayıtta gösterilmelidir.
Kullanıcı alanı doğrudan bir kişiyi işaret eder. Rol, grup veya ekip seçtiren ayrı bir alan tipi bulunmaz. Bu yüzden “tercüman grubu” gibi bir değeri kişi alanının yerine koyamazsınız. Gruplar kullanıcı, rol, rol ve astları ya da başka bir alt grup üzerinden oluşturulur; ancak gruba kayıt atanmaz. Grup, gerektiğinde veri paylaşım kuralının erişim tarafında kullanılabilir.
Kayıt sahibiyle hiyerarşik bağı olmayan bir operasyon çalışanına erişim vermek için kullanıcı alanının özelliklerinde bir kayıt erişim seviyesi seçilebilir. Seçenekler salt okuma, okuma ve yazma ya da tam erişimdir. Alternatif olarak kayıt bazlı paylaşım veya veri paylaşım kuralı kullanılabilir. Böylece kişiyi gösteren alan ile kişinin kayıtta yapabilecekleri aynı tasarım kararında buluşur, fakat sahiplik değişmez.
Bir randevunun tek üyesi vardır
Zoho CRM içindeki bir randevu yalnızca bir üye adına açılır; Üye alanı ikinci bir kişiyi taşımaz. Bu nedenle hastanın tercümanını veya refakatçisini randevunun ek üyesi gibi modellemek doğru değildir. Randevunun başlangıcı kurumun çalışma saatleri içinde olmalıdır. Süre ise hizmetin uygunluk ayarından gelir ve randevu ekranında yeniden belirlenemez.
Hizmet kaydındaki Hizmet üyeleri bileşeni farklı bir amaç taşır. Burada hizmeti sunan veya hizmete katılan CRM kullanıcıları tutulur. Aynı hizmet kaydında uygun günler, saatler ve istenirse bir tarih aralığı da tanımlanır. Bu liste, belirli bir hastanın tercüman ve karşılama sorumlularını gösteren operasyon alanlarının yerine geçmez; hizmetin genel katılımcı çerçevesini anlatır.
Bu ayrım kayıt modelini sadeleştirir. Randevunun tek üyesi, hizmetin sunumuyla ilgili kişidir. Hastaya özgü tercüman, karşılayan ve refakatçi ise hasta kaydındaki ayrı kullanıcı alanlarında görünür. Böylece hizmet üyeleri listesinden hastaya özel bir görev dağılımı çıkarıldığı varsayılmaz. Randevu tasarımı da belgelenmemiş ek kullanıcı alanlarına veya çok üyeli randevu beklentisine dayanmaz.
Dile göre atamanın belgelenmiş yolu
Zoho CRM iş akışındaki Sahip Ata eylemi kullanıcıyı üç biçimde seçebilir. Kategori seçimi kullanıcı, rol veya grup içinde round robin uygulayabilir. Kullanıcı ölçütü, Users modülündeki alanlara koşul bağlar ve birden çok eşleşmede round robin kullanır. Üçüncü yol önceden hazırlanmış bir atama kuralıdır. Bu seçeneklerin tamamı kayıt sahibini belirler; tercüman alanını hesaplayarak doldurmaz.
Dil esaslı tasarımda kritik sınır şudur: Users modülündeki alanlarla ölçüt kurulabilmesi, bu modüle yeni bir dil alanı eklenebildiği anlamına gelmez. Böyle bir özel alanın açılabilirliği doğrulanmış değildir. Bu nedenle mevcut alanlarda uygun bir veri yoksa onu varmış gibi varsaymayın. Önce kullanılabilir veriyi doğrulayın, ardından yalnız belgelenen kullanıcı ölçütü veya kategori seçimini değerlendirin.
Bir kuralda tek Sahip Ata eylemi bulunabilir; modül için en fazla bir tane ve toplamda üç eylem tanımlanır. Kayıt birden fazla kuralla eşleşirse sahip ilk eşleşen kuraldan gelir. Yalnız çevrimiçi kullanıcıları seçme seçeneği kategori ve ölçüt tabanlı seçimlerde kullanılabilir. Seçilenlerin hiçbiri o sırada web üzerinden çevrimiçi değilse atama gerçekleşmez. Bu sonuç için operasyonel takip gerekir.
Karşılama, refakat ve taburcu adımlarını göreve çevirin
İş akışı görevi, kuralda belirtilen sabit kullanıcıya atanır. Assigned To alanını boş bırakırsanız görev kayıt sahibine gider. Kayıttaki tercüman veya refakatçi kullanıcı alanına doğrudan yöneltmek için üç belgelenmiş yol vardır: kişi başına ayrı kural, kullanıcı alanı üzerinden Sahip Ata eylemi ve boş Assigned To birleşimi ya da görevi oluşturan özel fonksiyon.
Randevular modülündeki iş akışı görev oluşturamaz. Bu modülün eylemleri webhook, e-posta bildirimi, fonksiyon, alan güncelleme ve etiketle sınırlıdır. Alan güncelleme yalnız randevunun kendi alanlarını ve belgelenen üst kayıt eşleşmelerini etkiler. Bu nedenle karşılama, refakat veya taburcu görevinin randevudan otomatik açılacağını varsaymayın; görev akışını ilgili hasta kaydı üzerinden tasarlayın.
Taburcu sabahı koordinatör listeyi açtığında üç hastanın refakatçisi bellidir, dördüncü kayıttaki alan ise boştur. Bu boşluk teknik bir hata değildir; o gün henüz kimsenin cevaplamadığı operasyon sorusudur. Alanın ekranda görünmesi, telefon trafiği başlamadan eksik sorumluluğu fark etmeyi sağlar. Görev kuralı ancak atama kararının kayıt üzerinde açıkça temsil edilmesinden sonra anlam kazanır.
Havuz yerine sahip, görünürlük yerine kural
Zoho CRM'de bir kaydın sahibi daima tek kullanıcıdır. Sahipsiz, herkesin ortak biçimde gördüğü bir havuz CRM nesnesi değildir. Böyle bir davranış gerekiyorsa yalnız bu amaç için ayrılmış kullanıcı hesabı sahip yapılabilir; görünürlük de rol hiyerarşisi veya paylaşım kuralıyla açılabilir. Bu yaklaşım bir havuzu taklit eder, fakat kaydı bir gruba veya birden çok sahibe dönüştürmez.
Tercümanın kaydı görmesi için onu işaret eden kullanıcı alanında uygun erişim seviyesi belirlenebilir. Daha geniş bir kitle gerekiyorsa veri paylaşım kuralı kullanılabilir. Gruba doğrudan kayıt atanamaz; grup burada yalnız paylaşımın kimlere ulaşacağını tanımlar. Böylece “kim sahip” ve “kim görebilir” soruları birbirinden ayrılır. Karşılayan ya da refakatçi görünürlük kazanırken ticari sahip korunabilir.
Alan tabanlı erişim, kayda işaret edilen kişiye salt okuma, okuma ve yazma veya tam erişim verebilir. Kayıt bazlı paylaşım da belirli durumlar için diğer belgelenmiş yollardan biridir. Bölge yönetimi başka bir seçenektir ve yalnız Enterprise ile üst sürümlerde bulunur. Bu yöntemlerden hangisini seçerseniz seçin, erişim kararını olmayan bir ekip alanına veya ortak sahiplik varsayımına bağlamayın.
Operasyon görevlerinde kurulum sırası ve sürüm eşiği
Kuruluma önce ana kayıttaki kişilerle başlayın: tercüman, karşılayan ve refakatçi alanlarını tanımlayın, ardından erişim düzeylerini ve görev yollarını seçin. Sonra randevu ile hizmet kayıtlarının görev dağılımındaki gerçek sınırını belirleyin. En son sahip atama koşullarını ekleyin. Bu sıra, aynı kişiyi hem kayıt sahibi, hem randevu üyesi, hem de görev sorumlusu sayan belirsiz kurguları önler.
Sürüm eşikleri birbirinden ayrıdır. Özel kullanıcı alanları Free sürümünde yoktur ve en az Standard gerekir. Randevular modülü Professional, Enterprise ve Ultimate sürümlerinde bulunur ve başlangıçta kapalıdır. Hizmetler modülü de bu üç sürümde kullanılabilir, ancak yalnız yönetici tarafından açılır. Zoho içindeki özel fonksiyon yolu Enterprise ve üstünü gerektirir. Bölge yönetiminin alt sınırı da Enterprise sürümüdür.
Enterprise altındaysanız görevi kullanıcı alanındaki kişiye yöneltmek için fonksiyon varsaymayın; kişi başına ayrı kuralı veya kullanıcı alanıyla Sahip Ata eylemini, Assigned To boş bırakılan görevle birlikte değerlendirin. Yönetici yetkisi isteyen sahip atamasını ve modül erişimini de ayrı doğrulayın. Son olarak kendi sürümünüzde hangi adımların açık olduğunu Setup ekranında kontrol edin; tercüman, karşılama ve refakat zincirini yalnız doğruladığınız parçalarla tamamlayın.
