CRM Benimsemesi (Adoption) Nasıl Ölçülür? Kayıt Sayısına Değil, Kaydı Kimin Yarattığına Bakın

Kategori CRMYayı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 kiracı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 kendi kurulumlarımızda koştuğumuz ölçümleri paylaşıyoruz. Aleyhimize çıkanları da yazdık; bu yazının asıl içeriği o.

Kim yarattı

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.

Kurulumdan sonra

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.

Bu sorguyu kendi kurulumlarımızda koştuk

Bu yazının dayanağı bir yöntem önerisi değil, koştuğumuz ölçümler. 20 Ağustos 2026'da kendi filomuzu ölçtük: toplam 24 kiracının 8'ine erişebiliyoruz ve bu bölümdeki her sayı o sekiz kurulumdan geliyor. Erişemediğimiz 16 kiracı bu bölümün hiçbir sayısına girmiyor.

Ürün kataloğuyla başlayalım, çünkü sorgunun ne yaptığını en açık biçimde o gösteriyor. Erişebildiğimiz sekiz kurulumun birinde ürün kataloğunda 378 ürün duruyor. Bu sayı bir panoda "katalog dolu" diye görünür. Yaratana ve zamana göre böldüğümüzde tablo değişti: 378 ürünün 377'si Rapitek tarafından bir dakika içinde toplu yüklenmiş, müşterinin kendi kullanıcısı 1 ürün yaratmış. Katalog gerçek, veri doğru; kullanım ölçülmedi. Aynı kurulumda ürün reçetesi (BOM) nesnesindeki 166 reçetenin 166'sı da Rapitek tarafından yaratılmış.

Saha ziyaretlerinde iki sinyal üst üste geldi. Erişebildiğimiz sekiz kurulumda toplam 44 saha ziyareti kaydı var ve 44'ünü de Rapitek'in kendi hesabı yarattı — yani "kim yarattı" sorusu tek başına cevabı veriyor. İkinci sinyal zaman tarafında: bir kurulumdaki 3 ziyaret 0,4 saniye içinde yaratılmış. Bu, bir insanın sahada yürüyerek üretebileceği bir ritim değil; o üç kayıt elle değil toplu olarak açılmış. Yaratan hesap zaten bizimki; iki sinyal aynı yöne bakıyor. Müşteri sahasında kullanım yok.

Bir sayı daha, hacmin nasıl aldatabildiğini göstermek için. Erişebildiğimiz kurulumlardan birinde tek bir dış kullanıcının ürettiği kayıt sayısı 1.683. Aynı kurulumda tek bir içe aktarma işi 1.681 firma taşıdı ve kayıtlar duruyor. İki sayının örtüşüp örtüşmediğini ölçmedik: 1.681 satırın bu kullanıcının 1.683 kaydının içinde olup olmadığına bakmadık, bu yüzden iki sayıyı birbirinden çıkarmayın. Aktarım da bir kullanımdır ve o kurulumda gerçekten yapıldı; ama günlük işin sistemde yürüdüğünü göstermez.

Üç ölçüm, üç okuma

Ölçüm 20 Ağustos 2026'da, erişebildiğimiz sekiz kurulum üzerinde yapıldı.
Nesne	Panoda görünen	Yaratana ve zamana göre bölününce	Okuma
Saha ziyareti	44 ziyaret (sekiz kurulumun toplamı)	44'ünü de Rapitek'in kendi hesabı yarattı; bir kurulumdaki 3 ziyaret 0,4 saniye içinde	Müşteri sahasında kullanım yok
Mobil uygulama	19 kayıtlı cihaz	15'i Rapitek'in kendi hesaplarına ait; dışarıdan gelen kullanıcı sayısı iki	Mobil ekibe yayılmadı
Ürün reçetesi (BOM)	166 reçete, 444 kalem (bir kurulumda)	166 reçetenin 166'sı Rapitek tarafından yaratıldı	Veri gerçek, müşteri kullanımı ölçülmedi

Lehimize görünen iki satır — ikisi de aynı testten geçmiyor

Lehimize görünen satırları da aynı testten geçirmek gerekiyor; bu yazının kuralı kendi sayılarımız için de geçerli.

Aktivite, görev ve etkinlik kayıtları erişebildiğimiz sekiz kurulumun hepsinde var. Bu, sorgunun başladığı yer; bitirdiği yer değil. O kayıtları kimin yarattığını ölçmedik, dolayısıyla bu nesnenin ekibe yayıldığını söyleyemiyoruz. Kayıt varlığının benimseme olmadığını yazının başında kurduk; kendi lehimize olan satırda da aynı yerde duruyoruz.

Yapılandırma tarafında sayılabilen bir iz daha var; kapsamı bu bölümden farklı, ayrı bir ölçüme dayanıyor. Kod yazmadan alan ve nesne eklenebiliyor: ölçtüğümüz 19 kiracı bu yolla 277 özel alan tanımlamış. Bu alanları kimin tanımladığını — kuran taraf mı, müşterinin kendi kullanıcısı mı — ölçüm ayırmıyor. Yani 277 de tek başına bir benimseme sayısı değil; sorgunun koşulacağı bir yer.

Çı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ı.

Bizim sınırlarımız

