Botoks ve dolguda seans yenileme hatırlatması nasıl kurulur

Danışan altı ay sonra kendi aklına geldiği için arar ve o sırada başka bir kliniğe gitmiştir. Kayıtta son işlem tarihi vardır, fakat sonraki temasın ne zaman yapılacağı hiçbir yerde yazmaz. Bu boşluk, yenileme takibinin ekibin belleğine bırakıldığını gösterir. Sorun aramanın unutulması değil, aramayı başlatacak tarihin kayıt üzerinde ortak, açık ve izlenebilir bir veri olarak bulunmamasıdır. Tarih görünmediğinde ekip, gecikmenin nerede başladığını ve hangi kaydın beklediğini birlikte kolayca değerlendiremez.

Sağlam bir yenileme düzeni, işlem tipini ve kurumunuzun belirlediği aralığı kayda bağlar. Ardından sonraki tarihi hesaplar, zamanı yaklaşan kayıtları ayırır ve seçilen takip kanalını işletir. Zoho bu yapıda tıbbi süre önermez. Karar kurumunuza aittir. Ayrıca görünüm, hesaplama ve otomasyon aynı iş değildir. Her parçanın sınırını bilmek, sessizce bozulan bir takip düzenini önler ve sorumluluğu görünür kılar. Bu ayrım, kararın sahibini, uygulama adımını ve kontrol noktasını aynı kayıt çevresinde tutar.

Yenileme aralığı bir alışkanlık değil, bir veridir

Yenileme zamanı yalnız deneyimli bir çalışanın zihninde duruyorsa ekip ortak bir karara göre hareket edemez. Son işlem tarihini kaydetmek de tek başına yeterli değildir. Takibin hangi işlem tipine bağlı olduğu, kurumun o tip için hangi aralığı benimsediği ve sonraki temas tarihinin ne olduğu ayrı biçimde anlaşılmalı. Böylece yeni bir çalışan da kaydın neden öne çıktığını okuyabilir. Ayrı veriler, aralık kararı değiştiğinde hangi kayıtların yeniden gözden geçirileceğini de anlaşılır kılar.

Ekip tekrar eden işlemleri bir tabloda tutar. Tablodaki tarih elle güncellenir, bir hafta güncellenmediğinde liste sessizce yanlışa döner ve kimse ne zaman kaydığını fark etmez. Buradaki risk tablonun varlığı değil, hesaplama kararının güncelleyen kişiye bağlı kalmasıdır. Kayıt ile takip tarihi arasındaki bağ görünür olmadığında, listenin güncel görünmesi onun gerçekten doğru olduğunu kanıtlamaz. Kontrol, yalnız son tarihe değil, o tarihi üreten karara da düzenli bakılarak yapılmalı.

İşlem tipini ve aralığı kayıtta tutun

İşlem tiplerini tutarlı adlarla tanımlamak, aralık kararının doğru kategoriye bağlanmasını sağlar. Yerel bir seçim listesine değer eklendiğinde, değer yeniden adlandırıldığında veya silindiğinde değişiklik kullanıldığı kayıtlara yansır. Bu nedenle adlandırma ve kaldırma kararları yalnız ekran düzeni sayılmaz. Mevcut kayıtların nasıl okunacağını da etkiler ve değişiklikten önce kapsamın incelenmesini gerektirir. Bu inceleme, aynı anlamdaki iki adın ayrı kategoriler gibi izlenmesi riskini de azaltır.

Liste Zoho içindeki bir global sete bağlıysa silinen değer ilişkili listelerden kalkar, ancak mevcut kayıtlardan silinmez. Bu durumda değer değiştirme seçeneği de kaybolur. Çoklu seçim listeleri global sete bağlanamaz. Dolayısıyla yerel liste ile global set tercihini yalnız tekrar kullanım kolaylığına göre yapmayın. Eski kayıtların korunma biçimini ve ileride yapılacak değer temizliğini de tasarım kararına katın. Seçim, yeni kayıtların düzeni kadar geçmiş kayıtların yorumlanma biçimini de uzun vadede etkiler.

Sonraki tarihi hesaplayan alanın sınırları

