B2B proje satışında karar ve kapsam kanıtı nasıl tutulur

Proje bazlı B2B satışta dağınıklık çoğu zaman teklif dosyasından değil, kararın nasıl oluştuğunun kaybolmasından doğar. Kapsam maddeleri yazışmalara yayılır, farklı kişiler farklı sonuçları kesinleşmiş sayar ve son değişikliğin hangi yetkiyle kabul edildiği belirsizleşir. Zoho CRM bu düzende bir görev planı değil, alıcının ticari kararına ait kanıt zincirini taşır. Böylece fırsat, teslimat faaliyetleriyle karışmadan kendi anlamını korur.

Bir kapsam görüşmesinde teknik değerlendirici belirli bir çıktıyı içeride kabul edilmiş sayarken ticari taraf o çıktının hiç konuşulmadığını söyleyebilir. İki taraf da kendi temas noktasına göre haklıdır, fakat karar hiçbir kayıtta durmuyorsa teklif tek başına açıklık sağlamaz. Sağlam düzen; kişileri, rolleri, taahhütleri, ön koşulları ve değişiklikleri ayrı kayıtlarla ilişkilendirir, sonra fırsat aşamasına yalnız doğrulanabilir karar sinyalleri taşır.

Fırsat aşaması teslimat durumunu anlatmaz

Fırsat kaydı ticari kararın durumunu gösterir; gelecekte yapılacak işlerin günlük planını üstlenmez. Bu ayrım bozulduğunda satış raporu yürüyen çalışmaları açık fırsat gibi gösterebilir. Proje ekibi de tahmine ayrılmış alanları görev takibi için kullanmaya başlar. Sonuçta aşama, alıcının kararından çok iç operasyonun ilerleyişini anlatan belirsiz bir etikete dönüşür.

Zoho düzeninde ticari karar standart Deals modülünde kalır. İlişkili kanıtlar Fırsat Paydaşları, Teslim Taahhütleri, Başlangıç Ön Koşulları ve Ticari Değişiklik Talepleri adlı dört özel modülde tutulur. Modüller arama alanlarıyla bağlanır. Kullanıcı alanı bir kullanıcıyı, arama alanı ise başka bir modülün kaydını işaret eder; rol veya grup seçtiren ayrı bir alan tipi bulunmaz.

Özel modül kapasitesi Standard sürümde 10, Professional sürümde 25, Enterprise sürümde 200 ve Ultimate sürümde 500'dür. Özel modüller ile ekip modülleri aynı sınırı tüketir. Modül başına özel alan sınırı sırasıyla 10, 155, 300 ve 500'dür. Free sürümde özel modül ve özel alan bulunmadığından bu dört kayıt yapısı orada kurulamaz.

Karar rollerini kişi kartına değil ayrı ilişki kaydına yazın

Bütçe sahibi, teknik değerlendirici, koordinatör ve sözleşme sorumlusu her zaman aynı kişi değildir. Bu rolleri kişi kartına sabitlemek, kişinin farklı fırsatlardaki konumlarını birbirine karıştırır. Fırsat Paydaşları kaydı bunun yerine kişiyi belirli bir fırsat ve rolle ilişkilendirir. Aynı kişi birden fazla rol taşıyabilir; artık geçerli olmayan ilişki de silinmeden pasife alınabilir.

Alan adları ürünün kapalı tip listesinden seçilen gerçek veri tipleriyle kurulmalıdır. Rol bir Seçim Listesi, kişi bağlantısı bir Arama, sorumlu kullanıcı bir Kullanıcı alanı olabilir. Onay Gerekiyor alanı ise Onay Kutusudur. Oluşturulan bir alanın veri tipi sonradan değiştirilemez; yalnız adı değiştirilebilir. Düzenden kaldırılan alan da kullanılmayan alanlar listesinde kalarak alan sınırını tüketir.

Eksik karar rollerini gösteren özel görünüm, yalnız ölçütlere uyan kayıtları listeler. Kimseye bildirim göndermez, görev oluşturmaz, sahip atamaz veya hatırlatma üretmez. Bir otomasyon da kaydı görünümün içine taşımaz; kayıt ölçütü karşıladığında kendiliğinden görünür. Bu nedenle liste, eksikliği gözle görünür kılan bir kontrol yüzeyidir, eksikliği gideren bir süreç eylemi değildir.

Teslim taahhüdü bir görev listesi değil, kabul birimidir

Teslim taahhüdü, karşı tarafa sağlanacak sonucu ve o sonucun başlayabilmesi için gereken koşulları sınırlar. Günlük faaliyetleri veya kaynak planını tarif etmez. Her taahhüt kabul edilebilir bir kapsam birimi olarak kaydedilir. Kapsamdan çıkarılan eski kayıt silinmez; durumu değiştirilir ve kapsam dışı kalma nedeni bir Seçim Listesi alanında korunur.

Taahhütler Zoho içinde alt forma yerleştirilirse alt form alanları özel görünüm kolonlarında, düzen ve doğrulama kurallarında, Blueprint doğrulamasında, web formlarında, içe aktarmada, şablon birleştirmede ve iş akışının ölçüt ya da alan güncellemesinde kullanılamaz. Kural gerekiyorsa alt forma toplam alanı eklenir; tetikleyici satır eklenmesi değil, bu toplamın değişmesidir.

Alt form Enterprise sürümünde modül başına iki, Ultimate sürümünde beş adet açılabilir. Bir düzendeki alt form alanlarının toplamı 25'i, tüm alt formlardaki satırların toplamı 200'ü aşamaz. Taahhütleri ayrı özel modülde tutmak bu alt form kısıtlarını kaldırır, fakat özel modül kotasından yer tüketir. Seçim, kural ihtiyacı ile kapasite maliyetini birlikte tartmalıdır.

Benzersizlik modülün tamamında çalışır, tek fırsatın içinde değil

Zoho CRM bir alanın benzersizliğini üst fırsat kapsamında uygulamaz. Bu nedenle Taahhüt Anahtarı, fırsat kimliği ile taahhüt kodunun tek bir Metin alanında birleştirilmesiyle oluşturulur. Benzersiz olarak işaretlenen bu birleşik değer modülün tamamında denetlenir. Aynı anahtarla ikinci kayıt açılamaz; sistem yalnız uyarıp kullanıcının devam etmesine izin veren bir davranış göstermez.

Genel olarak bir modülde en fazla iki alan benzersiz işaretlenebilir. Leads, Contacts, özel modüller ve Products için sınır üçtür. Yalnız Metin, E-posta, Telefon, Tam Sayı, Uzun Tam Sayı ve URL alanları bu özelliği kullanabilir. Görevler, Aramalar ve Toplantılar modüllerinde benzersiz alan yoktur. Eşleştirme büyük küçük harfe duyarlı değildir.

Benzersiz alan aynı anda şifrelenemez. Dolayısıyla anahtar tasarımında hem teknik amacın hem alanın veri niteliğinin baştan belirlenmesi gerekir. “Aynı fırsat içinde benzersiz” gibi bir kapsam seçeneği bulunmadığı için yalnız taahhüt kodunu işaretlemek farklı fırsatlardaki geçerli tekrarları da engeller. Birleşik anahtar, modül genelindeki denetimi istenen iş kuralına çevirir.

Geçiş koşulunu ilişkili kayıt sayımına değil bayrak alanına bağlayın

Zoho Blueprint geçişinin Before koşulu, ilişkili listedeki kayıtları saymak yerine fırsatın kendi alanlarını okur. Bu kurulumda Deal üzerinde Karar Rolleri Tamam ve Aktif Değişiklik Var adlı Onay Kutuları ile Teyitli Taahhüt Sayısı adlı Tam Sayı alanı bulunur. Üç alanı da özel fonksiyon günceller; geçişin görünürlük ölçütü bu değerlerden kurulur.

Özet alanı ilişkili listenin toplam kayıt sayısını veya sayısal ve tarihsel toplamlarını verir, fakat koşullu sayım sağlamaz. Enterprise sürümünde modül başına 10, Ultimate sürümünde 15 özet alanı açılabilir. Değer kayıt kaydedildikten sonra görünür. Bu nedenle yalnız Teyitli durumundaki taahhütlerin sayısı, salt okunur bir özet yerine fonksiyonun beslediği tam sayı alanında tutulur.

Blueprint Before bölümünde yetkili kişiler ile görünme ölçütü, During bölümünde doldurulacak alanlar, After bölümünde otomasyon eylemleri tanımlanır. During alan sınırı Professional'da 4, Enterprise'da 10, Ultimate'ta 50'dir; Blueprint sayısı sırasıyla 3, 20 ve 100'dür. Sürecin birincil alanına iş akışı yazılmaz. Aktif değişiklik bayrağı da iş akışına bağlı fonksiyonla yazılıp temizlenir.

Teklif belgesi karar paketinin çıktısıdır

Teklif kaydı fırsata bağlanır ve oluşturulmuş karar paketinin belge çıktısını temsil eder. Teklifler modülü Professional, Enterprise ve Ultimate sürümlerinde bulunur. Teklifin kalem satırı bir alt formdur; bu satırın özelleştirilmesi yalnız Enterprise ve Ultimate sürümlerinde mümkündür. Kalem satırına en fazla 10 alan eklenebilir. Bu kapasite, karar kanıtlarının teklif satırlarına taşınmasını gerektirmez.

Belge, Fırsat Paydaşları veya Teslim Taahhütleri kayıtlarının yerine geçmez. Önce kimlerin hangi rolle karar verdiği, hangi sonucun kabul edildiği ve hangi başlangıç koşulunun açık kaldığı kayda bağlanır. Teklif daha sonra bu karar çerçevesinin ticari ifadesi olur. Böylece belge değiştiğinde önceki kararların bağlamı ayrı kayıtlarda izlenebilir kalır.

Fırsat kapanmış görünürken bir e-posta zinciri, fiyat koşulunun iki hafta önce değiştiğini gösterebilir. Değişikliği kimin onayladığı yalnız gönderen imzasından tahmin ediliyorsa karar kanıtı eksiktir. Fiyat veya koşul değişikliği önce Ticari Değişiklik Talebi kaydı doğurur. Teklif ancak bu kayıtla ilişkilendirilen kararın çıktısı olarak güncellenir; e-posta zinciri kayıt düzeninin yerini almaz.

Kırılma senaryolarını dış kanallarda deneyin

Doğrulama kuralı elle kayıt oluşturma ve düzenlemede çalışır. İçe aktarma, iş akışı alan güncellemesi, onay süreci, Blueprint ve API güncellemelerinde alan değişikliği kurala üstün gelir. Koşullu zorunluluk düzen kuralının Set Mandatory Fields eylemidir; düzen kuralları içe aktarma, web formu ve lead dönüştürme sayfasında çalışmaz. API işlemlerinde yalnız Set Mandatory Field eylemi desteklenir.

Tam kurulum Enterprise veya Ultimate gerektirir. Free sürümde özel alan ve özel modül olmadığından uygulanamaz. Standard, 10 modül ve modül başına 10 özel alan sunar; burada roller ile taahhütler kaydın kendi alanlarında tutulup bayraklar elle işaretlenir. Professional Blueprint ve Teklifleri açar. Enterprise alt formu, özet alanını ve özel fonksiyonu; Enterprise ile Ultimate teklif satırı özelleştirmesini destekler.

Kabul testleri; rolü eksik fırsatı, kabul yetkilisi bulunmayan taahhüdü, ikinci kez kullanılan taahhüt anahtarını ve kapanmış fırsattaki değişikliği kapsar. Reddedilen talebin tabana yansıması, pasif ticari sahip ve açık ön koşulla verilen yetki de ayrı ayrı denenir. Dış kanallardan kalan eksikler veri kalitesi görünümünde izlenir. Sağlam karar zinciri, yalnız normal akışta değil bu kırılma noktalarında da anlaşılır kalır.

Zoho CRM kurulumu