CRM Stratejisi: Sistemi Kurmadan Önce Verilecek Kararlar

CRM stratejisi neyle başlar?

“CRM kullanmak” bir hedef değildir. Strateji, sistemin ölçülebilir hangi sonucu değiştireceğini seçerek başlar: takip gecikmesini azaltmak, teklif süresini kısaltmak, tahmin doğruluğunu artırmak ya da ayrılan bir satışçının müşterilerini kayıpsız devretmek. Her sonuç için bir başlangıç değeri ve ölçüm dönemi belirleyin.

Başlangıç değeri olmayan hedef, altı ay sonra herkesin kendi hatırladığı gibi anlattığı bir cümleye dönüşüyor. Bugünkü değeri ölçemiyorsanız hedefi ertelemeyin, ölçüyü basitleştirin: elle sayılan tek bir hafta bile başlangıç değeri yerine geçer.

Bir de hedefin sahadaki karşılığını yazın. “Tahmin doğruluğu” satıcının gününde bir yere oturmadığı için tutmuyor; aynı hedefin ekipteki hâli “kapanış tarihi geçmiş fırsat bırakmamak” olabilir. Bu çeviri yapılmadığında hedef yönetimin panosunda kalıyor. Hangi sonucun hangi ölçüyle izlendiğini CRM faydaları ve ölçüsü rehberinde tek tek yazdık.

Hedef belli olduktan sonra yazılımı açtığınızda karşınıza yüzlerce ayar çıkar, ama gerçekten belirleyici olan üç tanesi. Aşamalar ekibin nasıl konuşacağını belirler, alanlar veri girişinin maliyetini, raporlar da hangi soruların sorulabileceğini.

Üçü birbirine bağlı ve sıra önemli. Aşama olmadan alan tanımlanmaz, alan olmadan rapor kurulmaz. Yazılım bu modeli uygular; belirsiz bir süreci otomatikleştirmek yalnızca belirsizliği hızlandırır. Terimlerde emin değilseniz CRM nedir rehberi kelime dağarcığını verir; bu sayfa oradan sonrasını, yani sistemden önce verilen kararları anlatır.

Aşamalar: satıcının değil, müşterinin adımları

En sık yapılan hata, aşamaları kendi iç işlerimize göre adlandırmak: “değerlendiriliyor”, “beklemede”, “sıcak”. Bunlar birer durum, birer adım değil. Kimse bir fırsatın “sıcak” olmaktan ne zaman çıktığını söyleyemez, dolayısıyla kart panoda çakılı kalır.

İyi bir aşama adı, gerçekleşmiş bir olayı anlatır: talep alındı, ihtiyaç görüşmesi yapıldı, teklif gönderildi, teklif revize edildi, sözleşme imzalandı. Bu adları okuyan biri fırsatın nerede olduğunu tartışmadan anlar.

Sayı konusunda tek kural var: bir satıcının başında ezberleyebileceği kadar. Beş ile yedi arası çoğu ekipte doğru aralık. On iki aşamalı bir pipeline, yani satış süreci, çoğu zaman birkaç ay içinde fiilen dört aşamaya iner; kalanlar boş geçilir.

İki uç da zarar verir: çok fazla aşama raporu parçalar, çok az aşama darboğazı saklar. Aşamaları iç aktiviteye değil müşteri sonucuna göre kurun ve her biri için beş şeyi tanımlayın: girişi, çıkışı, o aşamada bakılacak alanları, beklenen süreyi ve fırsat orada kaybedilirse kayıp nedenini.

Her aşamanın bir çıkış testi olmalı

Aşama adlarını yazdıktan sonra yapılacak iş, her birinin yanına tek cümlelik bir çıkış testi koymak. “Bu aşamadan çıkmak için ne olmuş olmalı?” sorusunun cevabı.

• Talep alındı. Kim istediği, ne istediği ve ne zamana istediği kayıtta yazıyor.
• İhtiyaç görüşmesi yapıldı. Bütçe aralığı ve karar veren kişi biliniyor.
• Teklif gönderildi. Fiyatlı teklif kaydın üstünde duruyor ve gönderim tarihi belli.
• Sözleşme aşamasında. Karşı taraf yazılı olarak devam demiş durumda.

