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.

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.”
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.

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.
- 11.–2. haftalar: Tasarlama, izleSatış 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.
- 22.–3. haftalar: Veriyi temizle, neyin doğru olduğuna karar verHerhangi 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.
- 33.–6. haftalar: Çekirdeği onların elinde kurMüş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.
- 46.–7. haftalar: Depoyu ve raporları bağlaSipariş 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.
- 58. hafta: Taşı, eğit, paralel yürütTemizlenmiş 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.

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.”

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, elle | Yaklaşık iki tık |
| 'Güncel telefon numarası nerede?' | Günlük bir tahmin | Tek kayıt, güvenilir |
| Veri kaybı / üzerine yazma korkuları | İki yılda iki kez | Şimdiye dek hiç |
| Sessizce uzaklaşan müşteriler | Kimse sayıyı bilmiyordu | Görünür yeniden sipariş listesi |
| Yeni işe alımın sisteme uyumu | Haftalarca aktarılan bilgi | Yaklaşık bir öğleden sonra |
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ınSık sorulan sorular
Özel bir CRM için sekiz hafta gerçekçi mi?
Tabloyu değiştirmek yerine düzeltmeli miyiz?
Böyle bir projenin maliyeti nedir?
Yıllarca veriyi bir tablodan taşımak ne kadar riskli?
Ekip gerçekten kullanacak mı, yoksa eski alışkanlıklara mı dönecek?

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.