Vaka çalışması

Sekiz Haftada Excel Kaosundan Özel Bir CRM'e: Bir Vaka İncelemesi

14 kişilik bir toptancı, tüm satış sürecini kimsenin tam olarak güvenmediği tek bir paylaşımlı tabloyla yürütüyordu. İşte onu tam olarak nasıl değiştirdiğimiz — ne kurduğumuz, bilinçli olarak neyi kurmadığımız ve sonrasında neyin değiştiği.

Have a nice dayHave a nice day10 dk okuma
Sekiz Haftada Excel Kaosundan Özel Bir CRM'e: Bir Vaka İncelemesi

Küçük bir şirketi sessizce yürüten belli bir tür tablo vardır. Basit bir müşteri listesi olarak başlar ve beş altı yıl içinde işletmedeki en önemli — ve en tehlikeli — dosyaya dönüşür. Herkes ona bağımlıdır. Kimse ona güvenmez. Ve sonunda bozulduğunda, genellikle olabilecek en kötü günde bozulur. Bu, böyle bir tablonun, içinde yaşayan 14 kişilik şirketin ve onları oradan çıkarmanın aldığı sekiz haftanın hikayesi.

Pek çok küçük işletmeyle çalışıyoruz ve bu vaka anonimleştirildi — müşteri adını kullanmamamızı istedi ve buradaki rakamlar denetlenmiş değerler değil, yuvarlanmış ve örnekleyicidir. Ama durum gerçek ve eğer şirketinizi yavaş yavaş bir yüke dönüşen paylaşımlı bir tabloyla yürütüyorsanız, muhtemelen burada istediğinizden fazlasını tanıyacaksınız. Bunu yazmanın amacı bir projeyle hava atmak değil. Gerçek kararları göstermek — bariz cevabın yanlış olduğu kararlar dahil.

Baştan sona, neyin zor olduğu, neyi kasıtlı olarak atladığımız ve gerçek değerin nereden geldiği konusunda dürüst olmaya çalıştım. Spoiler: kimsenin beklediği kısım değildi.

Durum: tek dosya, on dört kişi, sıfır güven

Müşteri bölgesel bir toptancı — malları toplu alıp küçük perakendecilere ve ticari müşterilere satıyor. On dört kişi: birkaç satışçı, birkaç depo çalışanı, bir ofis müdürü, iki ortak. Sağlıklı bir işletme, istikrarlı bir büyüme; hafızayla yürütülemeyecek kadar büyük, ama hiçbir zaman 'düzgün' bir yazılım almayacak kadar küçük türden bir şirket.

Tüm satış operasyonu bulut sürücüde tek bir paylaşımlı tabloda yaşıyordu. Müşteriler, kişiler, sipariş geçmişi, kim-kime-borçlu, takip notları, yalnızca ofis müdürünün tam olarak anladığı bir renk kodlama sistemi. Yaklaşık kırk sütunu ve binin epey üzerinde satırı vardı. Her an üç dört kişi onu açık tutuyordu.

Belirtileri tahmin edebilirsiniz. Aynı satırı düzenleyen iki kişi, biri diğerinin yazdığını sessizce üzerine yazıyor. Bir satışçı tabloyu filtreliyor, filtreyi temizlemeyi unutuyor ve sonraki kişi 'müşterilerin yarısı kayboldu' diye paniğe kapılıyor. Hangi telefon numarasının güncel olduğunu kimse bilmiyordu. Aylık gelir raporunu derlemek ofis müdürünün neredeyse bütün gününü elle alıyordu ve ortaklar buna tam olarak inandıklarından emin değildi. Dosya, biri olmaması gereken bir şeyi sildikten sonra iki yılda iki kez yedekten kurtarılmıştı.

Sorun tablonun kötü olması değildi. Sorun, on dört kişinin her gün aynı bir düzine sorunun etrafından sessizce dolaşması ve bunun bedelini artık fark etmemesiydi.
ilk çalıştay notlarımızdan

