CRM Kurulumunu Sadeleştirme: 6 Adımda Geçiş Planı

Sade bir CRM kurulumunun adımları altıdır: kullanım envanterini çıkarın, gereken alanları belirleyin, veriyi temizleyin, tek pipeline (satış süreci) ile başlayın, küçük bir grupla pilot yapın ve eski kurulumun kapanış tarihini yazın. Sadeleştirme yazılım değiştirmeden önce ekibin hangi modülü, alanı ve otomasyonu gerçekten kullandığına karar vermekle başlar. Bu yazı belirli bir üreticiyi ele almaz, herhangi bir CRM için geçerlidir; sıfırdan kurulum için CRM kurulum rehberine bakın.

Bir CRM kurulumu ne zaman karmaşıklaşır?

Karmaşıklık genelde bir günde gelmez; her yeni ihtiyaç için eklenen bir modül, bir iş akışı ya da bir eklentiyle birikir. Aşağıdaki dört belirti, bir CRM kurulumunun artık ekibin kapasitesini aştığının erken işaretleridir. Bunlar genel gözlemlerdir, belirli bir ürüne ya da araştırmaya dayanmaz.

• Kimsenin hatırlamadığı süreç ve onay adımları. Bir zamanlar mantıklı gelen onay adımı, bugün kimin neden orada olduğunu bilmediği bir engele dönüşür.
• Doldurulmayan özel alanlar. Form her fırsat için otuz-kırk alan istiyor ama temsilciler yalnızca beş-altısını dolduruyor; geri kalanı boş kayıt olarak birikir.
• Kimin hangi eklentiyi neden aldığı belirsiz. Fatura, telefon entegrasyonu ya da form eklentisi zamanla eklenmiş, kimin sorumlu olduğu yazılı değil.
• Küçük bir değişiklik için dışarıdan yardım gerekiyor. Bir aşama adını değiştirmek ya da yeni bir alan eklemek için danışmana ya da eski kurulumu yapan kişiye başvurmak gerekiyor.

Her yeni katman kuruluma ne ekler?

CRM programlarında üst sürümler ve ek uygulamalar yalnızca yeni bir özellik değil, yeni bir yapılandırma katmanı da getirir: süreç tasarımı, onay akışları, özel fonksiyonlar, geliştirici ortamları ya da aynı üreticinin diğer uygulamalarını içeren paketler. Bu katmanlar büyük bir ekip için bir avantaj olabilir; ama beş-on beş kişilik bir satış ekibinde genelde kimse hangi katmanın gerçekten kullanıldığını tam olarak takip edemez. Hangi planın neyi içerdiği üreticiye göre değişir ve sık değişir; kendi kurulumunuzdaki katmanları üreticinin güncel fiyat ve özellik sayfasından doğrulayın.

Kurulumu basitleştirmeden önce hangi soru sorulmalı?

Basitleştirme bir yazılım kararı değil, bir envanter kararıdır. Her modül, alan ve otomasyon için tek bir soru sorun: bu, son doksan günde en az bir kez kullanıldı mı? Kullanılmayan bir süreç adımı, boş kalan bir özel alan ya da açılmayan bir uygulama, taşınacak listede yer almaz. Bu envanteri çıkarmadan geçiş yapmak, karmaşıklığı eski sistemden yeni sisteme aynen taşımak anlamına gelir.

Basit bir kuruluma geçişin altı adımı

1. Kullanım envanterini çıkarın. Mevcut CRM’deki her modülü, özel alanı ve süreç adımını son doksan gün kullanım verisiyle listeleyin. Sorumlu: sistem sorumlusu. Çıktı: kullanılan / kullanılmayan listesi.
2. Gerçekten gereken alanları belirleyin. Temsilcilerle birlikte hangi on-on beş alanın her fırsatta dolduğunu, hangilerinin hiç dolmadığını gözden geçirin. Sorumlu: sistem sorumlusu ve temsilci grubu. Çıktı: kısaltılmış alan listesi.
3. Veriyi dışa aktarın ve temizleyin. Mevcut sistemden CSV olarak dışa aktarın, mükerrer kayıtları (aynı e-posta ya da telefon) ayıklayın, boş ya da güncel olmayan satırları taşımayın. Sorumlu: veri sahibi. Çıktı: temiz, eşlenmiş bir CSV dosyası. Bu adımın ayrıntıları CRM veri aktarımı yazımızda.
4. Yeni kurulumu tek bir pipeline (satış süreci) ile başlatın. Eski sistemdeki aşama sayısını olduğu gibi kopyalamak yerine, ekibin bugün fiilen izlediği aşamaları yazın; ikinci bir pipeline gerekiyorsa sonra eklenir. Sorumlu: sistem sorumlusu. Çıktı: tek, sade pipeline.
5. Küçük bir grupla pilot yapın. İki-üç temsilciyle bir-iki hafta paralel çalışın, gerçek fırsatları yeni sistemde ilerletin. Sorumlu: temsilci grubu. Çıktı: pilot onayı ya da düzeltme listesi.
6. Eski kurulumu kapatma tarihini yazın. “Bir süre ikisini de kullanırız” kararı genelde kapanmaz; belirli bir tarih koyup o tarihte eski sisteme yazma erişimini kapatın. Sorumlu: sponsor. Çıktı: yazılı kapanış tarihi.

Bu altı adım pratikte nasıl işler?

Kurgusal örnek: Gebze’de bir OSB’de faaliyet gösteren on iki kişilik bir endüstriyel yedek parça bayisi, üç yıldır aynı CRM programını kullanıyordu. Envanter çıkarıldığında yirmi iki özel alandan yalnızca dokuzunun düzenli dolduğu, üç süreçten birinin (fiyat onayı) hâlâ işlediği, diğer ikisinin (numune talebi, bayi onayı) aylardır hiç tetiklenmediği ortaya çıktı. Sistem sorumlusu bu iki süreci kapattı, alan sayısını dokuza indirdi ve kalan verideki mükerrer bayi kayıtlarını (aynı vergi numarasıyla açılmış dört ayrı kayıt) birleştirdi. Yeni kurulum tek pipeline ile başladı; iki hafta boyunca üç temsilci gerçek fırsatlarla paralel çalıştı ve dördüncü haftanın sonunda eski sisteme yazma erişimi kapatıldı. Ekip ve rakamlar örnek amaçlı kurgulanmıştır; gerçek bir şirketi ya da Senitix müşterisini anlatmaz.

Basitleştirirken hangi hatalar yapılır?

• Envanter çıkarmadan taşımak. Kullanılmayan bir modülü de “belki lazım olur” diye taşımak, yeni kurulumu ilk günden eski kurulum kadar karmaşık yapar.
• Aşama sayısını olduğu gibi kopyalamak. Eski sistemdeki on iki aşamayı aynen taşımak yerine, ekibin bugün gerçekten ayırt ettiği aşamaları yeniden yazmak gerekir.
• Veri temizliğini geçişten sonraya bırakmak. Mükerrer ve eksik kayıtla başlayan bir sistem, ilk haftadan güven kaybeder.
• Pilot yapmadan tüm ekibi bir anda geçirmek. Küçük bir grupta fark edilecek bir sorun, tüm ekipte bir haftalık kayba dönüşür.

Geçiş sonrası ilk 30 günde neye bakılmalı?

Geçişin işe yarayıp yaramadığı ilk ayın sonunda üç göstergeyle anlaşılır. Doldurulan zorunlu alan oranı düşükse, ikinci adımda seçilen alan listesi hâlâ fazla geniş demektir. Yeni sistemde tekrar beliren mükerrer kayıt sayısı yüksekse, veri temizliği adımı eksik kalmıştır. En önemli gösterge ise temsilcilerin eski sisteme geri dönüp dönmediğidir: eski sisteme yazma erişimi kapatıldıktan sonra bile birileri hâlâ oradan veri arıyorsa, yeni kurulum eski alışkanlığın yerini henüz almamış demektir. Bu üç göstergeyi geçişten sonraki dördüncü haftada, sponsorun da katıldığı kısa bir toplantıda gözden geçirmek, sorunu büyümeden önce fark etmeyi sağlar.

Kimler için basitleştirme doğru adım, kimler için değil?

Basitleştirme şunlar için uygundur: beş-yirmi kişilik bir satış ekibi; süreç adımlarını, özel fonksiyonları ya da eklentilerin çoğunu kimin yönettiği belirsizleşmiş bir kurulum; küçük bir değişiklik için sürekli dışarıdan danışmana ihtiyaç duyan bir ekip.

Basitleştirme şunlar için uygun değildir: aynı üreticinin finans, İK ya da destek uygulamalarını CRM ile birlikte fiilen kullanan, tek tedarikçiden geniş bir uygulama ailesi isteyen bir şirket. Bu durumda genişlik bir karmaşıklık sorunu değil, bilinçli bir tercihtir ve kurulumu basitleştirmek kazandırmaz, kaybettirir.

Senitix CRM’de sade bir kurulum neye benzer?

Senitix bir CRM satıcısıdır; bu bölüm kendi ürünümüzü anlatır. Senitix CRM’de fırsatlar ekibin kendi kurduğu aşamalarda ilerler. Baştan çok sayıda hazır süreç gelmez; ekip yalnızca ihtiyaç duyduğu kadar pipeline ve aşama tanımlar. Her aşama bir rehber metni ve en fazla beş anahtar alan gösterir; bu alanlar zorunlu kılınmaz, ekip neyin tamam olması gerektiğini kart üzerinde görür. Fırsat ve aşama yönetimi sayfasında bu yapı ayrıntılı anlatılıyor.

Veri taşıma için CSV ya da Excel ile içe ve dışa aktarma kullanılır. Mükerrer aday, kişi ve firma kayıtları mükerrer kayıt ekranında tek kayda birleştirilir; bu adım eski sistemden gelen listede özellikle işe yarar. Teklif, sözleşme, sipariş ve fatura kayıtları aynı müşteri kaydına bağlanır ve ayrı bir modüle geçmeden aynı fırsatın altında birikir. Senitix AI da taslak e-posta ve özetleri hazırlar, göndermeden önce onayı temsilciye bırakır.

Kendi envanterinizi çıkarıp Ücretsiz planı ücretsiz kullanmaya başlayabilirsiniz; bu plan 2 kullanıcı içerir, kredi kartı gerekmez. Programları karşılaştırmak için kullanabileceğiniz altı ölçütü en iyi CRM programı rehberimizde, Ücretsiz planın sınırlarını ücretsiz CRM rehberimizde bulabilir, planları fiyatlandırma sayfasında karşılaştırabilir ya da geçiş kapsamını satış ekibimizle görüşebilirsiniz.

Sık sorulan sorular

Başka bir CRM’den geçiş genelde ne kadar sürer?

Envanter ve veri temizliği en çok zaman alan adımdır; beş-on beş kişilik bir ekipte genelde iki-dört hafta sürer. Pilot ve paralel kullanım dönemi eklendiğinde toplam süreç altı-sekiz haftaya çıkabilir; bu süre, süreç adımı ve özel alan sayısı arttıkça, envanteri çıkarmak daha uzun sürdüğü için uzar. Bu aralıklar kendi gözlemimizdir, bir araştırmaya dayanmaz; ekibinizin kurulumuna göre değişir.

Eski sistemdeki tüm veriler yeni sisteme taşınmalı mı?

Hayır; yalnızca son doksan günde kullanılan, güncel ve doğrulanmış kayıtlar taşınmalıdır. Eski, tekrarlanan ya da kimsenin sahiplenmediği kayıtları taşımak, yeni kurulumu ilk günden kirletir ve ikinci bir temizlik turu gerektirir. Bu turu ilk geçişle birlikte yapmak her zaman daha ucuzdur.

Aynı üreticinin birden fazla uygulamasını kullanan bir ekip için basitleştirme hâlâ mantıklı mı?

Paketteki diğer uygulamalar (finans, İK, destek) fiilen kullanılıyorsa yalnızca CRM tarafını basitleştirmek entegrasyonu bozabilir. Bu durumda önce hangi uygulamaların gerçekten aktif olduğunu envanterle belirlemek, karar vermeden önceki ilk adımdır; CRM dışındaki uygulamalar aktifse basitleştirme yalnızca CRM’in kendi alan ve süreç sayısıyla sınırlı tutulmalıdır.

Geçiş sırasında iki sistem birlikte ne kadar süre çalıştırılmalı?

Mümkünse iki haftayı geçmeyecek kısa bir pilot dönemiyle sınırlı tutun ve kapanış tarihini baştan yazılı hale getirin; belirsiz süreli paralel kullanım, ekibin eski sisteme geri dönmesinin en sık nedenidir. Kapanış tarihi geldiğinde eski sisteme yazma erişimini kapatmak, okuma erişimini birkaç hafta daha açık bırakmaktan daha etkilidir.

Özel fonksiyonlar (custom functions) yeni sistemde nasıl karşılanır?

Senitix’te kod yazarak özel fonksiyon eklenmez; görsel otomasyon tasarımcısı, kayıt oluşunca, bir alan değişince ya da aşama ilerleyince çalışan kuralları kod yazmadan kurar. Eski sistemdeki özel fonksiyonların çoğu aslında “bir alan değişince şunu güncelle” gibi basit kurallardır; envanterde her fonksiyonun ne yaptığını yazmak, hangisinin bir otomasyon kuralına karşılık geldiğini, hangisinin gerçekten özel kaldığını netleştirir.