Tablo dağınık olduğu için değil, sıradan soruları yanıtlamak pahalı hâle geldiği için işini göremiyor; bunu düzelten geçiş önce bir alışkanlık değişimi, sonra bir veri aktarımıdır.
Tablolardan CRM'e nasıl geçilir
Şu sırayla ilerleyin: sistemin ilk gün hangi soruları yanıtlaması gerektiğine karar verin, yalnızca açık fırsatları ve aktif müşterileri aktarın, yazılımın önerdiği alanları değil ekibinizin zaten kullandığı alanları yeniden kurun, iki hafta ikisini birlikte çalıştırın, sonra tabloyu belirlenmiş bir tarihte kapatın. Başarısız olan geçişin neredeyse hiçbir zaman teknik bir sorunu yoktur. Başarısız olan, tablonun sessizce açık kaldığı geçiştir: yeni sistem geri verdiğinden fazla yazma işi ister ve bir ay içinde herkes eski alışkanlığına döner. Danışmanlık şirketi Johnny Grow'un CRM Failure Report çalışmasında yayımladığı araştırma, uygulamaların yüzde 55'inin planlanan hedeflerine ulaşmadığını, her onda birinin ise hiç yayına alınmadan iptal edildiğini buldu. Dolayısıyla bunu, içinde veri bulunan bir alışkanlık değişimi olarak ele alın; içinde insan bulunan bir veri aktarımı olarak değil.
Tablonuz sandığınız sorun değil
Paylaşılan bir tablo dürüst olduğu için ayakta kalır. Hiçbir maliyeti yoktur, eğitim gerektirmez, herkes beş saniyede okur ve işin geçen çeyrekte ne yaptığına göre bükülür. Yazılım bunların hiçbirinde kolay kazanmaz. Tablonun yapamadığı şey şudur: iki kişiyi aynı anda taşımak, mart ayında müşteriye tam olarak ne söylendiğini hatırlamak, bir teklifin dokuz günlük olduğunu hatırlatmak ya da son on müşterinizi hangi kanalın getirdiğini söylemek. Onu aştığınızın işareti dosyanın dağınık görünmesi değildir. İşaret, sıradan soruların pahalılaşmasıdır: bu talep nereden geldi, ne söz verdik, şimdi kim sahibi, bugün ne teslim edilecek. Bir meslektaşınızın bunu yanıtlamak için üç sekme açması ve sohbet grubunda sorması gerekiyorsa, zaten bir CRM için ödeme yapıyorsunuz. Sadece parayla değil, dikkatle ödüyorsunuz.
Neyi aktarmalı, neyi geride bırakmalı
Dört şeyi aktarın: açık fırsatlar, aktif müşteriler, gerçekten doğrulayabildiğiniz iletişim bilgileri ve tarihi belli bir sonraki adım. Bu genellikle dosyanın küçük bir bölümüdür ve ekibin her gün dokunduğu bölümdür. Geride bırakılacaklar: bir yıldır kimsenin konuşmadığı ölü adaylar, aynı şirket adını farklı yazan iki kişiden doğan mükerrer satırlar, eski bir kampanyadan kalan terk edilmiş sütunlar ve yalnızca yazanın anladığı serbest metin not alanları. Tüm geçmişi salt okunur bir dışa aktarım olarak, aranabilir bir yerde saklayın; böylece hiçbir şey kaybolmaz ve kimse orada çalışmaya heveslenmez. Her şeyi aktarmak daha güvenli hissettirir ama değildir. Bayat kayıtlarla dolu yeni bir sistem, ekibe daha ilk hafta içindeki verinin güvenilmez olduğunu öğretir ve kimsenin güvenmediği sistem bir ay içinde devre dışı bırakılır. Temiz veri geçişin şık bir bitişi değildir. Geçişin kendisidir.
Haftayı durdurmadan tablolardan CRM'e geçmenizi sağlayan sıra
Önce sistemin ilk gün yanıtlaması gereken üç soruyu sade bir dille yazın ve bunlara hizmet etmeyen hiçbir şeyi yapılandırmayı reddedin. Sonra alanları tek bir sayfada eşleştirin: tabloda sütunun adı ne, CRM'de ne olacak ve kim dolduracak. Küçültülmüş veri setini aktarın ve önce iki kişiye verin; tercihen en çok talep işleyen iki kişiye, çünkü bir komitenin bir çeyrekte bulamayacağını bir haftada bulurlar. İki sistemi on ilâ on dört gün paralel çalıştırın, daha fazla değil; ardından tablonun salt okunur hâle geleceği bir kesim tarihi belirleyin. Johnny Grow araştırmasındaki bir bulgu plana girmeyi hak ediyor: projeler uzayıp kapsam kısıldığında kullanıcıların hedeflerinin elenme olasılığı yöneticilerinkinin dört katıydı. Yönetim raporlaması genellikle bu kısıntıdan sağ çıkar; bir satışçının yirmi saniyesini kurtaran küçük alan çıkamaz. Bütçe ve sabır hâlâ varken önce günlük kullanıcı tarafını inşa edin.
Kalıcı olup olmayacağını belirleyen altı kural
- Her kayıt için tek bir sahip ve bu sahip kayıt üzerinde görünür olsun; böylece hiçbir talep, her biri diğerinin ilgilendiğini varsayan iki kişi arasındaki boşluğa düşmez.
- Aynı bilgiyi asla iki kez istemeyin. Sistem onu türetebiliyor, hesaplayabiliyor ya da müşterinin zaten doldurduğu formdan çekebiliyorsa, kimse onu yazmamalı.
- Her kayıt tarihli bir sonraki adım taşır. Tarihli sonraki adımları olmayan bir CRM, giriş ekranı eklenmiş bir tablodur.
- Sistemi işin zaten yapıldığı yere koyun. Talepler WhatsApp'tan geliyorsa CRM WhatsApp'ın içine uzanmalı; aksi hâlde ekibiniz her şeyin iki kaydını tutar.
- Benimsemeyi altıncı ayda değil ikinci haftada ölçün. Kişi başına haftalık güncellenen kayıt sayısını sayın; sayı düşüyorsa sorun ekibin motivasyonunda değil formdaki sürtünmededir.
- Alan eklemeye kimin yetkili olduğunu belirleyin. Denetlenmemiş özel alanlarla geçen altı ay, temiz bir sistemi geride bıraktığınız tabloya geri çevirir.
Tabloları bırakmakla ilgili bize sorulan sorular
- Küçük bir ekip için tablodan CRM'e geçiş ne kadar sürer? — Yirmi kişinin altında ve tek bir makul ölçüde temiz veri setine sahip bir ekipte, alan eşleştirmesinden tablonun salt okunur hâle gelmesine kadar iki ilâ dört hafta gerçekçidir ve bu sürenin çoğu veriyi taşımaya değil tanımlar üzerinde anlaşmaya gider.
- Hazır bir CRM mi almalıyız yoksa özel mi geliştirmeliyiz? — Süreciniz standart bir satış hattına benziyorsa önce satın alın; ancak para kazanma biçiminiz yazılımın varsayımlarına uymuyorsa geliştirin, çünkü özel bir sistem yıllarca taşıyacağınız bir bakım yükü devralır.
- Geçmiş verilerimize ne olacak? — Tarihli, salt okunur tek bir dosya olarak dışa aktarın ve CRM dışında aranabilir tutun; böylece canlı sistem yalnızca birinin sorumlu olduğu kayıtları tutar ve hiçbir şey gerçekten silinmez.
- Ekibin tabloya dönmesini nasıl engelleriz? — Bir kesim tarihi belirleyin, o tarihte tabloyu salt okunur yapın ve CRM'in günlük soruları tablodan daha hızlı yanıtladığından emin olun; çünkü alışkanlıklar politikayı değil hızı izler.
Okumaya devam edin
Güvenmeye
değer bir şey inşa edin.
İşinizi neyin yavaşlattığını anlatın. Bunu çözen sistemi — ve ne kadar hızlı çözdüğünü — gösterelim.