Teknoloji için CRM

Teknoloji satışı gerçekte nasıl görünür?

Bir yazılım şirketinin talebi nadiren bir telefondur. Gece 23:10'da kurumsal e-posta adresiyle açılmış bir deneme hesabıdır — aynı kişi iki rakibe de kaydolmuştur —, bir karşılaştırma yazısından gelip doldurulmuş "demo isteyin" formudur ya da teknopark etkinliğinde tanışılan bir kişiyle ilgili iş ortağı mesajıdır. Karşı taraf tek başına değerlendirecek kadar teknik, perşembeye kadar unutacak kadar meşguldür. İşe yarar bir şeyle — çalışan bir cevap, bir demo saati, benzer bir müşteri örneği — ilk dönen ikinci görüşmeyi alır; diğerleri sessizce süresi dolan bir deneme hesabıyla kalır.

Hız konusundaki kanıt eski ve nettir: Harvard Business Review'ın 2.241 şirketi kapsayan çalışması, bir saat içinde dönmenin lead'in nitelendirilme olasılığını bir saat daha beklemeye göre yaklaşık yedi kat artırdığını ve ortalama yanıt süresinin 42 saat olduğunu ortaya koydu. Teknoloji şirketleri ortalamadan yavaş değildir; yalnızca satışı hâlâ iki deploy arasında kurucunun yaptığı şirketlerdir.

İkinci biçim ikinci satıştır. Abonelik ya da bakım sözleşmesi işinde fırsatı kazanmak gelirin sonu değil başlangıcıdır. İlk ay dört talep açıp üçüne geç cevap alan müşteri yenilemez ve hiçbir pipeline raporu nedenini göstermez, çünkü pipeline "kazanıldı"da bakmayı bırakmıştır. Destek ile satış aynı kayıtta olmak zorundadır.

Üçüncü biçim Türkiye'ye özgüdür: KOBİ müşterisi çoğu zaman bir muhasebe programından ya da Excel'den geçmektedir, karar vereni ile kullanıcısı farklı kişilerdir ve "deneyelim bakalım" ile "sözleşme" arasındaki mesafe teknik değil, alışkanlıktır. Bu mesafeyi kapatan şey takip disiplinidir; CRM'in işi o disiplini kişilerin hafızasından çıkarıp takvime koymaktır.

Başlangıç için önerdiğimiz pipeline

Her aşama doğrulanabilir bir olaydır. "İlgili" ya da "sıcak" aşama değildir; açılmış bir deneme hesabı ve katılınmış bir demo aşamadır.

Bilişim hizmet firması ya da entegratör için biçim aynı, iki farkla: "demo" yerine "kapsam görüşmesi", "teklif gönderildi" aşamasında abonelik fiyatı yerine proje tahmini taşınır. Hem ürün hem hizmet satıyorsanız ikisine ayrı pipeline verin; Starter iki, Growth beş, Business on pipeline içerir.

Teknoloji lead'inde bulunması gereken alanlar

Lead detay düzeni role göre ayarlanabilir: satış temsilcisi değer ve deneme alanlarını, destek personeli teknik ilgiliyi ve açık talepleri görür; kimse kırk alanlık bir formda kaydırmaz. Ürünler de kendi özel alanlarını taşır — paket kademesi, faturalama dönemi, dahil kullanıcı sayısı —, böylece teklif elle yazılmaz, katalogdan kurulur.

Deneme hesapları, demolar ve boşta kalan deneme sorunu

Üçüncü güne kadar sizin tarafınızdan kimsenin dokunmadığı bir deneme hesabı istatistiksel olarak çoktan kaybedilmiştir. Lead webhook'u kendi uygulamanızdan gelen düz bir HTTP isteğini kabul eder; yeni deneme hesabı açıldığı anda paket, kayıt kaynağı ve kampanya alanlarıyla birlikte bir lead doğar. Bundan sonrası hatırlamak değil, planlamaktır.

1. 0. gün — sahip ve ilk temasKanal dağıtımı lead'i sırayla atar; bir otomasyon lead'in dilinde ilk mesajı gönderir ve "4 iş saati içinde ara" görevi açar.
2. 3. gün — kontrolDeneme başlangıcı alanına bağlı tarih otomasyonu sahibe görev açar: deneme hesabı bir şey yaptı mı? Cevap bir his değil, bir not ve aşama hareketidir.
3. Demo — konuşmadan planlanırTarihli, sunuculu, katılımcılı bir randevu; hatırlatmalar WhatsApp, SMS ya da e-posta ile gider; sonuç "katıldı" ya da "gelmedi" olarak işaretlenir ve aşamayı taşır.
4. 12. gün — bitiş uyarısıDeneme bitiminden iki gün önce görev ve mesaj; görüşme olmadan biten deneme, "temas kurulamadı" nedeniyle Kaybedildi'ye gider — bu, düzeltebileceğiniz bir nedendir.

Yanıt süresi raporu ilk cevabı vardiya takvimine göre mesai dakikasıyla ölçer; 23:10'daki kayıt 09:05'te cevaplandığında on saat değil beş dakika sayılır ve sürekli kırk dakikada dönen temsilci, dört dakikada dönenin yanında görünür.

Destek talepleri: elde tutmanın aracı

Destek talebi modülü CRM'in içindeki müşteri destek masanızdır: müşteri e-posta ya da form yoluyla talep açar veya ekibiniz bir WhatsApp konuşmasından talep oluşturur; talep, onu kazandıran fırsatla aynı müşteri kaydında yaşar. Talebin durumu, önceliği, atanan kişisi ve mesaj dizisi vardır; atama bildirim gönderir; yönetici kuyruğu kişi ve yaş bazında görür.

Modülün bir teknoloji şirketinde yalnızca var olmak yerine gerçekten çalışmasını sağlayan üç şey:

Tek kayıt, iki geçmiş

Yenileme görüşmesini açan hesap yöneticisi, müşteri söylemeden geçen çeyrekteki on iki talebi görür. Destek personeli paketi, kullanıcı sayısını ve kimin sattığını görür.

Bağırarak değil kuralla yönlendirme

Bir otomasyon talepleri ürüne, müşteri kademesine göre ya da destek ekibi içinde sırayla atar ve belirlediğiniz süre boyunca cevapsız kalan talepte atananı yeniden uyarır.

Satış sinyali olarak talep yükü

Müşteri × ay bazında talep pivotu, fırsat değerinin yanında, abonelik işinin ihtiyaç duyup nadiren sahip olduğu erken kayıp uyarısıdır.

Ne olmadığını açıkça söylemek gerekir: sözleşmesel SLA sayaçları ya da ihlal eskalasyon zincirleri yoktur. Öncelikler, yaşlar, atama kuralları ve raporlar vardır — elli kişinin altındaki ekiplerin pratikte kullandığı şey de budur.

Kendini ödeyen otomasyonlar

Otomasyon, bir tetikleyici ve bir ya da daha çok aksiyondan oluşan kuraldır. Aşama kuralları lead bir aşamaya girince çalışır; sistem geneli kurallar tarihleri, hareketsizliği ve gelen mesajları izler. Katalogda sahip atama, mesaj ya da e-posta gönderme, görev açma, alan değiştirme, etiket ekleme ve aşama taşıma vardır; her çalışma sonucuyla birlikte loglanır.

Satış, destek, mühendislik: kim neyi görür?

Roller, bir kişinin hangi modülleri kullanabileceğine ve orada ne yapabileceğine — görüntüleme, oluşturma, düzenleme, silme, dışa aktarma — varlık bazında karar verir. Veri kapsamı kimin kayıtlarını göreceğini belirler: kendisininkileri, departmanınınkileri ya da herkesinkileri. Departmanlar bir organizasyon şeması oluşturur; yönetici departmanının gördüğünü görür.

Satış temsilcisi

Kendi lead ve fırsatları artı atanmamışlar; görüntüleme ve düzenleme, silme ve dışa aktarma yok; fiyatları ve kendi primini görür, başkalarınınkini görmez.

Satış yöneticisi

Satış departmanı üzerinde departman kapsamı; yeniden atar, dışa aktarır, pipeline ve yanıt süresi raporlarını görür.

Destek personeli

Talepler ve arkasındaki müşteri kayıtları; gelen kutusu; pipeline ve finans yok.

Mühendis

Kendisine atanan talepler, müşteri kaydı salt okunur; başka hiçbir şey. Mühendislerin çoğu tam olarak bunu ister.

Kurucu / yönetici

Finans, işlem geçmişi ve ayarlar dahil her şey.

İşlem geçmişi kimin hangi kaydı görüntülediğini, değiştirdiğini, yeniden atadığını ya da dışa aktardığını kaydeder — müşteri "verime kim erişti" diye sorduğunda cevap budur ve bir güvenlik anketi sormadan önce elde olması makul bir şeydir.

On iki kişilik bir yazılım şirketinde bir hafta

1. Pazartesi — hafta sonunun kayıtlarıDağıtımla çoktan atanmış; her temsilci listesini softphone'dan arar, kullanıcı sayısını ve mevcut aracı girer, aşamayı taşır.
2. Salı–Perşembe — demolarKonuşmadan planlanır, otomatik hatırlatılır, "katıldı" işaretlenir; teklif ürün kataloğundan kurulup aynı gün gönderilir.
3. Her gün — talep kuyruğuSırayla yönlendirilir, en eski önce; bir mühendis eskale edilen ikisini alır; müşteri cevapları açtığı dizide görür.
4. Cuma — hareketsizler listesiOn gündür kıpırdamayan teklifler otomasyonla yüzeye çıkar; her birine bir arama, gerekiyorsa dürüst bir kayıp nedeni.
5. Ay sonu — iki raporAşama ve kaynağa göre pipeline; müşteri × ay bazında talepler. İkisi de tek ekranda, ikisi de CSV'ye aktarılır.

Bilişim hizmetleri ve entegratörler: fırsattan sonra proje

Entegratör ya da bilişim hizmet firması paket değil proje satar. Pipeline "kazanıldı"da biter, iş orada başlar: sahipli ve tarihli görev listesi, kilometre taşları, saatler ve maliyetler. Business pakette kazanılan fırsat görevleriyle birlikte bir proje açabilir ve fırsatın gelir-gideri kârlılığını gösterir — tahmin ile insan ve lisans olarak gerçekte tuttuğu maliyet yan yana.

• Tekrarlayan görevler bakım sözleşmelerini karşılar: aylık yama penceresi, çeyreklik gözden geçirme, yıllık lisans yenileme; her biri zamanında kendi görevini üretir.
• Maliyet fiyatlı ürünler yeniden satılan lisans ve donanımı karşılar; fırsat kazanıldığında maliyet otomatik gider olarak yazılır ve yeniden satış marjı görünür.
• Sözleşme kapsamındaki talepler müşteri kaydında kalır; yenileme görüşmesi geldiğinde hesap yöneticisi destek yükünü görür.

Bayi ve iş ortağı kanalı

Türkiye'de yazılımın önemli bir bölümü bayi ve çözüm ortağı üzerinden satılır. Bu kanalın CRM'deki karşılığı basittir ve kendi modülü gerektirmez: kaynak alanı "iş ortağı" olur, iş ortağının adı bir liste alanıdır ve webhook'la gelen yönlendirmeler o alanı otomatik doldurur. Böylece hangi ortağın kayıt değil demo ve sözleşme ürettiği pivot raporda tek satırdır.

İş ortağına ödenen pay, fırsat kazanıldığında hesaplanan prim kuralıyla aynı mekanizmadır: kişi bazında sabit tutar ya da yüzde. Ortağı bir kullanıcı olarak tanımlarsanız payı otomatik hesaplanır; tanımlamazsanız fırsattaki "ortak payı" alanı raporlanır. İşlem geçmişi prim tutarını kimin ne zaman değiştirdiğini tutar; bu, ortak görüşmelerinde sık açılan bir konudur.

Kurucunun ya da satış yöneticisinin izlemesi gereken sayılar

• Temsilci bazında mesai dakikasıyla ilk yanıt süresi — demoyu başka her şeyden çok öngören sayı.
• Kaynağa göre kayıt → demo ve demo → teklif oranı — hangi kampanyaların hesap değil alıcı ürettiği.
• "Teklif gönderildi"de geçen gün — sızıntı; büyüyorsa biri takip etmiyordur.
• Temsilci × ay bazında kazanılan fırsat ve aylık değer — arkasındaki huniyle birlikte.
• Müşteri başına aylık talep ve atanana göre talep yaşı — koruduğu gelirin yanında elde tutma sinyali.
• Ürüne göre kayıp nedenleri — ürün yol haritasının en ucuz girdisi.

Bunların hepsi Growth ve üstündeki pivot rapor oluşturucudan gelir: satır, sütun, ölçü ve filtre; kaydedilir ve CSV'ye aktarılır.

Bu ne değildir?

Bu bir mühendislik iş takip aracı değildir: sprint, depo, sürüm ya da geliştirme araçlarıyla entegrasyon yoktur. Talepler durumu ve sahibi olan müşteri konuşmalarıdır; talebin arkasındaki hata mühendislik aracınıza aittir, talep onun referansını bir alan olarak taşır.

Bir abonelik faturalama motoru da değildir: fırsat değerini, gelir-gideri ve primleri kaydeder ama kart çekmez, yinelenen fatura üretmez, tahsilat takibi yapmaz. Ayrıca çalışma alanınızın günlük otomatik yedeği şu an hizmetin parçası değildir; saklamanız gerekeni dışa aktarın.

İşlemez hale geldiğinde

Hangi paket uyar?

Satışını kendi yapan iki kurucu Starter'da çalışır. Destek ekibi olan, haftada birkaç denemeden fazlasını alan ve mühendislerinin yalnız talepleri görmesi gereken şirket Growth'a düşer — her şeyden çok destek talepleri, otomasyonlar ve roller için. Proje ve iş başına marj isteyen hizmet firmaları Business'a gider. Fiyatlandırma sayfasına ve yükü taşıyan iki modül olan destek talepleri ile otomasyon sayfalarına bakın.