CRM Projeleri Neden Beklenen Verimi Sağlayamaz?

Bir satış temsilcisi, üç hafta önce konuştuğu müşteriyle tekrar görüşmeye hazırlanıyor. Toplantıdan önce CRM'i açıyor ve kendi yazdığı nota bakıyor:

"Görüşüldü. Takipte."

Bu not ona hiçbir şey söylemiyor. Müşterinin neye itiraz ettiğini, kimin karar verdiğini, hangi tarihte geri dönüleceğini hatırlamıyor — ve sistemde de yazmıyor. Toplantıya, üç hafta önceki konuşmayı hatırlamaya çalışarak giriyor.

CRM projelerinin beklenen verimi sağlayamamasının nedeni genellikle burada görünür hâle gelir. Sistem kullanılmamış değildir; alan doldurulmuştur. Ama doldurulan şey, işe yarayan bir kayıt değildir.

Kayıt kimin için tutuluyor?

Bir CRM'e girilen her verinin bir yönü vardır. Bu yön, verinin kalitesini araçtan çok daha fazla belirler.

Yukarı doğru kayıt, yönetimin raporuna gider. Temsilci bunu haftanın sonunda, geriye dönük olarak, rapor ekranında iyi görünecek biçimde doldurur. Amaç bilgiyi saklamak değil, alanı kapatmaktır. Ortaya çıkan not kısa, genel ve kontrol edilemezdir — çünkü kimse o notu bir işi yapmak için okumayacaktır.

İleri doğru kayıt, temsilcinin kendi geleceğine gider. Üç hafta sonra aynı müşteriyle konuşacak olan kişiye bırakılan bir mesajdır. Bu not görüşmeden hemen sonra yazılır, spesifiktir ve dürüsttür — çünkü onu okuyacak kişi bellidir ve yanlış yazılırsa bedelini yazan öder.

Araç ikisinde de aynıdır. Alan aynıdır. Fark eden tek şey, verinin kime hizmet ettiğidir.

Bu yüzden "ekip sistemi kullanmıyor" teşhisi neredeyse her zaman yanlıştır. Ekip sistemi kullanır; yalnızca ondan bir şey almadığı için ona bir şey vermez.

Ölçmek, ölçülen şeyi değiştirir

CRM'ler çoğu zaman görünürlük vaadiyle alınır: hangi fırsat hangi aşamada, tahmin ne kadar tutuyor, kim ne kadar aktivite üretti.

Bu vaat kendi problemini yaratır. Bir alan performans göstergesi hâline geldiği anda, o alanın içeriği gerçeği tarif etmeyi bırakır ve iyi görünmeye başlar. Aşamalar erken ilerletilir, ölü fırsatlar kapatılmaz, aktivite sayısı gerektiğinde şişirilir. Bunların hiçbiri kötü niyet değildir; ölçülen bir şeyin nasıl davranacağının olağan sonucudur.

Sonuçta yönetim, kendi ölçümünün şekillendirdiği bir tabloya bakar ve gerçek olduğunu varsayar. Sistem teknik olarak doludur, karar verilebilir değildir.

Bu durumun en pahalı sonucu tahmindir. Aşamalar gerçeği değil beklentiyi yansıttığında, çeyrek sonu tahmini de sürekli olarak yukarı sapar; bir süre sonra yönetim tahmini kendi sezgisiyle düzeltmeye başlar. O noktada sistem, karar için kullanılan bir kaynak olmaktan tamamen çıkmıştır — hâlâ doldurulmakta, ama artık kimse ona bakarak karar vermemektedir.

Bunun çaresi ölçmeyi bırakmak değil, ölçümü kaydın yan ürünü hâline getirmektir. Temsilci kendi işi için not tutuyorsa, aşama zaten doğru ilerler; rapor o kayıttan türetilir. Ters yönde kurulan sistemlerde — önce rapor tanımlanıp sonra alanlar ona göre açıldığında — kayıt her zaman rapora hizmet eder ve içi boşalır.

Giriş anı, giriş yükünden önemlidir

Veri girişi tartışması genellikle miktar üzerinden yapılır: çok fazla alan var, azaltalım. Alan sayısını azaltmak faydalıdır, ama asıl belirleyici olan zamandır.

Görüşmeden hemen sonra yazılan bir not gerçektir. Haftanın sonunda yazılan not ise bir yeniden inşadır: kişi ne olduğunu hatırlamaya çalışır, hatırlayamadığı yeri genel bir ifadeyle kapatır. Aradaki fark bir dakikalık iş yükü değil, verinin doğru olup olmamasıdır.

Bu yüzden CRM projelerinde en yüksek getirili müdahale genellikle şudur: girişi işin yapıldığı ana ve yapıldığı yere taşımak. Telefondan otuz saniyede tamamlanabilen bir not, masaüstünde beş dakika süren eksiksiz bir formdan daha değerli bir veri üretir — çünkü ilki yazılır, ikincisi ertelenir.

Bu kıyas, zorunlu alan tartışmasını da yeniden çerçeveler. Bir alanı zorunlu yapmak, doldurulmasını değil, yalnızca bir şey yazılmasını garanti eder; ertelenen girişte o alan çoğu zaman anlamsız bir karakterle geçilir ve veri, boş bırakılmasından daha yanıltıcı hâle gelir.

Sistem geri vermiyorsa boşalır

Yaşayan bir CRM'in ortak özelliği, kullanıcısına bir şey geri vermesidir.

Geri verme, karmaşık bir özellik değildir. Bir görüşmeden önce açıldığında son konuşmanın özetini, açık kalan konuyu ve verilmiş sözü göstermesi yeterlidir. O an sistem, bir form olmaktan çıkıp bir hafızaya dönüşür — ve hafızaya insanlar isteyerek yazar.

Bu, birkaç somut davranışa indirgenebilir: uzun süredir hareket görmeyen fırsatların kendiliğinden yüzeye çıkması, verilmiş bir sözün tarihi geldiğinde hatırlatılması, müşteriye dair dağınık bilginin tek ekranda toplanması. Hepsinin ortak özelliği, temsilcinin zaten yapmak zorunda olduğu bir işi ondan devralmasıdır. Sistem bir kez bunu yaptığında, veri girişi bir talep olmaktan çıkar; kullanıcı kendi hatırlatmasının doğru çalışması için alanı kendiliğinden doldurur.

Geri vermeyen bir sistemde ise sessiz bir kayma başlar. Temsilci kendi takibini kendi tuttuğu bir tabloda yürütür, CRM'e yalnızca sorulduğunda girer. Bu, dijital dönüşüm yazısında geçen gölge tabloların tam olarak nasıl doğduğudur: kullanıcı direnci değil, sistemin işin gerçek şeklini taşıyamadığının geri bildirimi.

Sistemin gerçek konumunu yönetici belirler

Bir CRM'in kurum içindeki yerini, eğitim veya duyuru değil, yöneticinin günlük davranışı tayin eder.

Haftalık toplantıda "bu müşteride ne durumdayız" diye soran bir yönetici, farkında olmadan sistemin isteğe bağlı olduğunu ilan etmiş olur. Çünkü bilgi sözlü olarak alınabiliyorsa, sisteme girilmesi bir zorunluluk değil bir nezaket hâline gelir. Aynı soruyu toplantıdan önce sistemden bakarak gelen ve konuşmayı oradan başlatan bir yönetici ise tek bir hamleyle kaydın değerini kanıtlar.

Aynı mekanizma raporlama tarafında da işler. Yönetim, dönem sonunda rakamları temsilcilerden toplayıp elle birleştiriyorsa, sistem resmî kayıt değildir; yalnızca bir ara depodur. Bu durumda ekibin veriyi ciddiye almasını beklemek gerçekçi değildir.

Buradaki asıl mesele yetki veya disiplin değildir. Bir sistemin kullanılıp kullanılmayacağını belirleyen şey, ona bakmamanın mümkün olup olmadığıdır. Sisteme bakmadan yürütülebilen her akış, sistemi biraz daha boşaltır.

Aracı değiştirmek çoğu zaman sorunu taşımaktır

Verim alınamayan bir CRM'de en sık verilen karar, aracı değiştirmektir. İkinci sistem genellikle birincisinden daha yeteneklidir ve on sekiz ay sonra aynı yere gelir.

Bunun nedeni, sorunun araç katmanında olmamasıdır. Kaydın yönü değişmemiş, giriş anı değişmemiş, sistem hâlâ geri vermemektedir. Yeni araç bunların hiçbirini kendiliğinden çözmez; yalnızca aynı alışkanlıkları daha modern bir arayüzle sürdürür.

Hazır platform ile özel çözüm arasındaki seçim burada da geçerlidir: hazır bir CRM'in kendi süreç varsayımları vardır ve şirketin süreci bunlardan uzaksa, uyum farkı her gün veri girişi olarak ödenir. Bu farkı ölçmeden verilen araç kararı, sonraki iki yılı belirler.

Sonuç

CRM projeleri genellikle bir yazılım sorunu olarak ele alınır, oysa çoğu zaman bir yön sorunudur. Kayıt yukarıya doğru tutulduğunda sistem dolar ve boşalır; ileriye doğru tutulduğunda sistem işin bir parçası hâline gelir ve raporlar zaten doğru çıkar.

Bu yüzden bir CRM'i kurtarmanın yolu genellikle yeni bir modül veya yeni bir araç değildir. Tek bir sorunun cevabını değiştirmektir: bu kaydı kim, kimin için tutuyor?

Kurumsal yazılım ve otomasyon çalışmalarımızda bir CRM değerlendirmesi, alan listesinden değil, temsilcinin bir görüşme öncesinde ekranda ne gördüğünden başlar.