Zoho CRM Blueprint ile satış sürecini standartlaştırmak: 12 kişilik bir ekibin hikâyesi
Zoho CRM Blueprint, satış sürecinizin kâğıt üstünde yazılı olan hâlini CRM'in içine taşıyan görsel bir süreç motorudur — ve bu yazıda onu soyut bir özellik olarak değil, gerçek bir problem üzerinden anlatacağız. Senaryo tanıdık: 12 kişilik bir B2B satış ekibi, herkesin kendi yöntemiyle sürdüğü bir pipeline ve ay sonunda kimsenin güvenmediği bir tahmin raporu. Özelliğin resmi sayfasını zoho.com üzerinden inceleyebilir, Türkiye'de kurulum ve lisanslama için Zoho CRM sayfamıza bakabilir veya bizimle iletişime geçebilirsiniz.
Ekibin üç şikâyeti
- "Teklif gönderildi" aşamasında haftalarca bekleyen fırsatlar
- Kapanış nedeni, rakip bilgisi ve indirim onayı boş kalan kayıtlar
- Yeni işe alınan temsilcinin süreci öğrenmesinin iki ay sürmesi
🎯 Zoho CRM Blueprint bu senaryoda neyi çözüyor?
- Aşama atlanamaz hale gelir. Blueprint, iş akışı kurallarından farklı olarak bir olay tetikleyicisi değil, bir korkuluktur: temsilci "Teklif Gönderildi" aşamasına geçmek istiyorsa önce teklif tarihini ve tutarını girmek zorundadır. Süreç bu sayede kişiye göre değişmez.
- Veri kalitesi kaynağında düzelir. Kapanış nedeni, rakip adı veya indirim gerekçesi gibi alanlar rapor zamanında değil, geçiş anında zorunlu tutulur. Ay sonunda "bu kayıtları kim dolduracak?" tartışması ortadan kalkar.
- Bekleyen fırsat kendini haber verir. Her aşama için maksimum kalma süresi (SLA) tanımlanır; süre aşıldığında temsilciye hatırlatma, yöneticiye eskalasyon e-postası gider veya kayıt otomatik olarak bir sonraki duruma taşınır.
- Rutin işler sistemin sırtına biner. Aşama geçişinde takip görevi açmak, bir alanı güncellemek, bilgilendirme e-postası göndermek veya bir webhook tetiklemek otomatikleşir; temsilci veri girişi yerine satışa döner.
- Yeni temsilci ilk haftadan üretken olur. Süreç ekranın içinde göründüğü için "şimdi ne yapmalıyım?" sorusunun cevabı kayıt üzerindeki butonlardır. Eğitim süresi kısalır, kıdemli temsilciler de süreç değişikliklerine anında uyum sağlar.
- Darboğaz görünür olur. Blueprint raporları kayıtların hangi aşamada ne kadar beklediğini gösterir. Bu, sürecin kendisini iyileştirmek için gereken tek veridir — hangi aşamanın tıkandığını tahmin etmeyi bırakırsınız.
💡 Kurmadan önce bilinmesi gerekenler
Hangi modüllerde çalışır?
Potansiyeller (Leads), Fırsatlar (Deals), Hesaplar, Kişiler, Kampanyalar, Görevler, Talepler, Teklifler, Satış Siparişleri, Faturalar ve özel modüller dahil geniş bir liste.
Kurulum süresi
Süreç zaten yazılıysa tek bir Blueprint'in görsel editörde kurulması yarım gün sürer. Asıl zaman süreci netleştirmekte geçer: aşamalar, kimin hangi geçişi yapabileceği, hangi alanın zorunlu olacağı.
Plan kapsamı
Blueprint, Zoho CRM'in üst planlarında sunulan bir süreç yönetimi yeteneğidir. Mevcut planınızda kapsam dahilinde olup olmadığını teklif aşamasında netleştiriyoruz.
İki Blueprint türü
Standart Blueprint aşamaları kullanıcı onayıyla ilerletir; Sürekli (Continuous) Blueprint ise tanımlı aşamalar arasında kullanıcı müdahalesi olmadan otomatik ilerler. Sipariş takibi gibi mekanik süreçlerde ikincisi tercih edilir.
Geçiş tipleri
Manuel geçişte kaydı kullanıcı ilerletir; otomatik geçişte kayıt, mevcut aşamada belirlenen süre dolduğunda kendiliğinden bir sonraki aşamaya taşınır.
Geliştirici tarafı
Blueprint API'si (v8) ile bir kaydın sıradaki geçişleri, o geçişte istenen alanlar ve doğrulama kuralları dışarıdan sorgulanabilir. Mobil uygulama veya portal üzerinden süreç yürütmek isteyen ekipler için kritik.
Adım 1: Kâğıttaki süreci Zoho CRM Blueprint ekranına taşımak
Ekiple yapılan ilk atölyede süreç altı aşamaya indirildi: Nitelendirme → Keşif Görüşmesi → Teklif Hazırlığı → Teklif Gönderildi → Müzakere → Kapanış. Bu aşamalar zaten herkesin kafasında vardı; sorun her temsilcinin farklı bir yerde "teklif hazır" demesiydi. Görsel editörde aşamalar ve aralarındaki geçişler çizildiğinde tanım tartışması bir kez yapılıp bitiyor.
Her geçişe iki şey iliştirildi. Birincisi koşul: keşif görüşmesi aşamasından çıkabilmek için bütçe aralığı ve karar verici alanlarının dolu olması gerekiyor. İkincisi izin: %15 üzeri indirim içeren bir teklifin gönderilebilmesi için satış müdürü onayı isteniyor.
Buradaki kritik ayrım şu: Blueprint bir iş akışı kuralı gibi "olay olduktan sonra" devreye girmez. Kaydın ilerlemesinin önünde durur. Bu yüzden süreç ihlali sonradan raporlanmaz, en baştan mümkün olmaz.
Doğrulama kuralları
Kayıt CRM'e girerken önceden tanımlı kriterlere uyup uymadığı otomatik kontrol edilir.
Onay süreci
İndirim talebi, harcama veya belge onayı gibi adımlar standart bir onay mekanizmasına bağlanır.
İnceleme süreci
Dışarıdan gelen kayıtları yalnızca yetkili kullanıcıların manuel olarak onaylamasını sağlar.
Adım 2: Temsilcinin sırtından alınan altı rutin iş
Ekibin haftalık zaman kaybının büyük bölümü satış görüşmesinde değil, görüşme sonrası kayıt tutmada geçiyordu. Aşama geçişlerine bağlanan otomatik aksiyonlar bu yükün önemli kısmını devraldı.
Takip görevi açma
Teklif gönderildiği anda 3 gün sonrasına "takip araması" görevi otomatik oluşur ve temsilciye atanır.
Bilgilendirme e-postası
Müşteriye teklif özeti, iç ekibe ise "yeni fırsat müzakerede" bildirimi tek geçişte gider.
Alan güncelleme
Kapanış olasılığı, tahmini kapanış tarihi ve aşama sahibi gibi alanlar geçişle birlikte otomatik set edilir.
Webhook tetikleme
Kazanılan fırsat, ERP veya faturalama sistemine anlık olarak iletilir; çift veri girişi ortadan kalkar.
Özel fonksiyon
Deluge ile yazılmış bir fonksiyon, örneğin indirim oranını hesaplayıp onay eşiğini belirleyebilir.
Kadansa bağlama
Yanıt vermeyen fırsat, müşteri davranışına göre şekillenen çok kanallı bir takip dizisine aktarılır.
Adım 3: Bekleyen fırsatı sistem hatırlatsın — SLA ve eskalasyon
Ekibin en pahalı kaybı, kaybedilen fırsatlar değil unutulan fırsatlardı. "Teklif Gönderildi" aşamasında 22 gün bekleyen bir kaydın kimse farkında değildi, çünkü kimse pipeline'ı bu gözle taramıyordu.
Blueprint'te her aşama için bir SLA tanımlanabilir: kaydın o durumda kalabileceği azami süre saat, dakika veya gün cinsinden belirlenir. Süre aşıldığında yalnızca standart bir eskalasyon e-postası değil; özel e-posta bildirimi, görev oluşturma, alan güncelleme, özel fonksiyon çalıştırma veya webhook tetikleme gibi aksiyonlar da devreye alınabilir.
Bu ekipte kurgu şöyle yapıldı: 5. günde temsilciye hatırlatma, 8. günde satış müdürüne eskalasyon, 12. günde fırsatın "Beklemede" alt durumuna otomatik taşınması ve tahmin raporundan düşülmesi. Sonuç, tahmin raporunun aniden gerçekçileşmesi oldu — çünkü ölü fırsatlar artık pipeline'ı şişirmiyordu.
Otomatik geçiş tipi de burada devreye girer: bir kayıt, mevcut aşamada tanımlı süre dolduğunda kullanıcı müdahalesi olmadan bir sonraki aşamaya taşınabilir. Mekanik ilerleyen süreçlerde (sipariş onayı, belge bekleme) bu, manuel takibi tamamen ortadan kaldırır.
Blueprint mi, iş akışı kuralı mı?
Sık karıştırılan iki yetenek. İş akışı kuralı olay tabanlıdır: bir şey olduğunda bir aksiyon alır, ama kullanıcıyı durdurmaz. Blueprint ise süreç tabanlıdır: kaydın ilerleyişini sıraya ve koşula bağlar, veri bütünlüğünü geçiş anında zorlar ve denetlenebilir bir süreç kaydı üretir. Pratikte ikisi birlikte kullanılır — Blueprint korkuluğu kurar, iş akışı kuralları arka plandaki bildirim ve güncellemeleri yürütür.
Adım 4: Süreci ölçmek ve diğer ekiplere yaymak
Blueprint'in en az konuşulan ama en değerli tarafı raporlama katmanıdır. Yerleşik raporlar, kayıtların hangi aşamada ne kadar zaman geçirdiğini ve nerede takıldığını gösterir. Bu ekipte ilk ay sonunda ortaya çıkan tablo şaşırtıcıydı: darboğaz sanıldığı gibi müzakerede değil, teklif hazırlığındaydı — çünkü fiyatlandırma onayı tek bir kişiye bağlıydı.
Süreci düzeltmek bu noktadan sonra teknik bir iş değil, organizasyonel bir karar hâline gelir: onay yetkisi ikinci bir kişiye açıldı ve aynı rapor bir sonraki ay ortalama teklif hazırlama süresinin belirgin şekilde kısaldığını gösterdi. Ölçülemeyen süreç iyileştirilemez; Blueprint burada ölçüm aracını da kendisi sağlıyor.
Süreç satışta oturduktan sonra aynı mantık diğer departmanlara taşındı. Blueprint yalnızca Fırsatlar modülünde değil, Potansiyeller'den Faturalar'a ve özel modüllere kadar geniş bir alanda çalıştığı için ikinci ve üçüncü süreçler ilkinden çok daha hızlı kuruldu.
Destek: talep yaşam döngüsü
Talepler modülünde "Açık → İnceleniyor → Müşteri Yanıtı Bekleniyor → Çözüldü" akışı; her aşamada SLA ve çözüm notu zorunluluğu.
Operasyon: sipariş onayı
Satış Siparişleri modülünde stok kontrolü, kredi limiti onayı ve sevkiyat hazırlığı adımları; büyük ölçüde Sürekli Blueprint ile otomatik ilerler.
Onboarding: yeni müşteri devri
Kazanılan fırsat, kurulum ekibine devredilirken sözleşme, teknik kontak ve başlangıç tarihi alanları zorunlu hale getirilir; hiçbir müşteri eksik bilgiyle devredilmez.
Blueprint'i Kurumunuzda Kullanmaya Başlayın
LeadPro, Zoho Türkiye Yetkili Partner'ı olarak kurulum, lisanslama ve teknik destek süreçlerinde yanınızda. Süreç atölyesinden canlıya geçişe kadar ilk Blueprint'inizi birlikte kuralım.
Süreç atölyesi
Aşamaları, zorunlu alanları ve onay yetkilerini ekibinizle birlikte netleştiriyoruz.
Kurulum ve otomasyon
Geçiş koşulları, SLA kuralları, webhook ve özel fonksiyonlar devreye alınır.
Ölçüm ve iyileştirme
İlk ay sonunda darboğaz raporunu birlikte okuyup süreci revize ediyoruz.