Bu testler yazılmadığında her satıcı aşamaları kendi anladığı gibi kullanır ve ay sonundaki tahmin dört farklı yorumun toplamı olur. Testler yazıldığında ise aşamada bekleme süresi anlamlı bir sinyale dönüşür: bir kart on beş gündür “teklif gönderildi” aşamasındaysa, o kart takip bekliyor demek. Senitix CRM’de aşama geçmişi ve hareketsizlik süresi fırsat kaydında tutulur; nasıl göründüğünü özellik kataloğunun pipeline bölümünde görebilirsiniz.

Yukarıdaki dört testin ortak özelliği şu: aynı kayda bakan iki kişi aynı cevabı veriyor. Bunu sağlayan şey satıcıların dikkati değil, cümlenin kuruluşu. Üç özelliği taşıyan bir test bu sınavı geçiyor.

• Öznesi karşı taraf olsun. “Teklifi hazırladık” bizim işimizi anlatır, “müşteri teklifi aldı” karşı tarafın attığı adımı. Fırsatı gerçekten ilerleten ikincisidir.
• Kanıtı gösterilebilsin. Testin gerçekleştiğini söyleyen şey kaydın üstünde durmalı: bir belge, bir tarih, yazılı bir cevap. Kanıtı yalnızca satıcının hafızasında olan test, test değildir.
• Tek koşulu olsun. “Ve” ile bağlanmış iki koşul gördüğünüzde ya orada iki ayrı aşama vardır ya da koşullardan biri süstür. İkisi bir arada kaldığında ekip kolay olanı işaretleyip zor olanı atlıyor.

Cümleyi denemek kolay. Bir yönetici ile bir satıcı aynı beş açık fırsatı birbirinden habersiz işaretlesin, sonra karşılaştırın. Ayrıştıkları yer dikkatsizlik değil, cümlenin belirsizliğidir; orada cümleyi yeniden yazın. “İlgileniyor”, “olumlu”, “yakında kapanır” gibi ifadeler ilk elemede gitmeli, çünkü okuyanın yorumunu cümlenin içine taşıyorlar.

Testin duracağı yer aşamanın rehber metnidir. Senitix CRM’de her aşama kısa bir rehber metni ve en fazla beş anahtar alan gösterir; bunlar ekip için bir kontrol listesidir, yasak değil. Kartı sistem durdurmaz, cümleyi yazarken ekibin verdiği söz durdurur. Bu cümlelerin kurulumun hangi adımında yazıldığını CRM kurulumu rehberinde sırasıyla anlattık.

Özel alan: her alanın bir bedeli var

Alan eklemek bedavaymış gibi görünür, oysa her alanın sabit bir maliyeti vardır: birisi onu her kayıtta, sonsuza kadar dolduracaktır. Kurulum toplantılarında herkes kendi istediği alanı söylediği için, ilk gün otuz alanlı bir form ortaya çıkması çok olağan.

Filtre şu: bu alan bir kararı değiştiriyor mu, yoksa sadece “iyi olur” mu? Sektör, hat, termin, bayi kodu gibi alanlar bir kararı değiştirir. “Notlar 2” değiştirmez. Senitix CRM’de her modüle kendi özel alanlarınızı ekleyebilirsiniz, ama ürünün izin verdiği alan sayısı sizin sınırınız değildir: her yeni alan aynı filtreden geçer.

Zorunlu alanlarda daha da cimri olun. Bir fırsatı açmak için beş alandan fazlası isteniyorsa, ekip kaydı sonra açmaya başlar ve “sonra” genelde hiç gelmez. Alanların kayıt yapısıyla ilişkisini hangi alanın zorunlu olacağı tarafında ayrıca yazdık.

Bir alan rapor, otomasyon, segment veya operasyon kararı için kullanılmıyorsa zorunlu yapmayın. İlk kurulumda az ve güvenilir alan, yüzlerce boş alandan değerlidir. Kişisel veri tutan alanlar için amaç ve saklama kuralını da alan sözlüğüne ekleyin.

Cimriliğin nerede işe yarayacağını belirleyen şey alanın kendisi değil, alanın istendiği an. Doğru soru “bu alan önemli mi” değil, “bu bilginin eksik olması hangi anda hata sayılır”. Kayıt açılışı bu anların en kötüsü: bilginin en az, hızın en gerekli olduğu dakika orasıdır.

Bir alanı zorunlu yapmadan önce iki soruyu cevaplayın: bu bilgiyi o anda kim biliyor ve bilmeyen kişi ne yapar. İkincisinin dürüst cevabı “geçmek için bir şey yazar” ise o zorunluluk veri değil, yanlış veri üretiyor. Boş kalan alan en azından boş olduğunu söylüyor; uydurulmuş bir değer bunu da söylemiyor.

Bir alanı açmak her zaman kolaydır, kapatmak değil: kaldırıldığı gün birinin raporu bozulacağı için kimse dokunmuyor. Şüphede kaldığınız alanı hiç açmamak, bir yıl sonra onu temizlemeye çalışmaktan ucuza geliyor.

Rapor: önce soruyu yazın

Çoğu ekip raporu en sona bırakır ve sonunda eldeki alanlardan çıkabilen grafikleri kurar. Sıra ters. Önce yönetimin her ay sorduğu soruları yazın, sonra o soruları cevaplayacak alanları tanımlayın.

Dört soru çoğu ekibe yeter: bu ay ne bekliyoruz, hangi fırsatlar takılı kaldı ve hangi aşama en uzun sürüyor, kaybettiklerimizi neden kaybettik, hangi kaynaktan gelen fırsatlar gerçekten kazanılıyor. Dördüncüsü için kaynak alanının, üçüncüsü için kayıp nedeni alanının zorunlu olması gerekir; alan kararı buradan çıkar, kurulum toplantısından değil. Birden fazla satış ekibi olan şirkette beşinci bir soru eklenir: tahmin hatası hangi ekipte?

Bir uyarı: raporu yalnızca yöneticinin gördüğü bir yere koyarsanız, veri girişi bir denetim işi gibi hissedilir. Aynı raporu ekibin de gördüğü bir yere koyduğunuzda, girdiği verinin karşılığını satıcının kendisi görür. Mevcut verinin cevaplayamayacağı bir raporu da tasarım diye sunmayın; önce o veriyi toplayacak alanı kurun.

Dört soruyu yazdıktan sonra sıra, her birini hangi rapora çevireceğinize geliyor. Sırayı grafiğin görünüşüne göre değil, raporun ürettiği eylem listesine göre kurun.

1. Takılı işler listesi. Açık fırsatlar, bulundukları aşamada geçirdikleri güne göre sıralı. Toplantıdaki “herkes sırayla ne yaptığını anlatsın” turunun yerine geçiyor, çünkü konuşulacak kayıtları listenin kendisi seçiyor.
2. Dönem beklentisi. Açık tutarın aşamalara dağılımı. İşi kimseyi ikna etmek değil; masaya dört ayrı yorum yerine tek bir sayı getirmek. Senitix CRM’de satış tahmini açık tutarı kotayla karşılaştırır ve yönetici düzeltmesini ayrı tutar; aynı soru açık fırsat raporundan da cevaplanabilir.
3. Kayıp nedeni dökümü. Kapanan kayıplar, nedene göre gruplanmış. Tek bir kaydı değil, fiyatın ya da teklifin kendisini konuşturuyor.
4. Kanal dökümü. Hangi kaynağın gerçekten iş getirdiği. Değiştirdiği yer satış toplantısı değil, pazarlama tarafındaki bütçe.

Listeyi ayakta tutan tek kural şu: toplantıya eklenen her rapor, toplantıdan bir şey çıkarmalı. Gündem yalnızca büyüyorsa raporlar karar aracı olmaktan çıkıp süs olmuştur. Bu okumaların hangi sıklıkla yapıldığını ve ikinci yılda neden bozulduğunu CRM’de en iyi uygulamalar rehberinde topladık.

İlk 90 gün hangi sırayla ilerler?

Her şeyi ilk gün açmak, stratejiyi kâğıttan sisteme taşırken yapılan en yaygın hata. İlk dört haftanın sırası şöyle işliyor.

Ne kadar süreceği yazılıma değil, ne kadar geçmiş taşıdığınıza bağlı. Tek bir dosyadan gelen bir ekip bunu bir öğleden sonrada yapar; yıllarca birikmiş alanları çözen bir ekip için asıl iş eşleştirmedir. Bağlantı tarafını CRM entegrasyonu rehberinde ayrı ele aldık; burada tasarladığınız aşamaların günlük kullanımda nasıl göründüğünü ise satış takip programı rehberi anlatır.

Dört haftanın ardından ilk üç ayın yol haritası da yazılı olmalı: ilk 30 günde veri ve temel pipeline, 60. günde raporlar ve seçili otomasyonlar, 90. günde kalite denetimi ve iyileştirme. Mevcut sürecin sağlığı doğrulanmadan yeni özellik eklenmez.

Ekip sistemi kullanmak istemediğinde

Önce temsilcinin ekranını sadeleştirin, mevcut işini CRM’den tamamlamasını sağlayın ve çift veri girişini kaldırın. Eğitim menü turu olarak değil, gerçek bir fırsat senaryosu üzerinden yapılır. Kullanımın ölçüsü de giriş sayısı değil, zamanında güncellenen fırsat ve tamamlanan aktivitedir.

Sadeleştirme çoğu ekipte yeter, hepsinde yetmez. Bir noktada tasarım, onu kullanmak istemeyen bir ekiple karşılaşıyor; sistemin ömrünü belirleyen şey bu eşiğin nasıl karşılandığı. İlk iş, direncin nereden geldiğini ayırmak: iki ayrı durum aynı cümleyle söyleniyor, “bu aşama yanlış” ve “bu aşamayı sevmiyorum”.

• Yanlış aşama gerçek işi anlatmıyordur. Belirtisi nesneldir: kartlar o aşamayı atlıyor, girdiği gün çıkıyor ya da iki satıcı aynı durumdaki fırsatı iki ayrı aşamaya koyuyor. Burada haklı olan ekiptir, aşamayı değiştirin.
• Sevilmeyen aşama işi doğru anlatıyordur ama görünmesi istenmeyen bir şeyi görünür kılar: takibi yapılmamış teklif, aylardır dokunulmamış kayıt, aslında hiç açılmamış görüşme. Belirtisi de budur: kimse aşamanın yanlış olduğunu söylemez, yalnızca kart oraya hiç girmez.

Ayrımı tartışarak değil bakarak yaparsınız: aşamada bekleme süresine ve aşama geçişlerine bakın, sonra ekibe açıkça sorun. “Bu aşama işi yanlış mı anlatıyor, yoksa orada duran kartlar mı rahatsız ediyor?” İkinci soruyu hiç sormayan yönetici, doğru kurulmuş bir tasarımı yanlış sanıp değiştiriyor.

Sevilmeyen aşama silinerek çözülmüyor: aşama kalkınca görünmez olan iş kaybolmuyor, yalnızca kaydın dışına çıkıyor. Yanlış aşama çıktığında ise düzeltmeyi ekranda değil, işi konuşarak yapın; farklı işlerde pipeline’ın nasıl kurulduğunu CRM örnekleri rehberinde gerçek süreçler üzerinden gösterdik.

CRM stratejisini kim sahiplenir?

Kurulumdan sonra sorulmayan soru şu: aşamayı değiştirmek isteyen biri kime gidecek? Cevabı olmayan ekiplerde birkaç ay içinde herkes kendi alanını ekler ve altı ay sonra kimse formu tanımaz.

Bu tam zamanlı bir iş değil; ayda birkaç saat. Sahibin işi üç şey: değişiklik taleplerini toplamak, aşama ve alan listesinin kısa kalmasını korumak, çeyrekte bir hangi alanların gerçekten doldurulduğuna bakmak.

Bu kişinin teknik biri olması gerekmiyor, hatta olmaması daha iyi. Sattığınız biçimi bilen biri olmalı; genelde ekipteki en deneyimli satıcı ya da satış müdürünün kendisi. Stratejinin sahibi gelirden ya da satış operasyonundan sorumlu bu iş kişisidir; BT, güvenlik, hukuk ve kullanıcı temsilcileri onunla birlikte çalışır. Tedarikçi ya da danışman kurulumu yapabilir, ama iş hedefinin sahibi olamaz.

Sahibin takvimi üç katmanlıdır. Haftalık operasyonda geciken takip, sahipsiz kayıt ve pipeline yaşı; aylık yönetimde dönüşüm, satış döngüsü, tahmin farkı ve veri kalitesi; üç aylık strateji gözden geçirmesinde segment, süreç, entegrasyon ve kullanıcı geri bildirimi ele alınır. Her metriğin bir sahibi ve bağlı olduğu karar yazılıdır.

CRM’i sessizce öldüren beş hata

• Aşamaları iç sürece göre adlandırmak. “Beklemede” aşaması olan her pipeline, birkaç ay içinde “beklemede” yığınına dönüşür; aşama müşteri sonucunu değil, iç yapılacaklar listesini anlatmaya başlar.
• İlk gün otuz alan açmak. Fazla alan, veriyi zenginleştirmez; kayıt açılmamasına yol açar. Satış temsilcisini tasarıma katmadan eklenen zorunlu alan, ilk boş geçilen alan olur.
• Tüm eski veriyi taşımak. Beş yıllık ölü kayıt, eski alanlar ve istisnalar yeni sistemi ilk haftadan kirletir ve kimse temizlemeye vakit ayırmaz.
• Raporu yalnız yönetime göstermek. Veri girişi denetim gibi hissedilirse, girilen veri de denetime göre şekillenir. Aynı hata ölçümde de görülür: giriş sayısını benimseme, rapor sayısını içgörü sanmak.
• Kurulumu bir kereye mahsus iş sanmak. Aşamalar işiniz değiştikçe değişir. Sistem sahibi, yönetici rolü ve değişiklik süreci tanımlanmadığında pipeline’ı kimse gözden geçirmez ve sessizce eskir.

Bu beşinin ortak noktası şu: hiçbiri yazılım hatası değil. Hepsi, stratejinin bir yazılım işi sanılmasından çıkar.

Senitix CRM’de aşamaları, özel alanları ve teklif şablonlarını kendi sürecinize göre siz kurar, istediğiniz zaman değiştirirsiniz. Ürünün bu kararları nasıl taşıdığını Senitix CRM sayfasında, hangi durumda başka bir CRM’in daha doğru olduğunu en iyi CRM rehberindeki karşılaştırmada, plan ayrıntılarını da fiyatlandırma sayfasında bulabilirsiniz.

Aşama

Bir fırsatın pipeline'da bulunduğu sıralı adım. Adı bir durumu değil, gerçekleşmiş bir olayı anlatmalı.

Çıkış testi

Bir fırsatın aşamadan çıkabilmesi için gerçekleşmiş olması gereken tek koşul.

Aşamada bekleme

Bir fırsatın bulunduğu aşamada geçirdiği gün sayısı. Takılı işleri gösteren en güvenilir tek sinyal.

Özel alan

Standart kayda eklenen kendi bilginiz: hat, termin ya da bayi kodu. Her alanın sürekli bir doldurma maliyeti vardır.

Zorunlu alan

Kayıt kaydedilmeden doldurulması gereken alan. Beşi geçtiğinde kayıt açma alışkanlığı düşer.

Kayıp nedeni

Kaybedilen fırsatın neden kaybedildiğini tutan alan. Kaynak alanıyla birlikte, raporu anlamlı kılan iki alandan biri.

Tahmin

Açık fırsatların aşama, tutar ve kapanış tarihinden okunan dönem beklentisi.

Kazanma oranı

Bir dönemde kazanılan fırsatların, kapanan tüm fırsatlara bölümü.