Bir due diligence görüşmesinde satış tarafına sorulan ilk sorulardan biri CRM kullanıp kullanmadıklarıdır ve cevap neredeyse her zaman olumludur; sistemin adı verilir, lisans sayısı söylenir, hatta ekran paylaşımıyla gösterilir. Ancak inceleyen taraf bu cevabı bir bilgi olarak değil, bir başlangıç noktası olarak alır ve ardından çok daha spesifik bir şey ister: son on iki ayda kapanmış fırsatların ham dökümü, aşama değişikliği zaman damgalarıyla birlikte. Bu dökümde tekrar eden bir örüntü gözlenir — fırsatların önemli bir bölümünde, aşama değişiklikleri kapanış tarihinden birkaç gün önce topluca yapılmıştır. Yani kayıt, satış süreci ilerlerken değil, satış süreci bittikten sonra geriye dönük olarak doldurulmuştur. Sistem mevcuttur, veri de mevcuttur; mevcut olmayan şey, satış kararlarının o kayıt üzerinden alındığına dair kanıttır.
Bu davranışın altında, ne ihmal ne de disiplinsizlik vardır; oldukça rasyonel bir işbölümü vardır. Satış temsilcisi için CRM, kendi işini kolaylaştıran bir araç değil, kendi işini raporlayan bir yükümlülüktür; müşteriyle geçirilen zamanla kayıt tutmaya harcanan zaman aynı günün içinde birbirine rakiptir, ve kısa vadeli teşvik yapısı — prim, kota, aylık kapanış hedefi — birincisini ödüllendirir, ikincisini yalnızca cezalandırma tehdidiyle zorlar. Dolayısıyla temsilci, kaydı gerçek zamanlı tutmak yerine, ay sonunda ya da bir üst yönetici sorduğunda toplu hâlde günceller; bu, kendi zamanının marjinal getirisi açısından doğru bir tercihtir. Sorun tercihte değil, tercihin ürettiği veri yapısındadır: geriye dönük doldurulmuş bir huni, bir tahmin aracı olma niteliğini kaybeder ve yalnızca gerçekleşmiş satışın farklı bir formatta yazılmış hâline dönüşür. Kurumsal kayıt, öngörü üretmeyi bırakıp geçmişi tekrar etmeye başladığı anda, yönetsel işlevini de kaybetmiştir.
İkinci ve daha derin katman, aşama tanımlarının paylaşılmış olup olmadığıdır. Çoğu şirkette CRM aşamaları kurulum sırasında yazılım sağlayıcısının varsayılan şablonundan alınmış, sonra hiç revize edilmemiştir; bir temsilci için teklif gönderildiği anda fırsat müzakere aşamasına geçerken, bir diğeri için müşteri sözlü olumlu sinyal vermeden aynı aşamaya geçilmez. Tanım yazılı değilse ve satış toplantılarında düzenli olarak kalibre edilmiyorsa, iki temsilcinin aynı ismi taşıyan aşamada tuttuğu fırsatlar farklı olasılık taşır; huninin ağırlıklı toplamı aritmetik olarak hesaplanabilir olmaya devam eder ama karar için kullanılamaz hâle gelir. Bu, ölçüm boyutunun sessiz çöküşüdür: gösterge üretilmektedir, gösterge raporlanmaktadır, gösterge yönetim kuruluna sunulmaktadır, fakat göstergenin altındaki ölçüm birimi kişiden kişiye değişmektedir.
İnceleyen tarafın burada aradığı şey CRM verisinin kendisi değil, o verinin geçmişteki tahmin gücüdür. Uygulanan test basittir ve şirketin kendi kendine nadiren uyguladığı testtir: her çeyreğin başında CRM'in gösterdiği ağırlıklı huni ile o çeyreğin gerçekleşen gelirini yan yana koymak, ve sapmanın hem büyüklüğüne hem de yönüne bakmak. Sapma dar bir bantta ve rastgele bir yönde salınıyorsa, sistem çalışıyor demektir. Sapma geniş ve tek yönlüyse — sistematik olarak iyimser ya da sistematik olarak temkinliyse — bu, verinin bozuk olduğunu değil, verinin bir tahmin aracı olarak değil bir müzakere aracı olarak kullanıldığını gösterir; huni, yönetime karşı beklenti yönetmek için kalibre edilmiştir. Bu ikinci durumda, satın alan tarafın önündeki gelir projeksiyonunun dayanağı kalmaz ve doğrulama, CRM'den çıkıp müşteri sözleşmelerinin tek tek okunmasına geriler; bu geriye düşüş, kapanış takvimini uzatan ve satıcının pazarlık pozisyonunu zayıflatan bir maliyettir.
Bedelin ikinci kanalı sahiplik boyutundan geçer. Pek çok şirkette CRM'in sahibi satış direktörüdür; yani kaydı tutturan ile o kayıttan hesap veren aynı kişidir. Bu konfigürasyon, veri kalitesini iyileştirmek için hiçbir yapısal teşvik üretmez, çünkü kaydın zayıflığından zarar görecek ilk kişi, kaydı denetlemekle görevli kişidir. Sonuç, satış operasyonunun bağımsız bir kontrol katmanı olmadan yürümesidir; CRM temizliği, veri doğruluğu, aşama kalibrasyonu gibi işler kimsenin performans hedefinde yer almaz ve dolayısıyla hiçbir zaman öncelik kazanmaz. İnceleme sırasında bu durum, veri odasına yüklenen huni raporu ile aynı dönemin muhasebe kayıtları arasındaki uyumsuzluk olarak yüzeye çıkar, ve tek bir uyumsuzluk bile veri odasındaki diğer satış belgelerinin tamamının güvenilirlik derecesini düşürür.
Üçüncü kanal, en pahalı olanıdır ve süreklilik boyutuyla ilgilidir. Büyük müşteri ilişkileri kurucunun ya da bir kıdemli satışçının kişisel ağında taşınıyorsa, CRM'de bu ilişkiye dair görünen şey birkaç satır iletişim bilgisi ve kapanmış fırsat kaydıdır; ilişkinin gerçek içeriği — kimin hangi kararı hangi gerekçeyle verdiği, hangi rakip teklifin hangi noktada elendiği, yenileme müzakeresinde hangi tavizin verildiği — hiçbir yerde yazılı değildir. Satın alan taraf bu durumu bir belge eksikliği olarak değil, bir varlık transferi problemi olarak okur: devraldığı şey, devredilebilir bir müşteri ilişkisi değil, bir kişinin devam etmesine bağlı bir gelir akışıdır. Bunun fiyatlamadaki karşılığı öngörülebilir biçimde şudur — ya çarpanda doğrudan iskonto, ya kurucunun kalmasına bağlanmış earn-out yapısı, ya da müşteri yoğunlaşmasına özel bir escrow dilimi. Üçünün de ortak niteliği, satıcının kapanışta eline geçen nakdi azaltmaları ya da geciktirmeleridir.
Bu üç kanalın hiçbiri, CRM'e daha fazla alan eklemekle ya da daha sık rapor almakla kapanmaz; nitekim veri kalitesi sorunu yaşayan şirketlerin tipik ilk refleksi zorunlu alan sayısını artırmaktır, ve bu refleks kayıt yükünü ağırlaştırdığı ölçüde geriye dönük doldurma davranışını güçlendirir. Yapısal müdahale, kaydın kendisini satış temsilcisinin işine yarar hâle getirmekten ve denetimi kayıt tutandan ayırmaktan geçer. Bunun üç ayrılabilir bileşeni vardır: aşama tanımlarının müşteri tarafında gözlenebilir bir olaya bağlanması, kaydın güncellenmesini tetikleyen olayın satış toplantısı değil müşteri teması olması, ve huni doğruluğunun satış dışında bir birimde ölçülmesi.
Birinci bileşen en çok gözden kaçandır. Aşama tanımı bir iç faaliyete bağlandığında — teklif hazırlandı, sunum yapıldı — tanım kaçınılmaz olarak öznelleşir; müşteri tarafında gözlenebilir bir olaya bağlandığında ise — teknik şartname paylaşıldı, satın alma birimi süreç sahibi olarak atandı, bütçe kalemi onaylandı — tanım doğrulanabilir hâle gelir ve iki temsilci arasında aynı anlamı taşır. Bu tek değişiklik, ölçüm boyutundaki bulanıklığın önemli bir bölümünü kaynağında kapatır, çünkü aşama artık temsilcinin iyimserliğinden değil, karşı tarafın davranışından okunur.
BEIREK'in satış organizasyonu incelemelerinde kurduğu mekanizma bu mantık üzerine oturur ve yazılım seçimiyle ilgilenmez. İlk adımda, son sekiz ila on iki çeyreğin huni fotoğrafı ile gerçekleşen gelir yan yana konularak tahmin sapma bandı çıkarılır; bu band, şirketin CRM'i bir tahmin aracı olarak mı yoksa bir raporlama yükümlülüğü olarak mı kullandığını, hiçbir mülakata gerek kalmadan gösterir. İkinci adımda aşama tanımları müşteri tarafında gözlenebilir olaylara yeniden bağlanır ve bu tanımlar tek sayfalık, tarihli, onaylı bir belgeye indirgenir — veri odasına giren ve inceleyen tarafın kalibrasyon sorusuna tek başına cevap veren belge budur. Üçüncü adımda huni doğruluğunun ölçümü satış hattından alınıp finans ya da iş geliştirme tarafına verilir, ve aylık bir mutabakat ritmi kurulur; kaydı tutan ile kaydı denetleyen ayrıldığı andan itibaren veri kalitesi, bireysel disipline değil rol tasarımına bağlanmış olur.
Dördüncü ve son adım, kurucu bağımlılığının kayıt altına alınmasıdır ve bu, ilişkiyi devretmekle karıştırılmamalıdır. Kurucunun taşıdığı ilişkinin devredilebilir hâle gelmesi için gereken şey, kurucunun toplantılara girmemesi değil, her önemli müşteri temasında karar mekaniğinin — kim onaylıyor, hangi kriterle, hangi alternatife karşı — CRM'e yazılı olarak düşmesidir. Bu kayıt biriktikçe, satın alan tarafın gördüğü şey bir kişinin ağı olmaktan çıkıp şirketin müşteri bilgisi hâline gelir, ve earn-out müzakeresinde satıcının elindeki argüman somutlaşır. Bu geçişin makul bir sürede tamamlanması tipik olarak birkaç çeyrek gerektirir; dolayısıyla satış sürecine başlanmadan önce yapılması gereken işlerdendir, çünkü inceleme başladıktan sonra üretilen kayıt, tam da yeni üretilmiş olduğu için inceleyen tarafın gözünde ağırlık taşımaz.
CRM kullanımının değerlemeye yansıması, nihayetinde bir yazılım meselesi değil, şirketin kendi geleceği hakkında ne kadar doğrulanabilir bir şey söyleyebildiği meselesidir. Gelir projeksiyonunun ardında, geçmişte tutmuş tahminlerin kaydı varsa projeksiyon bir öngörüdür; yoksa bir temennidir, ve alıcı tarafın bir temenniye ödediği fiyat ile bir öngörüye ödediği fiyat arasındaki fark, çoğu işlemde CRM disiplinini kurmanın maliyetinden bir büyüklük mertebesi fazladır. Asıl soru şudur: şirketin satış huneisi, bugün kurucusu odadan çıksa, önümüzdeki çeyrek hakkında hâlâ aynı şeyi söylüyor mu?