İçeriğe geç

Küçük bir ekipte CRM kurulumu çoğunlukla yazılımın kendisinde değil, kararların sırasında bozulur: hangi kararın hangisinden önce verildiği sonucun büyük kısmını belirler.

Aşağıdaki yedi hata bir araştırmadan değil, kendi kurulum ve göç işlerimizden çıktı. Yedi sayısı bir bulgu değil; tekrar tekrar karşılaştığımız arıza biçimlerinin sayısı.

Bu yazının adresinde bir yıl geçiyor; adres eski olduğu için korunuyor. Metinde yıla bağlı bir iddia yok — bu hatalar takvimle değil sırayla değişiyor.

Her maddede üç şey var: hata neden oluyor, sonucu ne, nasıl önleniyor. Sonda ürünün açık sınırları duruyor. Dış kaynaklı bir olgu kullanılmadı; yazıdaki ürün sayıları kendi kurulumlarımızda ölçüldü.

Kurulum sırası
Küçük bir ekipte CRM'i öldüren şey karmaşık bir özellik değil, yanlış sırada verilmiş basit bir karardır. Yazılım süreçten önce seçilirse, geri kalan her karar o seçimin etrafına dizilir.

Yedi hata neden bir liste değil, bir sıra sorunu

Hata listeleri okumayı kolaylaştırır ama teşhis koymaz; maddeler birbirinden bağımsız değil.

Ortak kök şu: CRM kurulumu bir yazılım kurulumu gibi planlanıyor, oysa bir karar sırası. Süreç kararı alan kararından, alan kararı veri kararından, veri kararı rapor kararından önce gelmek zorunda. Sıra bozulduğunda maddeler tek tek "hata" gibi görünür; aslında hepsi aynı bozuk sıranın farklı yerlerde verdiği çıktıdır.

İkiden yediye kadar olan hataların çoğu, birincisi yapılmadığında kendiliğinden küçülür.

Tek bakışta

Yedi hata, mekanizması ve erken belirtisi

Tablo kendi kurulum ve göç işlerimizden çıkarıldı; bir sektör araştırması değil. Hangi hatanın daha yaygın olduğuna dair ölçümümüz yok, o yüzden sıklık ya da puan vermiyoruz.
HataMekanizmaErken belirti
Önce yazılım seçmekSüreç yazıya dökülmeden ekran seçilir, sonra süreç ekrana uydurulurDemoda sorular süreçten değil ekrandan çıkar
Her alanı zorunlu yapmakEksik veri korkusu forma zorunluluk olarak yazılırSatışçı kaydı kapatmak için alanı uydurarak doldurur
Eski verinin tamamını taşımakTaşıma kararı temizlik kararının yerine geçerİlk hafta aramada mükerrer ve ölü kayıtlar çıkar
Entegrasyonu "var" saymakEntegrasyon kelimesi yön, kapsam ve izin belirtmeden kabul edilirBağlantı kurulduktan sonra "bu alan neden gelmiyor" sorusu
Raporu kurmadan eğitmekEğitim veri girişini öğretir, verinin nereye gittiğini göstermez"Bunu neden dolduruyoruz" sorusu cevapsız kalır
CRM'i denetim aracı gibi kullanmakSistem yöneticiye rapor üretir, satışçıya bir şey vermezKayıtlar gün sonunda toplu ve geçmişe dönük girilir
Sistemi sahipsiz bırakmakKurulum bitince değişiklik yetkisi kimsede kalmazEkran aylarca hiç değişmemiştir

Hata 1 ve 2: Süreçten önce yazılım, kullanımdan önce zorunluluk

Hata 1 — Önce yazılım seçip sonra süreci düşünmek. Neden oluyor: yazılım seçimi somut ve kapanabilir bir karar, süreç yazmak ise soyut ve bitmeyen bir iş gibi görünür; ekip somut olanı önce yapar. Sonucu: satış süreci ekranın izin verdiği biçimi alır, ekibin gerçekte nasıl sattığı ile sistemde göründüğü ayrışır ve rapor bu ayrışmayı gizler. Nasıl önlenir: seçimden önce tek sayfalık bir süreç taslağı yazın — kaç aşama var, bir aşamadan çıkmak için hangi koşul sağlanmalı, aşamayı kim değiştirir — ve demoyu o sayfayla izleyin. Satış hattı yazısı bu taslağın nasıl kurulduğunu anlatıyor.

Hata 2 — Her alanı zorunlu yapmak. Neden oluyor: eksik veri korkusu kurulumda en yüksek noktadadır ve zorunluluk kutusu tek tıkla işaretlenir. Sonucu: zorunlu alan veriyi getirmez, uydurulmuş veriyi getirir — satışçı kaydı kapatmak zorunda olduğu için bilmediği alana bir şey yazar. O andan sonra alan doludur ama içi boştur; üstelik raporlanabilir göründüğü için yanlış kararın kaynağı olur. Nasıl önlenir: zorunluluğu kayıt açılışına değil aşama geçişine bağlayın. Alan eklemek zaten ucuz bir iş: ölçtük, 19 kiracı kod yazmadan toplam 277 özel alan tanımlamış. Pahalı olan alan eklemek değil, gereksiz alanı zorunlu yapmaktır.

Hata 3 ve 4: Eski verinin tamamı ve "entegrasyonumuz var" cümlesi

Hata 3 — Eski verinin tamamını taşımak. Neden oluyor: veri silmek geri alınamaz görünür, taşımak ucuzdur; "hepsini alalım, sonra bakarız" kararı bu yüzden kolay verilir. Sonucu: yeni sistem ilk gününde mükerrer kayıt, sahibi olmayan kayıt ve yıllardır kapanmamış fırsatla açılır; ekip yeni sisteme değil eski sistemin dağınıklığına bakar ve güven ilk haftada kaybolur. Nasıl önlenir: taşımayı iki kümeye ayırın — çalışılan kayıtlar ve arşiv — ve eşleştirmeyi ekranda gözden geçirin. Ölçtüğümüz iki dosyada sonuç aynı çıkmadı: Salesforce müşteri adayı dışa aktarımında 19 sütun başlığının 19'u doğru alanla eşleşti, HubSpot kişi dışa aktarımında 17 başlığın 13'ü eşleşti ve 2'si yanlış alana bağlandı. Ayrıntısı alan eşleştirme yazısında, Excel'den gelenler için yol Excel'den CRM'e geçiş sayfasında.

Hata 4 — Entegrasyonu "var" saymak. Neden oluyor: entegrasyon tek kelimedir ama üç ayrı soruyu gizler — hangi sağlayıcı, hangi yön, hangi izin kapsamı — ve kurulum listesinde tek satır olarak kapanmış sayılır. Sonucu: bağlantı kurulduktan sonra bir alanın hiç gelmediği ya da akışın tek yönlü olduğu görülür; bu kalem kurulumun en geç fark edileni olur, çünkü sorun ancak gerçek veri aktığında ortaya çıkar. Nasıl önlenir: satın almadan önce yönü ve kapsamı yazılı sorun. Bizde dışarıdan okuma ve yazma REST API üzerinden yapılır ve OAuth2 ile korunur. Sağlayıcıya sorulacak soruların listesi e-posta ve takvim entegrasyonu yazısında, bugün çalışanlar entegrasyonlar sayfasında.

Hata 5 ve 6: Raporsuz eğitim ve denetim aracına dönüşen CRM

Hata 5 — Raporu kurmadan kullanıcıyı eğitmek. Neden oluyor: eğitim takvimi kurulumun sonuna sıkışır ve rapor "sonra kurarız" kalemidir. Sonucu: ekip alanı doldurmayı öğrenir ama neden doldurduğunu görmez; karşılığı görünmeyen veri girişi saf iş yükü olarak yaşanır ve ilk yoğun haftada bırakılır. Nasıl önlenir: eğitimden önce en az bir raporu kurun ve eğitimi o raporun üzerinden yapın — "şu alanı doldurduğunuzda bu tablodaki şu satır oluşuyor".

Hata 6 — Satışçıyı denetleme aracı gibi kullanmak. Bu, sistemi öldüren hatadır ve diğerlerinden farklı bir yerde durur: teknik değil, niyetle ilgilidir. Neden oluyor: CRM'in ilk görünür faydası yöneticiye çıkar, çünkü kimin ne yaptığı nihayet görünür hâle gelmiştir. Sonucu: satışçı sistemi işini kolaylaştıran bir yer olarak değil, hakkında hüküm kurulan bir yer olarak öğrenir — ve bunu öğrendiği anda kayıtlar gün sonunda toplu girilir, aramalar yazılmaz, kaybedilen fırsatlar kapatılmadan bırakılır. Sistem çökmez, sessizce boşalır; rapor hâlâ dolu göründüğü için boşalma geç fark edilir. Nasıl önlenir: kurulumun ilk ölçüsü yöneticinin gördüğü rapor değil, satışçının kazandığı zaman olsun. Bu madde proje görüşmelerinden geliyor; hangi kurulumda CRM'in denetim aracına döndüğünü sayan bir ölçümümüz yok. Ölçebildiğimiz komşu bir şey var: kaydı kimin yarattığı. Benimseme ölçümü yazısı bu sorguyu anlatıyor.

Hata 7: Sistemi sahipsiz bırakmak

Yedinci hata kurulumdan sonra yapılır ve en sessiz olanıdır. Neden oluyor: kurulum bir proje gibi planlanır, projenin bir bitişi vardır ve bitişte sahiplik kimseye devredilmeden kapanır.