Mobil uygulamada, erişebildiğimiz sekiz kurulumda ölçtüğümüz 19 kayıtlı cihazın 15'i Rapitek'in kendi hesaplarına ait; dışarıdan gelen kullanıcı sayısı iki. "Sahada ekipler kullanıyor" diyemiyoruz ve demiyoruz.
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.
Zamanlanmış rapor e-postası erişebildiğimiz sekiz kurulumda hiç kullanılmadı; matris ve birleşik rapor tipleri de bu kurulumlarda hiç çalıştırılmadı. Ölçümü sizin adınıza her ay e-postayla gönderen kurulu bir düzenek yok.
Bu yazının bütün sayıları kendi filomuzdan geliyor ve aleyhimize çıkanları da yazdık. 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; kiracı adreslerini dışarıdan izleyen bağımsız bir servis kurulu değil.

Sık sorulan sorular

CRM benimsemesi (adoption) nedir?

Benimseme, bir CRM'in kurulmuş olması değil, işin o CRM'in içinde yapılıyor olmasıdır. Ölçüsü lisans ya da giriş sayısı değil, kayıttır: açılmış fırsat, yazılmış aktivite notu, kaydedilmiş ziyaret, gönderilmiş teklif. Her kaydın yanındaki iki alan — kimin yarattığı ve ne zaman yarattığı — benimseme ile kurulum izini birbirinden ayırır.

CRM benimsemesini hangi sorguyla ölçerim?

Her nesne için kayıtları yaratan kullanıcıya göre gruplayın, kuran tarafın hesaplarını ayrı bir sütuna alın, sonra yaratılma zamanlarını sıralayıp ardışık kayıtlar arasındaki farkı çıkarın. Geriye kalan sayı — müşterinin kendi kullanıcılarının, gün içine dağılmış zamanlarla açtığı kayıtlar — benimseme sayısıdır. Sorguyu tek bir sistem toplamı olarak değil, nesne nesne koşun ve otuz gün sonra tekrarlayın.

Kayıt sayısı yüksekse sistem kullanılıyor demek değil mi?

Değil. Kendi filomuzda ölçtük: erişebildiğimiz sekiz kurulumun birinde ürün kataloğunda 378 ürün duruyordu. Yaratana ve zamana göre bölününce 378 ürünün 377'si Rapitek tarafından bir dakika içinde toplu yüklenmiş çıktı; müşterinin kendi kullanıcısı 1 ürün yaratmıştı. Sayı büyüktü, kullanım ölçülmedi.

Toplu yüklenen veriyi benimseme sayısından nasıl ayırırım?

Yaratılma zamanlarını sıralayıp ardışık kayıtlar arasındaki farka bakın: insan 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. Bu tek başına bir teşhis değil, bir sorudur — aynı izi içe aktarma da, tohumlama ve demo verisi de, API üzerinden yazan bir akış da bırakır. Bu yüzden ikinci kontrol kaynak tarafında yapılır: içe aktarma işinin kaydına bakıp taşıdığı satır sayısını aynı gün açılmış kayıt sayısıyla karşılaştırın. Kaynağı belli olmayan blok benimseme sayısına yazılmaz.

Aktif kullanıcı sayısı veya giriş (login) sayısı benimsemeyi ölçer mi?

Ölçmez. Giriş sayısı kaç kişinin baktığını söyler, kaç kişinin iş yaptığını değil; bir kullanıcı panoya bakıp günün işini başka bir yerde yürütebilir. Ölçümü nesne bazında yapın: erişebildiğimiz sekiz kurulumun hepsinde aktivite, görev ve etkinlik kaydı var, ama bu aynı kurulumlarda her nesnenin kullanıldığı anlamına gelmiyor.

Benimseme sayısı düşük çıkarsa önce eğitim mi vermeliyim?

Eğitimi son sıraya koyun. Önce nesnenin işte bir karşılığı olup olmadığına, sonra kaydı kimin açacağının yazılı olup olmadığına, sonra da kaydın açılma anının işin akışında nereye düştüğüne bakın. 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ı.

Rapitek CRM'de kurulu gelen bir benimseme panosu var mı?

Yok — kutudan çıkan bir benimseme panosu sunmuyoruz ve bu ölçümü üreten kurulu bir ekran yok. Bu yazıdaki sayıları biz 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 bir yeteneği de söz olarak vermiyoruz. Otomatik gönderim tarafında da bir şey vaat etmiyoruz: zamanlanmış rapor e-postası erişebildiğimiz sekiz kurulumda hiç kullanılmadı, matris ve birleşik rapor tipleri de bu kurulumlarda hiç çalıştırılmadı.

Benimsemeyi ölçmeye kurulumun bitmesini bekleyerek mi başlamalıyım?

Hayır. İlk sorguyu kurulumun bittiği hafta koşun ki taban çizginiz olsun; o gün kayıtların büyük bölümü kuran taraftan görünür ve bu normaldir. Anlamlı olan, ikinci ve üçüncü ölçümde müşterinin kendi kullanıcılarına ait sayının hangi yöne gittiğidir. Kurulumun kendisinin ne zaman biteceğine gelince: keşif görüşmesinden sonra size aralık değil tarih veririz.

İ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'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Ürün yeni, ekip değil: alanları, aşamaları ve raporları biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.

Demo talep edin

Keşifte hangi nesnelerin ölçüleceğini ve sorgunun nasıl kurulacağını birlikte yazarız; çıkan kapsam yazılı olur.

Yazan

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: