Satış Aşaması Değiştirme Yetkisi CRM’de Nasıl Kurulur?

Satış aşaması değiştirme yetkisi, bir fırsatı pipeline’da (satış sürecinde) bir aşamadan diğerine kimin ilerletebileceğini belirleyen kuraldır. Çoğu CRM’de bu, aşamaya özel ayrı bir izin değildir; kaydı düzenleme yetkisine, yani role, departmana ve kayıt sahipliğine bağlıdır. Senitix CRM gibi sistemlerde aşama geçişini rehber metinler yönlendirir, bir onay mekanizması engellemez.

Bu ayrım küçük görünür ama ekip büyüdükçe önemlidir. “Aşamayı kim değiştirebilir?” sorusuna yazılı bir yanıtınız yoksa, herkes fırsatı istediği an istediği aşamaya taşır ve pipeline raporu gerçeği yansıtmaz hâle gelir. Bu yazı, aşama değiştirme yetkisini işleyen bir onay adımı değil, rol ve kayıt sahipliği üzerinden kurulan bir çerçeve olarak ele alıyor.

Satış aşaması değiştirme yetkisi neye dayanır? Rol, departman ve kayıt sahipliği

Bir CRM’de erişim genellikle üç katmanla belirlenir: rol (kişinin işindeki yetki düzeyi: temsilci, satış müdürü, yönetici), departman (hangi ekibe bağlı olduğu) ve kayıt sahipliği (fırsatın “sahibi” olarak kimin atandığı). Bu üçünün kesişimi, bir kişinin hangi fırsatları görebildiğini ve düzenleyebildiğini belirler; aşamayı ilerletme de bu düzenleme yetkisinin bir parçasıdır, ayrı bir anahtar değildir.

Hassas alanlar için ayrıca alan izni devreye girer: marj, indirim oranı ya da maliyet gibi bir değeri yalnızca ihtiyacı olan rollerin görmesini sağlarsınız. Böylece bir temsilci fırsatı ilerletebilir ama marj alanını göremeyebilir, çünkü aşamayı değiştirme yetkisiyle bir alanı görme yetkisi ayrı ayrı yönetilir.

CRM aşama geçişini fiilen engeller mi?

Hayır. Bunu baştan açıkça söylemek gerekir. Her aşamada ekibin kararlaştırdığı bir rehber metni ve en fazla beş anahtar alan gösterilebilir: “Bu aşamada karar vereni ve tahmini bütçeyi doğrulayın” gibi. Bu alanlar görünür, hatırlatır, ama zorunlu kılmaz. Anahtar alan boş bırakılsa da, ilerletme yetkisi olan kişi fırsatı bir sonraki aşamaya taşıyabilir.

Bunun nedeni ürün eksikliği değil, bilinçli bir tasarım: aşamadan çıkış kriteri, sistemin dayattığı bir kural değil, ekibin “fırsatı ilerletmeden önce şunun tamam olması gerektiği” konusunda anlaştığı bir mutabakattır. Yetkilendirmeyi kurarken bu farkı ekibe baştan anlatmazsanız, birileri “sistem izin vermedi” diye bir gerekçe bekler ve böyle bir gerekçe hiçbir zaman gelmez.

Kim hangi fırsatın aşamasını değiştirebilir?

Pratikte cevap şudur: fırsatı düzenleme yetkisi olan herkes, o fırsatın aşamasını da değiştirebilir. Ayrı bir “yalnızca aşama değiştirebilir ama başka alanı düzenleyemez” izni yoktur. Bu yüzden yetkilendirmeyi aşama bazında değil, kayıt bazında kurarsınız:

• Kendi fırsatı üzerinde: Sorumlu olarak atandığı her fırsatı bir temsilci genelde serbestçe ilerletir.
• Departmanın fırsatları üzerinde: Satış müdürü, kendi departmanındaki tüm fırsatları görüp gerektiğinde ilerletebilir.
• Departman dışı bir fırsat üzerinde: Paylaşılan görünürlük gerekiyorsa kayıt elle paylaşılabilir; kimin neyi neden görebildiğini erişim gezgini üzerinden kontrol edersiniz.

Kriter bazlı, otomatik paylaşım kuralları (örneğin “İstanbul bölgesindeki tüm fırsatlar X departmanına açılsın” gibi) yakında gelecek; bugün paylaşım elle yapılır.

Aşama değişikliği için onay gerekiyorsa ne yapılır?

Bazı ekipler, bir fırsat “Kazanıldı” aşamasına taşınmadan önce bir yöneticinin onayını ister. Bunu doğrudan bir “aşama onayı” adımı olarak kurmak mümkün değildir, çünkü onay süreçleri aşamaya değil, belirli kayıt türlerine bağlıdır. Pratikte iki yol vardır:

1. Asıl onay ihtiyacı fiyat ya da indirimse: İndirimli bir teklif, adı belirlenmiş onaylayıcılardan geçen bir onay sürecine bağlanabilir. Onayı aşamaya değil teklife bağlarsınız, çünkü genelde onaylanması gereken şey aşama değil, rakamdır.
2. Asıl ihtiyaç görünürlükse: Bir otomasyon kuralı, fırsat belirli bir aşamaya taşındığında ilgili kişiye bildirim gönderir ya da bir görev açar. Bu, geçişi durdurmaz ama yöneticinin haberdar olmasını sağlar; bir tür “yumuşak onay” olarak düşünebilirsiniz.

“Aşama değişikliği onayı” arayan çoğu ekip aslında bu iki ihtiyaçtan birini karşılamak ister; sorunu doğru kayda bağlamak, olmayan bir özelliği aramaktan daha hızlı çözüm getirir. Aşama üzerinde ayrı bir onay adımı kurmaya çalışmak yerine, önce şunu sorun: “Burada asıl onaylanması gereken bir rakam mı, yoksa yalnızca bir görünürlük mü?” Rakamsa teklife, görünürlükse otomasyona bağlayın.

Yetki matrisi: hangi rol hangi aşamayı ilerletebilmeli?

Aşağıdaki tablo, dört rollü tipik bir satış ekibi için başlangıç noktası olarak kullanılabilir. Kendi ekibinizin rollerine göre uyarlayın; amaç, kimin neyi yapabildiğini tek sayfada görünür kılmaktır.

Aşama yetkilendirmesi adım adım nasıl kurulur?

Aşağıdaki altı adım, yetkilendirmeyi baştan kurarken izleyebileceğiniz bir sıradır. Her adımın bir sahibi ve somut bir çıktısı var:

1. Roller ve departmanlar tanımlanır. Sahibi: sistem yöneticisi. Çıktı: “Satış temsilcisi”, “Satış müdürü” gibi adlandırılmış roller ve bağlı oldukları departmanlar.
2. Her role kayıt erişim düzeyi verilir. Sahibi: sistem yöneticisi, satış müdürüyle birlikte. Çıktı: hangi rolün kendi fırsatlarını mı, departmanın tamamını mı görüp düzenleyebildiğini gösteren bir liste.
3. Hassas alanlara alan izni konur. Sahibi: satış müdürü ve yönetici. Çıktı: marj, indirim oranı gibi alanların yalnızca belirli rollere açık olması.
4. Her pipeline aşamasına rehber metni ve anahtar alanlar yazılır. Sahibi: satış müdürü. Çıktı: her aşamada görünen, en fazla beş maddelik bir kontrol notu.
5. Aşama değiştiğinde ilgili kişiye otomasyonla bildirim kurulur. Sahibi: sistem yöneticisi. Çıktı: örneğin fırsat “Teklif” aşamasına taşındığında satış müdürüne giden bir bildirim.
6. Yetki listesi üç ayda bir gözden geçirilir. Sahibi: satış müdürü. Çıktı: işten ayrılan ya da rolü değişen kişilerin erişiminin güncel tutulduğu bir kayıt.

Örnek: Gebze’de bir endüstriyel ekipman distribütöründe aşama yetkilendirmesi

Aşağıdaki ekip ve kurgu açıklama amaçlıdır; gerçek bir firmayı ya da bir Senitix müşterisini anlatmaz. Gebze’deki bir OSB’de faaliyet gösteren, altısı sahada, ikisi iç satışta çalışan sekiz kişilik bir endüstriyel ekipman distribütörü, büyümeyle birlikte “fırsatı kim ilerletti” sorusunu sık sık sormaya başlar. Önceden herkes her fırsatı görüp değiştirebiliyordu; bir sahadaki temsilci, başka bir bölgenin fırsatını yanlışlıkla “Sipariş bekleniyor” aşamasına taşımıştı.

Ekip üç rol tanımlar: temsilciler yalnızca kendi bölgelerindeki fırsatları düzenler, satış müdürü tüm fırsatları görür, finans sorumlusu ise yalnızca kendisine paylaşılan fırsatları görür. “Teklif Gönderildi” aşamasına rehber metin eklenir: “Teslim süresi ve ödeme koşulu müşteriyle konuşuldu mu?” Bu alan zorunlu değildir, ama üç ay içinde temsilcilerin çoğu bunu doldurmaya alışır, çünkü satış müdürü haftalık toplantıda boş bırakılanları sorar.

Altı ay sonra ekip finansı sürece daha sıkı bağlar: sipariş aşamasına gelen her fırsat artık düzenli olarak finans sorumlusuyla paylaşılır, ama yalnızca görüntüleme yetkisiyle. Fiyatı değiştirme ya da aşamayı ilerletme yetkisi satış tarafında kalır. Bu ayrım baştan yazılı olmasaydı, “sipariş aşamasını kim ilerletiyor” sorusu finans ile satış arasında tartışma konusu olurdu.

Sonuç bir yazılım değişikliği değil, bir alışkanlık değişikliğidir: yetki matrisi kimin neyi yapabildiğini netleştirir, rehber metin ise neyin konuşulması gerektiğini hatırlatır. İkisi birlikte, tek başına hiçbirinin yapamayacağı bir disiplini sağlar.

Aşama yetkilendirmesinde sık yapılan hatalar

• Herkese yönetici yetkisi vermek. “Karışıklık olmasın” diye tüm ekibe geniş erişim vermek, aslında karışıklığı büyütür; kimin hangi fırsatı ilerlettiği belirsizleşir.
• Rehber metni bir kural sanmak. Anahtar alanların doldurulmasını beklemek yetmez; ekip bunun zorunlu olmadığını bilmezse, boş bırakılan alanlar “sistem hatası” gibi algılanır.
• Rol listesini güncel tutmamak. İşten ayrılan bir temsilcinin erişimi haftalarca açık kalırsa, kimin gerçekten yetkili olduğu kayıt üzerinden değil, kurum hafızasından okunur.

Senitix CRM’de fırsat aşaması ve yetkilendirme

Senitix CRM’in Pipeline modülünde bir kullanıcının hangi fırsatları görüp düzenleyebileceği rolüne, departmanına ve kayıt sahipliğine göre belirlenir. Her pipeline aşamasına ekibinizin yazdığı bir rehber metni ve en fazla beş anahtar alan eklenir; bunlar gösterilir ama geçişi engellemez. Hassas alanlar alan izniyle belirli rollere kapatılabilir.

Fırsat kaydındaki aşama değişikliği, kimin ne zaman yaptığıyla birlikte kayıt geçmişinde görünür. Yönetim ayarlarındaki değişiklikleri izleyen bir Kurulum Denetim İzi de vardır ve bir otomasyon, fırsat belirli bir aşamaya taşındığında ilgili kişiye bildirim gönderebilir. Kayıt elle paylaşılabilir ve bir erişim gezgini kaydı kimin neden görebildiğini açıklar; kritere dayalı otomatik paylaşım kuralları ise yakında gelecek.

Pipeline yapınızı ve yetkilendirmeyi ücretsiz başlayarak kurabilirsiniz; rol, departman ve onay süreci sınırları dahil plan ayrıntıları fiyatlandırma sayfasında. Pipeline ve fırsat kayıtlarının CRM’in geri kalanına nasıl bağlandığını ise CRM nedir rehberimizde anlattık.

Sık sorulan sorular

Aşama değiştirme yetkisi ile kayıt paylaşımı aynı şey mi?

Hayır. Aşama değiştirme yetkisi, bir kaydı düzenleme yetkisinin bir parçasıdır ve role, departmana ve sahipliğe dayanır. Kayıt paylaşımı ise bu yapının dışında kalan bir kişiye, o kaydı görmesi ya da düzenlemesi için ayrıca izin vermektir. Bu paylaşım bugün elle yapılır.

Bir fırsat yanlış aşamaya taşınırsa ne olur, geri alınabilir mi?

Aşama alanı diğer alanlar gibi düzenlenebilir bir alandır; düzenleme yetkisi olan biri fırsatı doğru aşamaya geri taşıyabilir, ürün bu geri almayı engellemez. Değişiklik kayıt geçmişinde görünür durur: fırsatı kimin, ne zaman, hangi aşamadan hangi aşamaya taşıdığı saklanır. Aynı aşama sık sık yanlış seçiliyorsa, bu genelde rehber metnin yeterince açık olmadığının işaretidir.

Aşama geçişi belirli bir onaydan geçmeden yapılamasın diye zorunlu kılınabilir mi?

Bugün için hayır; aşama geçişleri ürün tarafından bloklanmaz, çünkü onay ihtiyacı aşamaya değil belirli bir kayda bağlıdır. Asıl onaylanması gereken bir rakamsa (örneğin indirimli bir teklif), onayı o kayıt üzerinden kurabilirsiniz; asıl ihtiyaç görünürlükse, bir otomasyon kuralı fırsat o aşamaya taşındığında ilgili kişiye bildirim gönderir.

Bir işletmede kaç rol ve departman tanımlanabilir?

Üst sınır plana göre değişir. Çoğu küçük ve orta ölçekli ekip için sayıdan çok yapı önemlidir: yukarıdaki tablodaki gibi dört rol ve ekiplere göre birkaç departman iyi bir başlangıçtır. Her kişiye ayrı rol açmak yerine benzer yetkiye sahip kişileri aynı rolde toplamak, yetki listesini yönetilebilir tutar.

Marj gibi hassas alanları yalnızca bazı roller mi görmeli?

Çoğu ekipte evet: aşamayı ilerletme yetkisi geniş tutulurken, marj, maliyet ya da indirim oranı gibi alanlar alan izniyle yalnızca satış müdürü ve yönetici gibi rollere açılır. Bu iki yetki ayrı yönetildiği için bir temsilci fırsatı ilerletebilir, ama o fırsatın kâr marjını göremeyebilir.