Asıl önemli kısım şu: kimse yüksek sesle şikayet etmiyordu. Kendini aşmış bir tablonun tuzağı budur. Acı herkese ve her güne ince ince yayılır, bu yüzden hiçbir zaman bir krize dönüşmez — sadece havaya dönüşür. Ortaklar bir felaket yüzünden değil, gözden kaçan bir takip yüzünden iyi bir müşterilerini kaybettikleri için bizi aradılar ve bu sonunda onlara kaç tane daha kaybettiklerini sormalarına neden oldu.

Bir monitörde onlarca sütun ve çakışan renk kodlu hücrelerle dolu aşırı kalabalık bir tablo, ekran kenarına yapıştırılmış birkaç yapışkan not, camda hafifçe yansıyan bezgin bir ofis çalışanı
Şirketi yürüten dosya: kırk sütun, bin satır ve yalnızca bir kişinin anladığı bir renk kodu.

Neden hazır bir CRM almadık?

Herkesin sorduğu ilk soru bu ve doğru soru. Onlarca iyi ve ucuz CRM ürünü var. Müşteriyi gerçekten bunlardan birine ikna etmeye çalıştık — neredeyse her zaman daha hızlı, daha ucuz cevap budur ve kimsenin ihtiyaç duymadığı bir şeyi satmaktansa bir projeyi kaybetmeyi tercih ederiz.

Bu yüzden her zaman yaptığımız testi yaptık: gerçek süreçlerini alıp iki tanınmış CRM aracına oturtmaya çalıştık. Yaklaşık %80'i sorunsuz oturdu. İşi bitiren son %20'ydi. Fiyatlandırmaları, standart hiçbir 'fırsat' nesnesine oturmayan müşteriye özel kademelere ve hacim indirimlerine dayanıyordu. Sipariş geçmişlerinin, değiştirmek istemedikleri bir depo sistemine bağlanması gerekiyordu. Ve tekrar eden ticari müşterileri — tek seferlik satışlar yerine gevşek döngülerle yeniden sipariş verenler — izleme biçimleri standart süreç modelinde basitçe yoktu.

İşletmelerini araca uymaya zorlayabilirdik. Pek çok danışman zorlardı. Ama on dört kişiden, yazılım mutlu olsun diye fiyatlandırma ve yeniden sipariş biçimlerini değiştirmelerini istemek, bir ay içinde herkesin sessizce tabloya geri dönmesini sağlamanın harika bir yoludur. Eski dosyanın bu kadar uzun süre hayatta kalmasının nedeni, onlara uyacak şekilde bükülmesiydi. Onun yerini alacak şey de aynısını yapmak zorundaydı.

Sekiz hafta gerçekte nasıl geçti

Sekiz hafta 'özel bir CRM' için hızlı geliyor ve öyle de olurdu — eğer özel bir CRM kurmaya çalışsaydık. Çalışmadık. Bu belirli şirketin ihtiyaç duyduğu CRM'in dar dilimini kurduk ve ihtiyaç duymadıkları her şeyi bilinçli olarak dışarıda bıraktık. Zaman çizelgesinin tutmasının tüm nedeni kapsam disiplinidir.

Haftaların kabaca nasıl bölündüğü şöyle. Gerçek hayatta bu kadar derli toplu değildi — haftalar birbirine karışır — ama şekli dürüst.

  1. 1
    1.–2. haftalar: Tasarlama, izle
    Satış ekibi ve ofis müdürüyle oturduk ve onları tabloyu gerçekten kullanırken izledik. Bir gereksinim toplantısı değil — fiili gözlem. Renk kodu ve kalıcı hale gelmiş üç 'geçici' yan tablo gibi, kimsenin söylemeyi akıl etmediği şeyleri burada bulduk.
  2. 2
    2.–3. haftalar: Veriyi temizle, neyin doğru olduğuna karar ver
    Herhangi bir kurma işinden önce tablonun kendisini çözdük: mükerrer müşteriler, ölü kişiler, aynı şirket adını yazmanın üç farklı yolu. Acı verici, gösterişsiz ve onlara yaptığımız en büyük iyilik. Bir karmaşayı taşıyıp temiz bir sistem bekleyemezsiniz.
  3. 3
    3.–6. haftalar: Çekirdeği onların elinde kur
    Müşteriler, kişiler, sipariş geçmişi, fiyat kademeleri ve hazır araçların yapamadığı yeniden sipariş takibi. Sonunda bitmiş bir şey sunmak yerine her hafta çalışan bir sürüm gösterdik ve onu kırmalarına izin verdik.
  4. 4
    6.–7. haftalar: Depoyu ve raporları bağla
    Sipariş geçmişinin kendiliğinden dolması için mevcut depo sistemlerine salt okunur bir bağlantı, artı ortakların gerçekten önemsediği tek rapor — müşteriye göre aylık gelir — elle değil talep üzerine oluşturuluyor.
  5. 5
    8. hafta: Taşı, eğit, paralel yürüt
    Temizlenmiş veriyi aktardık, ekibi iki kısa oturumda eğittik ve güvenlik ağı olarak eski tabloyu iki hafta daha açık ve salt okunur tuttuk. İlk birkaç günden sonra kimsenin ona ihtiyacı olmadı, ama orada olması geçişi geri alınabilir hissettirdi — insanların ona bağlanmasını sağlayan da buydu.
Bir depo ofisinde dizüstü bilgisayar etrafında toplanmış küçük bir ekip, ekrandaki temiz ve sade bir CRM ekranını işaret eden bir geliştirici, sıcak doğal ışık, herkes ilgiyle eğilmiş
Haftalık göster-ve-kır oturumları: ekip sistemin büyümesini gördü ve onu şekillendirdi; bitmiş bir kutu teslim edilmedi.

Ne kurduk — ve neyi dışarıda bıraktık

Açıkçası bitmiş sistem görünüş olarak etkileyici değil. Amaç buydu. Bu şirketin gerçekten çalıştığı biçimde az sayıda şey yapıyor, başka hiçbir şey değil. Kullanılabilir kalmasını sağlayan, bir şeyleri dışarıda bırakma disiplini.

Giren şeyler: telefon numaraları ve adresler için tek bir doğruluk kaynağına sahip temiz bir müşteri ve kişi kaydı; depo sisteminden otomatik çekilen sipariş geçmişi; gerçek fiyat kademeleri ve hacim indirimleri; satışçıların kimin yeniden alma zamanının geldiğini görebilmesi için basit bir yeniden sipariş döngüsü görünümü; sessiz müşterilerin kaçmaması için takip hatırlatıcıları; ve iki tıkla oluşturulan aylık gelir raporu.

  • Bilinçli olarak dışarıda bıraktıklarımız: bir pazarlama modülü — e-posta kampanyası yapmıyorlar, dolayısıyla ölü bir yük olurdu.
  • Bir mobil uygulama — satış ekibi masalardan çalışıyor ve depoda tabletler var; duyarlı bir web görünümü yeterliydi.
  • Bir 'müşteri adayı puanlama' veya tahmin motoru — moda ama mevcut müşteriler hakkında netlik istiyorlardı, tahmin değil.
  • Lansmanda herhangi bir yapay zeka özelliği — henüz çözülecek dil biçiminde bir sorun yoktu, dolayısıyla yapay zeka eklemek süs olurdu.
  • İnce ayrımlı izin kademeleri — on dört güvenilir kişiye on dört izin seviyesi gerekmez; basit tuttuk.

Bu son kategori ilki kadar önemli. Eklediğiniz her özellik; bakımı yapılacak, açıklanacak ve yanlış kurulacak bir şeydir. Küçük bir işletmenin, 500 kişilik bir şirketin ihtiyaç duyduğu CRM'e ihtiyacı yoktur ve aksini varsaymak, sekiz haftalık bir projenin sekiz aylığa dönüşme biçimidir. Eksik parçaları sonradan eklemek için net bir alan bıraktık — ama yalnızca gerçek bir ihtiyaç ortaya çıkarsa, özellik listesi ince göründüğü için değil.

