Satış Ekipleri CRM'i Nasıl Kullanıyor? Kurulum Projelerinden 10 Gözlem
- Kategori
- Satış
- Yayın tarihi
- 27 Ağustos 2026
Bu sayfanın adresi on bulgu vaat ediyor ve on bulgu var; ama bir sektör araştırmasından gelmiyorlar. Kaynakları iki yerde: kendi CRM kurulumumuzun 27 Ağustos 2026'da okunan şeması ve kurulum projelerinde tekrar tekrar karşılaştığımız durumlar.
Adresin ikinci vaadini ise karşılamıyoruz. Başlık "satış ekiplerinin nasıl başarıya ulaştığını" söylüyor; bizim ölçtüğümüz şey başarı değil, kullanım. Bir ekibin hedefini tutturup tutturmadığı CRM'in içinden görünmez. Görünen şey şu: hangi alanlar açılmış, hangi listeler büyümüş, hangi ekranın sayacı sıfır kalmış.
Aşağıdaki her bulgunun yanında ölçümün ne olduğu ve nereden geldiği yazıyor. Bir sayıyı okurken yanındaki kapsamı da okuyun: tek bir kurulumun şemasından okunan sayı genellenmez. Sonda bu on bulgunun sınırı var.
Bir ekranın kurulu olması kullanıldığı anlamına gelmiyor; bir alanın tanımlı olması ekranda göründüğü anlamına da gelmiyor. Ölçülebilen şey niyet değil, şemada ve sayaçlarda kalan iz.
İçindekiler
Bu on bulgu nereden geliyor?
İki ayrı kaynak var ve ikisinin ağırlığı farklı.
Kurulum deneyimi: kurulum projelerinde tekrar tekrar karşılaştığımız durumlar. Aşağıda "Kurulum projeleri" diye geçen satırlar buradan gelir; bunlar sayım değil, gözlemdir.
Şema okuması: kendi CRM kurulumumuzun nesne ve alan tanımları, 27 Ağustos 2026'da REST API üzerinden okundu. Bu satırlar tek bir kurulumu anlatır ve o kurulum bizimki.
İkisinin ortak eksiği aynı: hiçbiri anket değil. Kimseye "CRM'i nasıl kullanıyorsunuz" diye sormadık, kayıtların ve şemanın kendisine baktık. Bedeli şu — neden değil ne görüyoruz.
On bulgu, tek bakışta
| Bulgu | Ölçüm | Kapsam |
|---|---|---|
| 1. Ekipler kendi alanlarını açıyor | Özel alan yönetici ekranından, kod yazmadan ekleniyor; standart alan haritası olduğu gibi kalmıyor | Kurulum projeleri |
| 2. Standart nesne haritası herkese yetmiyor | Bazı kurulumlarda yönetici ekranından yeni özel nesne açılıyor | Kurulum projeleri |
| 3. Tanımlı alan ile ekrandaki alan aynı değil | Müşteri Adayı'nda 67 alan tanımlı, düzende 43, liste ekranında 6 sütun | 1 kurulum (kendi şemamız) |
| 4. Aşama listesi kutudan çıktığı gibi kalmıyor | Fırsat aşaması 11 değer; "Teklif/Fiyat Teklifi" ile "Proposal Sent" yan yana | 1 kurulum (kendi şemamız) |
| 5. Seçim listeleri büyüyor, aynı şeyi iki kez söylüyor | Sektör 37 değer; tahmin kategorisinde 8 değerin 3'ü küçük harfli ikiz | 1 kurulum (kendi şemamız) |
| 6. Bir nesne birden çok süreç taşıyabiliyor | Müşteri Adayı'nda 3 kayıt tipi; ikisi durum listesini daraltıyor, biri daraltmıyor | 1 kurulum (kendi şemamız) |
| 7. Veri girişi ilk engel | İçe aktarmada biçim ve zorunlu alan hataları sık görülüyor | Kurulum projeleri |
| 8. Sütun eşleştirmesi gözden geçirilmeli | Sütun başlıkları otomatik eşlenir; eşleşmeyenler kurulumda birlikte eşlenir | Kurulum projeleri |
| 9. Kurulu ekran kullanılan ekran değil | Sürece ve eğitim planına girmeyen modül kayıt üretmiyor | Kurulum projeleri |
| 10. Entegrasyonu bazen karşı taraf kuruyor | ERP entegratörleri REST API üzerinden kayıt okuyup yazabilir | Kurulum projeleri |
Bulgu 1–3: ekipler kutuyu genişletiyor, ekran dar kalıyor
İlk üç bulgu aynı gerilimin iki ucu: kutuyu genişletmek kolay, genişleyen kutuyu ekrana sığdırmak değil.
Bulgu 1. Ekipler kendi alanlarını açıyor. Özel alan ve nesne yönetici ekranından, kod yazmadan eklenir; kurulum projelerinde standart alan haritasının olduğu gibi kaldığını pek görmüyoruz.
Bulgu 2. Bazı kurulumlarda ekipler yeni özel nesneler de ekliyor. Alan eklemek mevcut haritaya bir kutu daha çizmektir; nesne eklemek haritada yeni bir kıta açmaktır. Bu, standart nesne haritasının her işe yetmediğini gösteriyor.
Bulgu 3. Kendi kurulumumuzun Müşteri Adayı nesnesinde 67 alan tanımlı. Kayıt düzenine yerleştirilmiş olan 43. Liste ekranında görünen sütun 6. Aradaki 24 alanın bir kısmı sistemin kendi doldurduğu izlerdir ve arayüzün başka yerlerinde görünüyor olabilir; ölçüm yalnız kayıt düzenine bakıyor. Ama o 24'ün içinde bizim kendi elimizle eklediğimiz 8 WhatsApp niteleme alanı da var ve onlar hiçbir bölüme konmamış. Mekanizma şu: alan açmak ucuz, alanı ekrana koymak bir karardır. İkincisi yapılmazsa alan şemada yaşar, işte yaşamaz.
Bulgu 4–6: listeler sahada büyüyor, kimse geri gelip temizlemiyor
Sonraki üç bulgu tek bir yere bakıyor: seçim listelerine. Raporun kırılımı bu listelerden gelir; liste bozulunca rapor da bozulur ve bozulma sessizdir, hiçbir yerde hata vermez.
Bulgu 4 ve 5. Dört listeyi tek tek okuduk, dördü de kutudan çıktığı gibi değil — sayıları aşağıdaki kartlarda. Ortak desen şu: liste büyümüş ama kimse geri gelip temizlememiş. Bir değeri eklemek bir saniyelik iştir; eklenen değerin eskisiyle aynı şeyi söyleyip söylemediğine bakmak bir karardır ve o karar genelde verilmez. Değerleri insan mı yazdı, bir içe aktarma mı, bir API çağrısı mı — ölçmedik; şema yalnız sonucu gösteriyor. Aşamanın neden çoğaldığını satış hattı yazısında ayrıca anlatıyoruz.
Bulgu 6. Müşteri Adayı nesnesinde üç kayıt tipi tanımlı: Varsayılan Süreç, İletişim Formu Süreci ve Ücretsiz Deneme Süreci. İkisi durum listesini dörde daraltıyor; üçüncüsü hiç daraltmıyor, yani o süreçte altı durumun hepsi seçilebilir kalıyor. Daraltma yapmayan bir kayıt tipi, kayıt tipi olmanın işini yapmıyor — ekranı sadeleştirmek için açılmış ama sadeleştirme adımı hiç yazılmamış.
Kayan dört liste ve her birinin ölçümü
Fırsat aşaması
11 değer. Standart "Teklif/Fiyat Teklifi" aşamasının yanında sonradan eklenmiş "Proposal Sent" duruyor; aynı anı tarif eden iki aşama huniyi iki satıra böler.
Sektör
37 değer. "Manufacturing" zaten "Üretim" etiketiyle görünürken listede ayrı bir "Üretim" değeri daha var; "Finance" ile "Financial Services" de aynı listede.
Tahmin kategorisi
8 değer; üçü mevcut değerlerin küçük harfli ikizi. Rapor "Pipeline" ile "pipeline" satırlarını ayrı kova sayar: toplam doğru çıkar, kırılım yanlış okunur.
Aday kaynağı
21 değer. Biri düpedüz "test", biri tek seferlik bir alan adı. Kaynak kırılımı raporu ikisini de gerçek kaynak sanar; kimse silmediği sürece de öyle kalır.
Bulgu 7–10: veri girer mi, ekran açılır mı, entegrasyonu kim kurar
Son dört bulgu şemadan değil, işin kendisinden geliyor.
Bulgu 7. İçe aktarmada biçim ve zorunlu alan hataları sık görülür. Bir kurulumun ilk haftası çoğu zaman alan tasarımında değil, dosyayla boğuşmakta geçer; bu yüzden aktarımı canlıya geçmeden önce deneme verisiyle birlikte test ediyoruz.
Bulgu 8. Sütun eşleştirmesi aktarımdan önce gözden geçirilmeli. Dışa aktarım dosyasındaki sütun başlıkları sihirbazda alanlarla otomatik eşlenir; eşleşmeyenleri kurulumda birlikte eşleriz. Yanlış eşleşen sütun hata vermez, sessizce dolu bir alan üretir. Ayrıntısı ve yakalama yordamı alan eşleştirme yazısında.
Bulgu 9. Kurulu bir ekran, kendiliğinden kullanılan bir ekran değildir. Belge imzalama gibi bir modül üründe hazır olsa da sürece ve eğitim planına girmediği sürece kayıt üretmez. Bu yüzden her modülü kurulumda iş akışına bağlıyor, kullanılmayacaksa eğitim planından çıkarıyoruz.
Bulgu 10. Entegrasyonu bazen karşı taraf kurar. ERP entegratörleri REST API üzerinden kayıt okuyup yazabilir; bu yüzden entegrasyonu kuran taraf her zaman biz değiliz.
Aynı ölçümü kendi kurulumunuzda nasıl tekrarlarsınız
-
1
Nesne listesini dökün
Yönetim ekranından ya da REST API üzerinden kurulu nesneleri listeleyin. Sayının kendisi bir kalite ölçüsü değildir; aradığınız şey sayı değil, tanımadığınız isim.
-
2
Tanımlı alanı sayın, sonra düzendekini sayın
Bir nesnede kaç alan tanımlı, kayıt düzeninde kaçı yerleşmiş? Aradaki fark, şemada yaşayıp işte yaşamayan alanlardır. Bizde bu fark 67'ye karşı 43 çıktı.
-
3
Liste sütunlarına ayrıca bakın
Ekip günün çoğunu kayıt formunda değil liste ekranında geçirir. Liste sütunu sayısı formun uzunluğundan bağımsızdır; ekibin gerçekten gördüğü alan kümesi burasıdır.
-
4
Seçim listelerini gözden geçirin
Aynı şeyi iki kez söyleyen değerleri, küçük harfli ikizleri ve "test" gibi girdileri arayın. Her biri bir raporu sessizce ikiye böler; hata vermediği için fark edilmez.
-
5
İçe aktarma geçmişini açın
Kaç iş çalıştı, kaçı hatayla bitti? Bu oran, göç planınızın gerçekçi olup olmadığını size ilk söyleyen sayıdır.
-
6
Sayacı sıfır kalan ekranı bulun
Kurulu ama hiç kayıt üretmemiş modülü arayın. Kaldırmak gerekmez; eğitim planından ve satış vaadinden çıkarmak yeterlidir.
Bu on bulgunun sınırı
Bu on bulgunun hiçbiri sektör araştırması değil: dördü tek bir kurulumun — kendi kurulumumuzun — şemasından, altısı kurulum projelerindeki gözlemlerimizden geliyor; başka firmaların satış ekiplerinin nasıl çalıştığına dair bir ölçümümüz yok.
Başarı ölçmüyoruz. Bu yazıda "şu yüzden kazandılar" diyen tek bir cümle yok, çünkü öyle bir ölçümümüz yok. Kullanımdan başarıya atlamak, ölçmediğimiz bir şeyi ölçmüş gibi yazmak olurdu.
Kullanıcı davranışı izlemiyoruz. Tıklama, ekranda geçen süre, fare hareketi gibi bir ölçüm katmanımız yok ve böyle bir katman kurmuyoruz. Elimizdeki şey kayıtların, tanımların ve sayaçların kendisi.
Sayılar tarihlidir. Yukarıdaki şema sayıları 27 Ağustos 2026'da tek bir kurulumdan okundu. Bir alan eklendiğinde, bir seçim listesi temizlendiğinde ya da bir kayıt tipi açıldığında bu sayılar değişir; ölçümü tekrarlamadan bugünkü hâllerini bilemeyiz. Tarihsiz bir şema sayısına güvenmeyin — bizimki dahil.
Neden değil ne görüyoruz. Bir listenin neden büyüdüğünü bilmiyoruz. "Ekip özensiz" de diyebilirsiniz, "liste kutuda eksik gelmiş" de; şema ikisini aynı biçimde gösteriyor. Bu yüzden bulguların yanına sebep değil ölçüm yazdık.
Bu ölçümler hakkında sık sorulan sorular
Bu on bulgu bir sektör araştırması mı?
Neden "satış ekipleri nasıl başarıya ulaşıyor" sorusuna cevap vermiyorsunuz?
Kaç özel alan çok sayılır?
Seçim listesindeki ikiz değerler ürünün hatası mı?
İçe aktarmada hata çıkarsa göç güvenli mi?
Belge imzalama ekranı çalışmıyor mu?
Aynı ölçümü kendi kurulumumda yapabilir miyim?
İlgili içerikler
- CRM benimsemesi nasıl ölçülür? — kaydı kimin yarattığına bakan yordam.
- CSV başlıkları otomatik eşleşir mi? — 8. bulgunun ayrıntısı.
- Satış hattı (pipeline) nedir? — aşama listesi neden büyür.
- Excel'den CRM'e geçiş — içe aktarma tarafının kendi sayfası.
- 200 projeden tek platforma — bu ölçümlerin arkasındaki deneyim.
- Entegrasyonlar — bugün çalışanlar ve talep üzerine kurduklarımız.
Bu altı ölçümü kendi kurulumunuzda birlikte koşalım
Rapitek CRM, kurucumuzun 200'den fazla Salesforce projesindeki deneyimiyle kuruldu. Keşif görüşmesinde nesne listenizi, alanlarınızı ve seçim listelerinizi birlikte okuyoruz; ne çıkarsa yazılı veriyoruz. Ardından 7 günlük deneme hesabınızı açalım; kredi kartı istemiyoruz.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
