CRM Benimsemesi (Adoption) Nasıl Ölçülür? Kayıt Sayısına Değil, Kaydı Kimin Yarattığına Bakın
- Kategori
- CRM
- Yayın tarihi
- 24 Ağustos 2026
Kurulum bitti, eğitim yapıldı, ekranlar açıldı. Bir süre sonra sorulan soru hep aynı: ekip bu sistemi gerçekten kullanıyor mu? Cevabı aramak için önce toplam kayıt sayısına bakılır ve o sayı büyükse rahatlanır.
Rahatlamamak gerekiyor. Toplam kayıt sayısı benimsemeyi ölçmez, çünkü kaydı kimin yarattığını sormaz. Kurulum sırasında sizin için toplu yüklenen bir ürün listesi de kayıttır, satışçınızın görüşmeden sonra elle açtığı fırsat da. İkisi aynı sütunda toplanır ve aynı grafikte görünür; ama biri ekibinizin sistemi kullandığını gösterir, diğeri göstermez.
Bu yazı, kurulumdan sonra kendi hesabınızda koşacağınız tek bir sorguyu anlatıyor: kayıtları yaratan hesaba ve yaratılma zamanına göre gruplayın. Sorgunun neyi ortaya çıkardığını göstermek için, çıktıda sık karşılaşılan desenleri ve her birinin nasıl okunacağını da anlatıyoruz.
Kayıt sayısı bir CRM'in kullanıldığını göstermez. O sayıyı kaydı yaratan hesaba göre böldüğünüz anda ikiye ayrılır: kurulumda yüklenen veri ve ekibin kendi ürettiği veri. Benimseme ikincisidir.
İçindekiler
Benimseme nedir, lisans ve giriş sayısı neden ölçmez?
Benimseme (adoption), bir yazılımın kurulmuş olması değil, işin o yazılımın içinde yapılıyor olmasıdır. Aradaki fark ölçüme de yansır: lisans sayısı kaç kişinin erişebildiğini, giriş (login) sayısı kaç kişinin bakabildiğini söyler. İkisi de bakmayı ölçer, yapmayı değil.
Giriş sayısının neden yetmediği somut bir şey. Bir satışçı sabah CRM'i açıp panoya bakabilir, ekranı kapatıp günün işini mesajlaşma uygulaması ve bir hesap tablosu üzerinden yürütebilir. O gün bir giriş kaydı oluşur, iş kaydı oluşmaz. Ay sonunda "şu kadar aktif kullanıcı" diye bir sayı raporlanır ve kimse yanlış bir şey söylememiştir; ölçülen şey yanlış şeydir.
Yapmayı ölçen tek şey kayıttır: açılmış bir fırsat, yazılmış bir aktivite notu, kaydedilmiş bir ziyaret, gönderilmiş bir teklif. Ve her kaydın yanında iki alan durur: kimin yarattığı ve ne zaman yarattığı. Benimseme sorusunun cevabı bu iki alandadır.
Üçüncü bir tuzak daha var: sistem toplamı. "Sistemde kırk bin kayıt var" cümlesi, o kayıtların hangi nesnede toplandığını gizler. Fırsat nesnesi boşken kişi nesnesi doluysa toplam yine büyük görünür. Bu yüzden sorgu tek bir toplam olarak değil, nesne nesne koşulur.
Sorulacak üç soru: kim, ne zaman, kaç kişi
Sorgu üç bilgiye ihtiyaç duyar: kaydı yaratan kullanıcı, yaratılma zamanı ve kaydın hangi nesnede olduğu. Bu üçünü kendi sisteminizde nereden okuyacağınızı sağlayıcınıza sorun; biz kendi ölçümlerimizi doğrudan veritabanından aldık.
Kim yarattı? Kayıtları yaratan hesaba göre gruplayın ve çıkan listeyi ikiye bölün: kuran taraf (sağlayıcı, danışman, kurulum için açılmış yönetici hesabı) ve müşterinin kendi kullanıcıları. Bu ayrımı yapmadan çıkan tablo, kurulumun kendi izini benimseme sanar.
Ne zaman yarattı? Yaratılma zamanlarını sıralayın ve ardışık kayıtlar arasındaki farka bakın. İnsan eliyle açılan kayıtlar gün içine dağılır; saniyeler içinde arka arkaya duran bir blok ise elle yazılmamıştır. O hızda kayıt açan şey bir insan değil, bir düzenektir. Düzeneğin ne olduğunu blok kendisi söylemez: içe aktarma, tohumlama ve demo verisi böyle bir iz bırakır, API üzerinden yazan bir akış da bırakır. İlk üçü benimseme sayısına girmez; sonuncusu, kaynağını doğrularsanız, gerçek kullanım olabilir.
Kaç farklı kişi yarattı? Nesne başına farklı yaratıcı sayısını yazın. Bir nesnedeki kayıtların tamamı tek kişiden geliyorsa o nesne ekibin değil, o kişinin nesnesidir; kişi ayrıldığında nesne durur. Bu üçüncü soru, ilk ikisi iyi görünen kurulumlarda da cevap üretir.
Sorguyu koşmak: altı adım
-
1
Ölçülecek nesneleri listeleyin
Kurulumda hangi nesnelerin kullanılacağına karar verilmişti; ölçüm listesi odur. Sistemdeki bütün nesneleri değil, işin geçmesi beklenen nesneleri sayın: fırsat, aktivite, teklif, ziyaret, kişi gibi.
-
2
Kayıtları yaratan hesaba göre gruplayın
Her nesne için kayıt sayısını yaratan kullanıcıya göre gruplayın. Çıktı tek bir toplam değil, kullanıcı başına bir satır olmalı.
-
3
Kuran tarafın hesaplarını işaretleyin
Sağlayıcının, danışmanın ve kurulum için açılmış yönetici hesaplarının satırlarını ayırın. Geriye kalan satırlar müşterinin kendi kullanımıdır; benimseme sayısı o kalandır.
-
4
Yaratılma zamanlarını sıralayın
Aynı nesnenin kayıtlarını yaratılma zamanına göre sıralayıp ardışık kayıtlar arasındaki farkı çıkarın. Çıkan dağılımı yazın: hangi kayıtlar gün içine dağılmış, hangileri zaman ekseninde kümelenmiş. Kümelenen blokları ayrı bir satır olarak işaretleyin ve kaynakları belli olana kadar ayrı tutun.
-
5
Nesne başına farklı yaratıcı sayısını yazın
Her nesne için kaç ayrı kişinin kayıt açtığını sayın. Bir ve sıfır aynı cevabın iki hâlidir: nesne ekibe yayılmamıştır.
-
6
Aynı sorguyu otuz gün sonra tekrar koşun
Tek ölçüm bir fotoğraftır. İki ölçüm arasındaki fark yön verir: müşterinin kendi kullanıcılarının açtığı kayıt sayısı artıyor mu, sabit mi, düşüyor mu.
Sorgunun çıktısında neler görülür?
Sorgunun ne yaptığını en açık biçimde ürün kataloğu gösterir. Kurulumda yüzlerce ürün toplu yüklenmişse panoda "katalog dolu" görünür. Kayıtları yaratana ve zamana göre böldüğünüzde tablo değişebilir: ürünlerin neredeyse tamamı kurulum hesabından, bir dakika içinde yüklenmiş; müşterinin kendi kullanıcılarının yarattığı ürün ise bir elin parmaklarını geçmiyor olabilir. Katalog gerçek, veri doğru; ama bu, ekibin kataloğu kullandığını göstermez. Aynı okumayı ürün reçetesi (BOM) gibi kurulumda doldurulan diğer nesnelere de uygulayın.
Saha ziyaretlerinde iki sinyal üst üste gelebilir. Birincisi "kim yarattı" sorusu: ziyaret kayıtlarının tamamı kurulum hesabından geliyorsa cevap tek başına ortadadır. İkincisi zaman tarafı: birkaç ziyaretin bir saniyeden kısa aralıklarla yaratıldığını görüyorsanız, bu bir insanın sahada yürüyerek üretebileceği bir ritim değildir; kayıtlar elle değil toplu olarak açılmıştır. İki sinyal aynı yöne bakıyorsa sahada kullanım yok demektir.
Hacmin nasıl aldatabildiğine bir örnek daha. Tek bir dış kullanıcının binlerce kayıt ürettiğini görürseniz, aynı kurulumda aynı büyüklükte bir içe aktarma işi olup olmadığına bakın. İki sayı birbirine yakınsa, aktarılan satırların o kullanıcının kayıtlarının içinde olup olmadığını kontrol etmeden ikisini birbirinden çıkarmayın. Aktarım da bir kullanımdır; ama günlük işin sistemde yürüdüğünü göstermez.
Üç ölçüm, üç okuma
| Nesne | Panoda görünen | Yaratana ve zamana göre bölününce | Okuma |
|---|---|---|---|
| Saha ziyareti | Ziyaret kayıtları dolu görünür | Kayıtların tamamı kurulum hesabından; birkaç ziyaret bir saniyeden kısa aralıklarla yaratılmış | Sahada kullanım yok; kayıtlar toplu açılmış |
| Mobil uygulama | Kayıtlı cihaz sayısı | Cihazların çoğu kurulum ekibinin hesaplarına ait; müşterinin kendi kullanıcısı birkaç kişi | Mobil ekibe yayılmadı |
| Ürün reçetesi (BOM) | Reçeteler ve kalemler dolu görünür | Reçetelerin tamamı kurulum hesabından yaratılmış | Veri gerçek, ama ekibin kullandığını göstermez |
İyi görünen iki satır da aynı testten geçmeli
İyi görünen satırları da aynı testten geçirmek gerekiyor.
Aktivite, görev ve etkinlik kayıtları çoğu kurulumda dolu görünür. Bu, sorgunun başladığı yer; bitirdiği yer değil. O kayıtları kimin yarattığına bakmadan bu nesnenin ekibe yayıldığını söyleyemezsiniz. Kayıt varlığı benimseme değildir; iyi görünen satırda da aynı yerde durun.
Yapılandırma tarafında da bir iz vardır. Özel alan ve nesne yönetici ekranından, kod yazmadan eklenir; eklenen alanlar ekibin sisteme ilgi gösterdiğinin bir işareti olabilir. Ama bu alanları kimin tanımladığına (kuran taraf mı, müşterinin kendi kullanıcısı mı) bakmadan alan sayısı da tek başına bir benimseme sayısı değildir; sorgunun koşulacağı bir yerdir.
Çıkan ders şu: benimseme sistem düzeyinde bir not değil, nesne nesne değişen bir haritadır. "CRM kullanılıyor mu" sorusunun tek bir cevabı yok; "hangi nesne kullanılıyor" sorusunun nesne başına bir cevabı var. Kurulumdan sonra düzeltilecek yer de o haritanın boş kalan karesidir.
Üç imza: sorgunun çıktısı nasıl okunur
Tek yaratıcı
Bir nesnedeki kayıtların tamamı tek hesaptan geliyor. O hesap kuran tarafa aitse nesne hiç kullanılmamış demektir. Müşterinin kendi kullanıcısına aitse nesne ekibe değil bir kişiye bağlanmış demektir; ikincisi daha sinsidir, çünkü sayı düşük görünmez.
Sıfır satırlı nesne
Kurulumda açılmış ama hiç kayıt almamış nesne. Listede vardır, ekranda görünür, raporda satır üretmez. Boş nesne tek başına bir kusur değil, bir sorudur: bu iş bugün nerede yapılıyor?
Tek yönlü hacim
Kayıt sayısı yüksek ama tamamı sisteme dışarıdan girmiş. İçe aktarılan veri panoyu doldurur; üstüne yeni kayıt eklenmiyorsa o nesne bir arşivdir, çalışma yeri değil.
Sayı düşük çıktıysa ne yapılır?
Düşük bir benimseme sayısı tek başına teşhis değil, yer göstergesidir. Sorgunun kıymeti de bu: hangi nesnede takıldığını söyler, dolayısıyla konuşulacak yeri daraltır.
Önce nesnenin gerçekten gerekli olup olmadığını sorun. Kurulumda listeye giren her nesne işin bir parçasına karşılık geliyordu; karşılığı yoksa nesne boş kalır ve bu bir benimseme sorunu değil, kapsam sorunudur. Boş nesneyi kapatmak da bir çözümdür ve ekranı sadeleştirir.
Gerekliyse, kaydı kimin açacağının yazılı olup olmadığına bakın. Bir nesne "herkesin" sorumluluğundaysa kimsenin değildir; sorgu bunu tek yaratıcı ya da sıfır satır olarak gösterir.
Üçüncüsü, kaydın işin akışında nereye düştüğüne bakın. Ziyaret kaydı ziyaretten sonra ofiste açılıyorsa gün sonuna ertelenir; ertelenen kayıt yazılmaz. Fırsat kaydı teklif yazılırken değil de teklif gönderildikten sonra açılıyorsa hat hep geriden gelir. Bu madde eğitimle düzelmez. Kaydın açılma anını işin içine taşımak gerekir.
Eğitimi son sıraya koyduğumuza dikkat edin. Kendi projelerimizde gördüğümüz kadarıyla, benimseme sayısı düşük çıkan yerlerde eksik olan şey ekranın nasıl kullanılacağı bilgisi değil; kaydın kim tarafından, hangi anda ve niçin açılacağının kararlaştırılmamış olması.
Kapsam ve kurulum koşulları
- Mobil uygulamanın sahaya yayılmasını da aynı sorguyla ölçün: kayıtlı cihazların kimin hesabına ait olduğuna bakın. Mobil kullanımı kurulumda saha ekibinizle birlikte planlıyoruz.
- Kutudan çıkan bir benimseme panosu yok; bu ölçümü kurulu gelen bir ekran üretmiyor. Kendi ölçümlerimizi de rapor ekranından değil, doğrudan veritabanından aldık. Rapor oluşturucunun kayıtları yaratan hesaba göre gruplayabildiğini ve ardışık kayıtlar arasındaki zaman farkını hesaplayabildiğini ölçmedik; ölçmediğimiz için bu sorgunun rapor ekranından kurulabileceğini de söylemiyoruz.
- Ölçümü sizin adınıza her ay e-postayla gönderen hazır bir düzenek yok; tekrar ölçümün takvimini kurulumda birlikte belirliyoruz.
- Başka sağlayıcıların kurulumlarında benimsemenin nasıl seyrettiğine dair bir ölçümümüz yok; o konuda bir şey söylemiyoruz.
- Yazılı bir çalışma süresi (SLA) taahhüdü vermiyoruz.
Sık sorulan sorular
CRM benimsemesi (adoption) nedir?
CRM benimsemesini hangi sorguyla ölçerim?
Kayıt sayısı yüksekse sistem kullanılıyor demek değil mi?
Toplu yüklenen veriyi benimseme sayısından nasıl ayırırım?
Aktif kullanıcı sayısı veya giriş (login) sayısı benimsemeyi ölçer mi?
Benimseme sayısı düşük çıkarsa önce eğitim mi vermeliyim?
Rapitek CRM'de kurulu gelen bir benimseme panosu var mı?
Benimsemeyi ölçmeye kurulumun bitmesini bekleyerek mi başlamalıyım?
İlgili içerikler
- Satış hattı (pipeline) nedir: aşama tanımı, çıkış kriteri ve ölçülecek dört metrik.
- Müşteri nedir: aday, müşteri ve tüketici ayrımı.
- Rapitek CRM ürün sayfası: nesneler, raporlama ve mobil uygulama.
Kendi kurulumunuzda bu sorguyu birlikte koşalım
Rapitek CRM, kurucumuzun 200'den fazla Salesforce projesindeki deneyimiyle kuruldu. Ürün yeni, deneyim değil: alanları, aşamaları ve raporları biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz 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
Kaynaklar
Bu yazıdaki dış olgular şu birincil kaynaklara dayanıyor:
