Küçük Ekiplerde CRM Kurulumunu Bozan Yedi Hata ve Altlarındaki Mekanizma
- Kategori
- Rehber
- Yayın tarihi
- 27 Ağustos 2026
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ü.
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.
İçindekiler
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.
Yedi hata, mekanizması ve erken belirtisi
| Hata | Mekanizma | Erken belirti |
|---|---|---|
| Önce yazılım seçmek | Süreç yazıya dökülmeden ekran seçilir, sonra süreç ekrana uydurulur | Demoda sorular süreçten değil ekrandan çıkar |
| Her alanı zorunlu yapmak | Eksik veri korkusu forma zorunluluk olarak yazılır | Satışçı kaydı kapatmak için alanı uydurarak doldurur |
| Eski verinin tamamını taşımak | Taşıma kararı temizlik kararının yerine geçer | İlk hafta aramada mükerrer ve ölü kayıtlar çıkar |
| Entegrasyonu "var" saymak | Entegrasyon kelimesi yön, kapsam ve izin belirtmeden kabul edilir | Bağlantı kurulduktan sonra "bu alan neden gelmiyor" sorusu |
| Raporu kurmadan eğitmek | Eğitim veri girişini öğretir, verinin nereye gittiğini göstermez | "Bunu neden dolduruyoruz" sorusu cevapsız kalır |
| CRM'i denetim aracı gibi kullanmak | Sistem yöneticiye rapor üretir, satışçıya bir şey vermez | Kayıtlar gün sonunda toplu ve geçmişe dönük girilir |
| Sistemi sahipsiz bırakmak | Kurulum bitince değişiklik yetkisi kimsede kalmaz | Ekran 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.
CRM kurulumu hakkında sık sorulan sorular
Küçük bir ekip CRM kurulumuna nereden başlamalı?
Eski CRM'deki verinin tamamını taşımalı mıyız?
Ekip CRM'i kullanmıyorsa sorun eğitimde mi?
CRM kurulumu ne kadar sürer?
Bu hatalar küçük ekiplere mi özgü?
İlgili içerikler
- Satış hattı (pipeline) nedir? — birinci hatanın panzehiri: aşama ve çıkış kriteri.
- CRM veri göçünde alan eşleştirme — üçüncü hata: hangi sütun eşleşti, hangisi yanlış bağlandı.
- E-posta ve takvim entegrasyonu — dördüncü hata: "entegrasyon var" cümlesini sınamanın yordamı.
- CRM benimsemesi nasıl ölçülür? — altıncı hatanın ölçülebilir komşusu.
- Excel'den CRM'e geçiş — taşınacak ve arşivlenecek veriyi ayırmak.
- CRM rehberi — kurulum kararlarının tamamı bir arada.
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.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