İşlem tipine göre farklı gün sayıları, iç içe koşullar kullanan bir formül alanında seçilebilir ve başlangıç tarihine eklenebilir. Sonuç alanı salt okunurdur. Hesaba katılan alanlar değiştikçe yeniden hesaplanır, fakat mevcut bir değeri o andaki haliyle dondurmaz. Bu nedenle formülü, kurumunuzun aralık kararını uygulayan dinamik bir hesap olarak düşünün, kalıcı tarih arşivi olarak değil. Kaynak alanlar değiştiğinde sonuç da değişeceği için geçmiş karar ayrıca kurumca korunmak istenebilir.

Yeni formül alanı, eklendikten sonra oluşan kayıtlarda değer üretir. Eski kayıtlarda alan görünse de katılan alanlardan biri elle veya otomatik olarak değişene kadar boş kalabilir. Zoho iş akışındaki alan güncellemesi yalnız sabit ya da boş bir değer yazar, hesap yapmaz. Hesap gerektiren başka bir yazma işlemi özel fonksiyon ister; bu seçenek Enterprise ve üstündedir. Bu geçişte eski kayıtların boş kalabileceği ayrıca hesaba katılmalı, kontrol kapsamı önceden belirlenmelidir.

Zamanı gelen danışanı listeye düşürün

Özel görünüm, ölçüte uyan kayıtlarla kendiliğinden dolar. Tarih ve tarih saat alanlarında Due in Days ile Age in Days karşılaştırıcıları bulunur. Ancak yenileme tarihini üreten formül tipindeki alanın bu görünüm ölçütüyle çalıştığı doğrulanmış değildir. Bu kritik bağlantıyı canlı kuruluşta sınamadan, hesaplanan tarihin zamanı gelen danışanları güvenilir biçimde listeleyeceğini varsaymayın. Deneme, farklı işlem tipleri ve tarih koşullarıyla beklenen kayıtların gerçekten ayrıldığını açıkça göstermelidir.

Görünüm yalnız kayıtları ayırır. Bildirim göndermez, görev açmaz, sahip atamaz ve hatırlatma üretmez. Liste görünümündeki dokuz toplu eylem de farklıdır; her biri kullanıcının tıklamasını bekler. Bu yüzden Zoho görünümünü otomasyon gibi adlandırmak yerine, doğrulanmış bir ölçüte göre yenilenen çalışma kuyruğu olarak tanımlayın. Arama veya başka bir işlem yapılacaksa bunun sorumlusunu ayrıca belirleyin. Kuyruğun değeri, ölçütün doğruluğu kadar ekibin onu düzenli inceleme alışkanlığına da doğrudan bağlıdır.

Otomatik hatırlatmayı hangi yapı taşır

Bir iş akışı kuralında tek tetikleyici türü seçilir ve bu tür sonradan değiştirilemez. Belgelenen seçenekler kayıt eylemi, tarih alanı değeri, kayıt puanı, Zia önerisi, notlar ve rakip bahsidir. Tarih ya da tarih saat alanına dayalı kurallar yalnız anlık eylem taşır; bunlara zamanlanmış eylem bağlanmaz. Özel yenileme tarihinin tarih tetikleyicisi olarak kullanımı ise doğrulanmalıdır. Bu yüzden tetikleyici seçimi, sonraki eylemlerin zamanlama biçimi belirlenmeden tasarımın başında aceleyle kesinleştirilmemelidir.

Kayıt eylemine dayalı kural, tetiklenmeden belirli süre sonra çalışan en fazla beş zamanlanmış eylem taşıyabilir. Zoho belgesi her zamanlanmış eylem için e-posta, görev, fonksiyon ve webhook tavanını beş olarak verir; alan güncellemesi için ise üç ve beş sınırları birbiriyle çelişir. Bu nedenle alan güncellemesinin kesin tavanını canlı organizasyonda doğrulayın. Anlık eylem tavanları bunlardan farklıdır. Kayıt oluşturma Professional ve üstünde, kural başına birdir. Ölçüt sayısı Standard ile Professional’da beş, Enterprise ile Ultimate’ta ondur. Tekrarlı görev ve hatırlatma için Zoho belgesi bir sürüm eşiği vermez; bu nokta sürüme göre değişir ve teklif öncesinde hedef hesapta doğrulanır. Sınırları birlikte okumak, tek kurala gereğinden fazla sorumluluk yükleyen bir tasarımı daha baştan önler.

Yanıta göre duran bir dizi kurun

Cadences, e-posta, görev, arama ve WhatsApp adımlarından oluşan çok aşamalı bir takip dizisidir. Hedeflenen yanıt alındığında kayıt diziden çıkar. Çıkarma; özel görünüm ölçütü, adım ölçütü, tarih veya kayıt ölçütüyle tanımlanabilir ve adımın tetiklenmesinden önce değerlendirilir. Hedef kitle elle seçilebilir ya da özel görünümden gelebilir, fakat bu görünümde bazı karşılaştırıcılar ile ilişkili modül ölçütü kullanılamaz. Böylece yanıt veren kayıtta gereksiz sonraki adımların sürmesi, tanımlanan çıkarma ölçütüyle erkenden önlenebilir.

Zoho Cadences Standard ve üstünde bulunur. Oluşturulabilir ve aktif adım sınırları sırasıyla Standard’da 20 ve 10, Professional’da 40 ve 20, Enterprise’da 60 ve 30, Ultimate’ta 70 ve 50’dir. Yeniden başlatma varsayılan olarak dizi başına üç kezle sınırlıdır. Kapsanan modüllerin kapalı listesi bilinmediği için kurguyu seçtiğiniz modülde ayrıca doğrulayın. Sınırlar baştan bilinirse ekip, diziyi mevcut hacme göre kurar ve yeniden başlatmayı izler.

Mesajla hatırlatma yapacaksanız kanal kurallarını yazın

WhatsApp üzerinden işletme serbest bir sohbet başlatamaz; yalnız Meta tarafından onaylanmış şablon gönderebilir. Mesaj yalnız Lead veya Contact kaydına gider. Şablon iş akışına, Blueprint’e ve Journey Builder’a eylem olarak eklenebilir ya da kayıttan elle gönderilebilir. Gelen mesaja 24 saat içinde cevap verilebilir; bu pencere kapandıktan sonra takip tasarımı yeniden onaylı şablon kuralına dayanır. İlk temasla pencere içindeki yanıt sürecini bu nedenle ayrı aşamalar olarak düşünün.

Entegrasyon deneme sürümünde ve tüm ücretli sürümlerde açıktır, mesaj bedeli Meta tarafındadır. Bu ürün sınırları, iletişim izni konusunda hukuki sonuç doğurmaz. Kurumunuz izin ve mevzuat değerlendirmesini kendi koşulları içinde tamamlamalıdır. Zoho ayarını hukuki uyum kanıtı gibi sunmadan, şablonun hangi kayıtta, hangi aşamada ve kimin sorumluluğunda gönderileceğini yazılı hale getirin. Yazılı kural, kanal sınırıyla kurumsal izin değerlendirmesinin birbirine karıştırılmasını da açıkça önler.

Bu düzenin hangi sürümde çalışmayacağı

Formül alanı Professional ve üstündedir; Standard’da yoktur. Cadences Standard’dan itibaren vardır, Free sürümde bulunmaz. Kayıt oluşturma eylemi Professional ve üstünde kural başına bir kez kullanılabilir; özel fonksiyon Enterprise ve üstünü gerektirir. İş akışı kuralı ölçütleri Standard ve Professional sürümlerinde beş, Enterprise ve Ultimate sürümlerinde on koşulla sınırlıdır. Bu eşikler, Zoho üzerinde tek bir otomasyon tarifinin bütün sürümlere taşınamayacağını gösterir. Alt sürümde hesaplama ile takip adımlarını otomatik kabul etmeyin. Bu nedenle tasarım, kullanılan sürümün desteklediği yapı taşlarından başlayarak en baştan kapsamlandırılmalıdır.

Standard’da sonraki tarih kurum kararına göre dışarıda hesaplanıp kayda elle yazılabilir. Free sürümde Cadences yerine görev ve hatırlatmalarla yazılı bir takip alışkanlığı sürdürülebilir; bu bileşenlerin sürüm eşiği teklif öncesinde hedef hesapta doğrulanır. Görünümün eylem üretmediğini unutmayın ve sorumluyu açıkça belirleyin. Son kontrol, seçilen sürümde tarih alanının, görünüm ölçütünün ve otomasyon tetikleyicisinin gerçekten birlikte çalıştığını canlı kuruluşta doğrulamaktır. Elle yürütülen alternatifte tarihin kaynağı ve kontrol sıklığı ayrıca kurumca yazılı tutulmalıdır.

Zoho CRM kurulumu