Sonucu: süreç değişir, sistem değişmez. Yeni bir ürün hattı eklenir ama aşamalar eskisine göredir; bir alan gereksizleşir ama formda durmaya devam eder. Bir süre sonra CRM ekibin bugünkü işini değil kurulum günündeki işini anlatır — ve kimse bunu arıza olarak bildirmez, çünkü hiçbir şey bozulmamıştır.

Nasıl önlenir: kurulum biterken tek bir isim yazın — değişiklik yetkisi kimde, ne sıklıkla bakılıyor. Bizde bu yetkiyi kullanmak kod gerektirmiyor: alan, nesne ve iş akışı yönetim ekranından değiştirilir. Sahiplik teknik bir kısıt yüzünden değil, bir isim yazılmadığı için boş kalır.

Bizim sınırlarımız

Bu yazıda hataların ne sıklıkla yapıldığına dair oran yok, çünkü ölçmedik. Elimizde sektör araştırması da yok; yazdıklarımız kendi kurulum ve göç işlerimizden çıktı ve iddiamız o kadarıyla sınırlı.

Kurulumu hatasız yapan bir yöntemimiz yok. Yaptığımız şey sırayı düzeltmek: süreç yazılmadan alan açmıyoruz, rapor kurulmadan eğitim vermiyoruz.

Sıfır veri kaybı garantisi vermiyoruz — ürün verimiz tersini söylüyor: erişebildiğimiz 8 kiracıda çalıştırılan 34 içe aktarma işinden 16'sı hatayla bitti. Eşleştirmeyi ekranda siz onaylarsınız; karmaşık göçlerde aktarımı REST API üzerinden projeye özel yazarız.

Kurulum için süre aralığı vermiyoruz. Keşif görüşmesinden sonra aralık değil tarih veririz.

Belge imzalama ekranı üründe kurulu ama sahada ölçülmedi: ölçüm günü bakılan 8 kiracının 8'inde de 0 imza ve 0 imza talebi vardı. Sözleşme adımını kurulum planına buna göre koyun.

Sık sorulanlar

CRM kurulumu hakkında sık sorulan sorular

Küçük bir ekip CRM kurulumuna nereden başlamalı?
Yazılımdan değil süreçten. Tek sayfalık bir taslak yeterli: kaç aşama var, bir aşamadan çıkmak için hangi koşul sağlanmalı, aşamayı kim değiştirir. Bu sayfa yazılmadan yapılan ekran seçimi, süreci ekrana uydurmak zorunda bırakır.
Eski CRM'deki verinin tamamını taşımalı mıyız?
Taşımadan önce ikiye ayırın: çalışılan kayıtlar ve arşiv. Eşleştirme de otomatik değil — ölçtüğümüz Salesforce müşteri adayı dosyasında 19 başlığın 19'u eşleşti, HubSpot kişi dosyasında 17 başlığın 13'ü eşleşti ve 2'si yanlış alana bağlandı. Eşleşmeyi ekranda onaylamanız gerekiyor.
Ekip CRM'i kullanmıyorsa sorun eğitimde mi?
Genellikle değil. Eğitim veri girişini öğretir; verinin nereye gittiğini göstermezse giriş saf iş yükü olarak yaşanır. Daha ağır sebep, sistemin denetim aracı gibi kullanılmasıdır: satışçı bunu öğrendiği anda kayıtlar gün sonunda toplu girilmeye başlar.
CRM kurulumu ne kadar sürer?
Aralık vermiyoruz; keşif görüşmesinden sonra aralık değil tarih veririz. Süreyi belirleyen şey ürün değil, kaç aşamanın ve kaç kuralın yeniden yazılacağı. Veri tarafı daha öngörülür: içe aktarma sihirbazının ölçülen tavanı bir dosyada 25 MB, bir işte 100.000 satır.
Bu hatalar küçük ekiplere mi özgü?
Hayır. Mekanizmalar ekip büyüklüğünden bağımsız; küçük ekipte sonuç daha sert çıkıyor, çünkü hatayı emecek ikinci bir kişi yok. Büyük bir kurulumda kötü bir alan tasarımını bir yönetici fark eder ve düzelttirir; küçük ekipte aynı tasarım doğrudan satışçının gününe biner.

İlgili içerikler

CRM kurulumunu doğru sıradan başlatın

Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Süreci birlikte yazıya döküyoruz; alanları, aşamaları ve raporları biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.

Keşif görüşmesinde kendi sürecinizi çıkarıyoruz; kapsam ve tarih yazılı belirlenir.

Yazan

Kerim Yıldırım

Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi

RapitekGO ile yapıldı

Ziyaretinizi ölçmek için isteğe bağlı çerez kullanmak istiyoruz. Reddederseniz site aynen çalışır. Çerez politikası