Asıl zor kısım yazılım değildi

Buraya kadar okuyup zorluğun teknik olmasını beklediyseniz, işte sürpriz: kurmak kolay kısımdı. Zor kısım tablonun yerçekimiydi. İnsanların o dosyada yılların kas hafızası vardı. Bazılarının hiç bahsetmedikleri özel yan tabloları vardı. Bir satışçı, çok kibarca, yıllarca kendi notlarından çalıştıktan sonra bir sistem tarafından 'izlenmek' istemiyordu.

Bunu yazılımla çözmedik. Yeni sistemi birinci günden itibaren onun için gerçekten daha hızlı yaparak çözdük — kendi müşterileri, kendi yeniden sipariş listesi, kendi takipleri, eskisinden daha az yazma — böylece dayatılan değil, daha kolay yol haline geldi. Paralel yürüyen iki hafta gerisini hallettiler. İnsanlar ihtiyaç duyarlarsa eski yolun hâlâ orada olduğunu görebildiklerinde, ona sıkı sıkıya tutunmayı bırakırlar. Onu çok erken alın, dirençleri artar.

Tabloyu değiştirmek bir yazılım işiydi. Tablo alışkanlığını değiştirmek asıl projeydi — ve çoğu kurulumun görmezden geldiği kısım bu.
teslimde ortaklara söylediğimiz
Bir masaüstü ekranında derli toplu bir müşteri listesi ve tek bir gelir grafiği gösteren temiz ve sade bir CRM panosu, sakin ve dağınıklıktan uzak, yanında kapalı bir dizüstü ve bir kahve, kaotik tablo gitmiş
Yerine geçen şey, bilerek sıkıcı: şirketin gerçekten çalıştığı biçimde yapılmış birkaç şey.

Sonrasında ne değişti

Önce rakamlar, dürüst bir uyarıyla: bunlar müşterinin lansman sonrası aylardan kendi yuvarlanmış rakamları, bağımsız bir denetim değil — bir gidişat yönü olarak yararlı, sizin işletmeniz için bir garanti değil.

NeÖncesi (tablo)Sonrası (özel CRM)
Aylık gelir raporu~6 saat, elleYaklaşık iki tık
'Güncel telefon numarası nerede?'Günlük bir tahminTek kayıt, güvenilir
Veri kaybı / üzerine yazma korkularıİki yılda iki kezŞimdiye dek hiç
Sessizce uzaklaşan müşterilerKimse sayıyı bilmiyorduGörünür yeniden sipariş listesi
Yeni işe alımın sisteme uyumuHaftalarca aktarılan bilgiYaklaşık bir öğleden sonra
Öncesi ve sonrası, müşterinin kendi kaba tahminlerine göre.

Rapor süresi ortakların önemsediği manşetti — her ay neredeyse bir günü geri kazanmak gerçek paradır. Ama aylar sonra hâlâ bahsettikleri değişiklik daha sessizdi: dosya hakkında endişelenmeyi bıraktılar. 'Veri doğru mu, bozulmak üzere mi' diye süzülen o düşük arka plan kaygısı basitçe kayboldu. İronik biçimde bunu bir tabloya koyamazsınız, ama buna iyi harcanmış para dedirten şey buydu.

Yeniden sipariş listesi, tam olarak öngöremediğimiz bir şekilde işe yaradı. Birkaç ay içinde satış ekibi, sessizce uykuya dalmış birkaç ticari müşteriyle yeniden bağ kurdu — tam da projeyi başlatan türden bir kaçış. Kurtarılan tek bir hesap kurulum maliyetinden fazlasını karşıladı. Bu, sizde de olacağına dair bir söz değil; insanlar müşterilerini gerçekten görebildiğinde değerin nerede saklanma eğiliminde olduğuna dair bir örnek.

İşletmenizi yürüten tabloyu aştınız mı?

