Salesforce Flow ile satış otomasyonu nasıl kurulur?

Flow nedir, satışta ne işe yarar?

Salesforce Flow, Salesforce'ta iş süreçlerini kod yazmadan, görsel bir tasarım ekranında akış şeması çizerek otomatikleştirmeye yarayan araçtır. Bir olay gerçekleştiğinde ya da bir zaman geldiğinde sistem sizin tanımladığınız adımları sırayla yürütür: kayıtları okur, koşullara göre dallanır, kayıt oluşturur veya günceller, bildirim gönderir, kullanıcıdan bilgi ister.

Satış tarafındaki tipik kullanımlar: • Yeni lead'in kurala göre doğru temsilciye atanması • Fırsat aşaması değişince görev açılması ya da alan güncellenmesi • Kazanılan fırsattan teslimat için kayıt oluşturulması • Belirli bir indirimin onay sürecine gönderilmesi • Temsilciye kısa bir form ekranı sunarak standart veri girişi almak • Düzenli çalışarak bayat fırsatları bulan ve uyarı üreten zamanlanmış kontroller

Flow'un gücü, kural sahiplerinin (satış operasyonu, yönetici) yazılım geliştirme beklemeden süreci kendilerinin tasarlayabilmesidir. Sorumluluğu da buradadır: sistemde çalışan her akış bir üretim kodu gibi test, sahiplik ve belge ister.

Akış türleri: hangi iş için hangisi?

Akışlar nasıl başladıklarına göre ayrışır. Genel olarak şu mantık kullanılır: • Kayıt tetiklemeli akış: Bir kayıt oluştuğunda ya da güncellendiğinde kendiliğinden çalışır. Lead atama, aşama değişiminde görev açma gibi görünmez otomasyonların temelidir. • Zamanlanmış akış: Belirli aralıklarla çalışır ve koşula uyan kayıtları toplu işler. Örneğin aktivitesi eskimiş fırsatları bulup temsilciye hatırlatma gönderen gece çalışması. • Ekran akışı: Kullanıcıyla etkileşir; formlar ve seçim ekranları sunar. Rehberli veri girişi, yeni fırsat açma sihirbazı gibi işler için uygundur. • Başka akıştan ya da sistemden çağrılan akış: Tekrar kullanılabilir mantık parçaları için.

Bu türlerin güncel adlarını ve olanaklarını Salesforce'un resmî dokümantasyonunda kontrol etmek gerekir; ürün hızlı değişir ve bazı yetenekler sürümle birlikte genişler. Akış türü seçerken sorulacak soru şudur: iş bir olaya mı bağlı, bir zamana mı bağlı, yoksa bir kullanıcının girdisine mi?

Adım adım: bir lead atama akışının mantığı

Örneğin web formundan gelen lead'in bölgeye göre doğru temsilciye atanmasını isteyelim. Tasarım şu sırayla ilerler: • Senaryoyu yazın: Hangi olayda başlayacak? Yeni lead oluştuğunda. Hangi lead'ler kapsanacak? Kaynağı web formu olanlar. • Başlangıç koşulunu belirleyin: Yalnızca kaynak alanı web formu olan ve bölge alanı dolu olan kayıtlar akışa girsin. Böylece gereksiz çalışma önlenir. • Eşleştirme adımı: Bölge ile temsilci eşleşmesini tutan kayıtlardan uygun olanı getirin. Eşleşme bir ayar tablosunda tutulursa akışı değiştirmeden temsilci güncellenebilir. • Karar adımı: Eşleşme bulundu mu? Bulunduysa lead sahibini güncelleyin. Bulunamadıysa lead'i ortak kuyruğa atayın ve yöneticiye bildirim gönderin. • Görev adımı: Atanan temsilciye ilk temas görevini, uygun bir bitiş tarihiyle oluşturun. • Hata yolu: Güncelleme başarısız olursa kimin haberdar olacağını tanımlayın; sessiz hata en tehlikelisidir. • Test edin ve etkinleştirin.

Bu kurgu adlandırması ürün arayüzündeki özel isimlerden bağımsızdır: kayıt getirme, karar, kayıt güncelleme ve kayıt oluşturma adımlarını bir arada kullanırsınız.

Aynı mantık başka bir senaryoda da çalışır. Fırsat kazanıldı aşamasına geçtiğinde akış başlar, fırsatın bağlı olduğu hesabı ve ürün satırlarını okur, teslimat ekibi için bir takip kaydı oluşturur ve kazanılan tutarı hesap üzerindeki özet alana yansıtır. Burada dikkat edilecek nokta, akışın yalnızca aşama gerçekten değiştiğinde çalışmasıdır; aksi halde fırsatta yapılan her küçük düzenleme aynı takip kaydını yeniden üretir. Akışın ürettiği kayıtlarda otomasyon tarafından oluşturulduğunu gösteren bir işaret alanı bulunması, sonradan sorun ayıklamayı kolaylaştırır.

Test, devreye alma ve sürüm yönetimi

Akış, etkinleştirilmeden önce sandbox gibi bir test ortamında denenmelidir. Test sırasında şunlara bakın: • Her dalı çalıştırın: eşleşme bulunan, bulunmayan ve veri eksik olan durumlar. • Toplu işlemi deneyin: bir seferde çok sayıda kayıt eklendiğinde akış nasıl davranıyor? Veri yükleme senaryoları üretimde sık sorun çıkarır. • Yetkileri kontrol edin: Akışın hangi kullanıcı yetkisiyle çalıştığı, erişemediği kayıt olduğunda sonucu değiştirir. • Hata durumunu test edin: Bilerek hatalı veri verip bildirim gelip gelmediğini görün.

Salesforce akışlarda sürümleme sunar; yeni bir sürüm hazırlarken eski sürüm çalışmaya devam eder ve etkinleştirme bilinçli yapılır. Bu özelliği kullanmak, değişiklik sonrası sorun çıkarsa önceki sürüme dönmeyi mümkün kılar. Akışın adı ve açıklaması, ne yaptığını ve kimin sahibi olduğunu anlatmalıdır. Salesforce'un sistem sınırlarının ve en güncel davranışın resmî dokümantasyondan doğrulanması gerekir.

Sık yapılan hatalar

Flow ile ilgili tekrar eden problemler: • Kayıt tetiklemeli akışın kendi kendini yeniden tetiklemesi. Aynı alanı güncelleyen akış sonsuz döngüye yaklaşabilir. Başlangıç koşuluna "alan gerçekten değiştiyse" kontrolü eklemek önlemdir. • Döngü içinde kayıt güncellemek. Her kayıt için ayrı güncelleme çağırmak sistem sınırlarına çarpar; güncellemeleri toplayıp döngü dışında tek seferde yapmak daha sağlıklıdır. • Tüm kayıtları getirip sonradan filtrelemek. Filtreyi getirme adımına koymak hem hızlı hem sınırlara karşı güvenlidir. • Hata yolu bırakmamak. Akış sessizce başarısız olursa sorunu aylar sonra fark edersiniz. • Aynı iş için birden fazla otomasyonun bir arada çalışması. Eski kural ve yeni akış aynı alanı çiğneyebilir. • Belgesiz akış. Kurucusu ayrılınca kimse neden çalıştığını bilmez. • Doğrudan üretimde deneme.

İyi uygulama, her akış için kısa bir kart tutmaktır: amaç, tetikleyici, kapsam, sahip, bağlı alanlar ve son değişiklik.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Salesforce ile Satış Yönetimi eğitiminin Otomasyon ve Akış (Flow) Kurulumu modülü bu konuya doğrudan odaklanır; Lead ve Fırsat Yönetimi, Raporlar ve Gösterge Panelleri, Entegrasyon ve Ekosistem ile Salesforce Yönetimi ve En İyi Uygulamalar modülleri akışın bağlandığı veri ve süreç tabanını oluşturur.

Salesforce yöneticileri, satış operasyonu uzmanları ve CRM'i kuran iş birimleri için uygundur. Kurumsal ekiplerde faydası, otomasyon kuralları konusunda iş birimi ile bilgi teknolojileri arasında ortak dil kurmasıdır: kural nerede yazılır, kim sahiplenir, nasıl test edilir.