Satış veya müşteri verileriniz, herkesin bağımlı olduğu ama kimsenin güvenmediği tek bir paylaşımlı dosyada yaşıyorsa, genellikle konuşma anı budur. Önce gerçek sürecinize bakar ve özel bir CRM'e gerçekten ihtiyacınız olup olmadığını — yoksa hazır bir şeyin işi görüp görmeyeceğini — dürüstçe söyleriz.

Küçük şirketler için CRM'leri nasıl kurduğumuza bakın

Sık sorulan sorular

Özel bir CRM için sekiz hafta gerçekçi mi?
Gerçekçi — ama yalnızca tam kapsamlı bir kurumsal CRM değil, bilinçli olarak dar bir sistem kurduğumuz için. Sıkı kapsam belirlediğinizde zaman çizelgesi tutar: işletmenin ihtiyaç duyduğu belirli dilimi tanımlayın, önce veriyi temizleyin ve gerekli olmayan her şeyi dışarıda bırakın. 'Her şeyi yap' brifi, sekiz haftayı sekiz aya çeviren şeydir. Disiplin, neyi kurmamayı seçtiğinizdedir.
Tabloyu değiştirmek yerine düzeltmeli miyiz?
Bazen evet. Sorun çoğunlukla karmaşaysa — mükerrerler, yapı yokluğu — ciddi bir temizlik ve birkaç kural size bir iki yıl kazandırabilir. Değiştirmek, sorunlar yapısal olduğunda mantıklıdır: aynı anda birden çok kişinin düzenlemesi, gerçek raporlamanın olmaması, denetim izinin olmaması, güvenemeyeceğiniz veri. Tablonuz birden fazla kez yedekten kurtarıldıysa, düzeltme aşamasını geçtiniz.
Böyle bir projenin maliyeti nedir?
Sürecinizi görmeden bir rakam veremeyiz — tamamen gerçekten ne kadarına ihtiyaç duyduğunuza karşı ne kadarına ihtiyaç duyduğunuzu düşündüğünüze bağlıdır. Ama maliyetteki dürüst kaldıraç, saatlik ücretler değil, kapsamdır. Gerçek acıyı çözen sıkı kapsamlı bir ilk sürüm, dağınık bir 'geleceğe dönük' platformdan çok daha ucuzdur ve gerçekten kullanılan da odur. Her zaman kapsamı küçültmeye çalışarak başlarız.
Yıllarca veriyi bir tablodan taşımak ne kadar riskli?
Önce sıkıcı işi yaparsanız taşıma işleminin kendisi düşük risklidir: veriyi temizleyip mükerrerleri ayıklayın, neyin doğruluk kaynağı sayılacağında anlaşın ve güvenlik ağı olarak orijinal dosyayı salt okunur tutun. Asıl risk veri kaybetmek değil — çelişkileri ve karmaşayı pırıl pırıl yeni bir sisteme taşımaktır. Bu yüzden temizlik, taşımadan daha önemli.
Ekip gerçekten kullanacak mı, yoksa eski alışkanlıklara mı dönecek?
Asıl soru bu ve yazılımla değil, devreye almayla ilgili. İnsanlar yeni araç kendileri için daha yavaş olduğunda ya da eskisi aniden çekilip alındığında geri döner. İkisinden de kaçınırız: yeni sistemi onu en çok kullananlar için birinci günden itibaren gerçekten daha hızlı yapın ve kimse eskisine uzanmayana kadar eski yolu paralel yürütün. Zorladığınız benimseme çökme eğilimindedir; kazandığınız benimseme kalıcı olma eğilimindedir.
Have a nice day
Have a nice day
Yayın ekibi

Have a nice day, küçük ve orta ölçekli işletmelerin dijitalleşmesine yardımcı olan bir yazılım stüdyosudur — yalnızca slaytlarda değil, günlük operasyonlarda gerçekten işe yarayan otomasyon, yapay zeka ve özel yazılımlar.

İlgili hizmetler