HubSpot'tan Salesforce'a Geçerken Asıl Risk Veri Değil, Satış Ekibidir: Karar, Geçiş Haftası ve İlk 90 Gün

Bir şirket HubSpot'tan Salesforce'a geçmeye karar verdiğinde toplantı odasındaki konuşmaların çoğu teknik başlıklar etrafında döner: Alanlar nasıl eşleşecek, geçmiş e-postalar taşınacak mı, entegrasyonlar ne zaman bağlanacak? Bunlar önemli sorulardır ve doğru yanıtlanmaları gerekir. Ama sahada gördüğüm tablo şu: CRM göçlerinin büyük kısmı veri yüzünden değil, insan yüzünden tökezler. Veri eksiksiz taşınır, raporlar hazırdır, ama üç ay sonra satış temsilcileri hâlâ müşteri notlarını kendi defterlerinde ve WhatsApp yazışmalarında tutmaktadır.

Ben Koray Yalçın olarak lead yönetimi, CRM mimarisi ve satış operasyonları üzerine çalışırken bu konuyu hep aynı soruyla ele alıyorum: Yeni sistem, satış ekibinin bir pazartesi sabahını kolaylaştırıyor mu, zorlaştırıyor mu? Bu yazıda HubSpot'tan Salesforce'a geçişi teknik göç adımlarından değil, yönetim tarafından anlatıyorum: Geçiş kararı nasıl sınanır, geçiş haftası ekibe nasıl duyurulur, ilk 90 gün nasıl yönetilir ve başarı neye bakılarak ölçülür?

Önce karar: Gerçekten Salesforce'a mı ihtiyacınız var?

Salesforce güçlü ve esnek bir platformdur; bu yüzden kurumsal ölçeğe yaklaşan şirketlerin doğal durağı gibi görünür. Ancak her büyüme sancısı bir platform değişikliği gerektirmez. Bazen sorun HubSpot'un sınırları değil, HubSpot'un kötü kurulmuş olmasıdır. Karmaşık bir pipeline, sahibi belirsiz alanlar ve kimsenin kullanmadığı otomasyonlar yeni sisteme taşındığında aynı karmaşa daha pahalı bir ortamda devam eder.

Kararı sınamak için dört soru

• Bugünkü sistemde yapamadığımız somut iş nedir? "Daha profesyonel olmak" bir gerekçe değildir. Çok katmanlı onay süreçleri, karmaşık komisyon kuralları, şirket içi farklı iş birimlerinin aynı müşteriyi yönetmesi ya da ERP ile derin entegrasyon gibi adı konmuş ihtiyaçlar gerekçedir.

• Bu ihtiyaç mevcut platformda bir eklentiyle ya da yeniden kurulumla çözülebilir mi? Bu soruyu dürüstçe yanıtlamak için mevcut kurulumun bir kez gözden geçirilmesi gerekir.

• Yeni platformu kim yönetecek? Salesforce, kurulduktan sonra sürekli bakım isteyen bir sistemdir. İçeride bir yönetici ya da düzenli destek veren bir dış ekip yoksa, en iyi kurulum bile birkaç ayda dağılır.

• Satış ekibi bu değişimi neden istesin? Bu sorunun yanıtı yalnızca yönetim açısından değil, temsilcinin günlük işi açısından da verilebilmelidir.

Bu dört soruya net yanıt veremeyen bir ekip için en doğru adım çoğu zaman göç değil, mevcut sistemi sadeleştirmektir. Yanıtlar netse, geçiş artık bir proje olarak planlanabilir.

Göç projesinin sahipliği: Tek bir isim

CRM göçleri sıklıkla bilgi işlem ekibine "teknik iş" olarak devredilir. Oysa CRM, satışın çalışma biçimini belirleyen bir araçtır. Projenin sahibi, satış sürecini bilen ve satış yöneticileriyle aynı dili konuşan biri olmalıdır. Pratikte iyi işleyen yapı şudur: Bir proje sahibi (genellikle RevOps ya da satış operasyonları sorumlusu), bir teknik uygulayıcı, her satış ekibinden bir "kilit kullanıcı" ve kararları onaylayan bir yönetici sponsor.

Kilit kullanıcılar bu yapının en çok hafife alınan parçasıdır. Bunlar sahada saygı gören, sistemi erken öğrenen ve arkadaşlarının sorularını ilk elden yanıtlayan temsilcilerdir. Yeni sayfa düzenleri, zorunlu alanlar ve aşama tanımları önce onlarla test edilmelidir. Bir temsilcinin "Bu alanı her kayıtta doldurmam gerekiyorsa günde yarım saatim gider" itirazı, proje toplantısında değil, canlıya geçmeden önce duyulmalıdır.

Satış sürecini taşımadan önce yeniden yazın

Göç, birikmiş alışkanlıkları sorgulamak için nadir bir fırsattır. HubSpot'ta yıllar içinde eklenmiş yüzlerce özel alanın çoğu ya hiç doldurulmuyor ya da yalnızca tek bir raporda kullanılıyordur. Bunları olduğu gibi taşımak, temsilcinin ekranını gereksiz yere kalabalıklaştırır.

Uygulanabilir bir temizlik yöntemi

Her alan için üç soru sorulur: Bu alanı kim dolduruyor, kim okuyor ve hangi karar bu alana bakılarak veriliyor? Üç sorudan birine yanıt yoksa alan ya arşivlenir ya da yeni sistemde temsilci ekranından gizlenir. Aynı yöntem fırsat aşamaları için de uygulanmalıdır. Her aşamanın girişi ve çıkışı yazılı bir kurala bağlanmalıdır; örneğin "Teklif aşamasına geçmek için karar verici ile en az bir görüşme yapılmış ve bütçe aralığı girilmiş olmalı" gibi. Aşama tanımı yazılı değilse, raporlardaki tahminler de güvenilir olmaz.

Salesforce'un Lead ve Contact ayrımı da bu aşamada ele alınması gereken bir süreç kararıdır. HubSpot'ta tek bir kişi kaydı ile çalışmaya alışmış bir ekip için "Bu kişi ne zaman aday olmaktan çıkıp müşteri kişisi olur?" sorusunun açık bir yanıtı olmalıdır. Bu yanıt pazarlama ile satış arasındaki devir teslim kuralını da belirler.

Geçiş haftası: Teknikten çok iletişim işi

Teknik planlarda geçiş genellikle bir hafta sonuna sıkıştırılır: Eski sistem salt okunur hale getirilir, son veriler aktarılır, pazartesi sabahı yeni sistem açılır. Bu plan teknik olarak doğrudur ama ekip açısından üç kritik ihtiyacı atlayabilir.

1. Ne zaman, neyin değişeceğini önceden duyurun

Geçişten en az iki hafta önce temsilcilere kısa ve net bir takvim verilmelidir: Eski sisteme hangi gün ve saatte kayıt girilemeyecek, o aralıkta gelen leadler nereye düşecek, pazartesi sabahı ilk iş ne yapılacak. Belirsizlik, temsilcinin müşteri bilgilerini "ne olur ne olmaz" diyerek kendi dosyasına almasına yol açar; bu da sonradan CRM dışında yaşayan veri demektir.

2. Geçiş anındaki lead akışını sahipsiz bırakmayın

Reklam formları, web sitesi formları ve WhatsApp gibi kanallardan gelen talepler geçiş hafta sonu da gelmeye devam eder. Bu aralık için geçici bir kuyruk ve bu kuyruğu izleyen bir sorumlu belirlenmelidir. Lead yönetiminde ilk temas süresinin satış sonucuna etkisini bilen herkes, iki günlük sahipsiz bir boşluğun maliyetini tahmin edebilir.

3. Pazartesi sabahı için "ilk gün kartı" hazırlayın

Her temsilciye tek sayfalık bir kart: Nasıl giriş yapılır, kendi fırsatlarını nerede görür, bir aramayı nasıl kaydeder, yeni lead geldiğinde bildirimi nereden alır, takıldığında kime yazar. Kalın bir eğitim kitapçığından çok daha işe yarar.

İlk 90 gün: Benimsemeyi yönetmek

Canlıya geçiş, projenin bitişi değil, ikinci ve daha zor yarısının başlangıcıdır. İlk 90 günü üç döneme ayırmak yönetimi kolaylaştırır.

İlk 2 hafta: Sürtünmeyi azaltma

Bu dönemde amaç rapor üretmek değil, temsilcinin sistemi kullanmasını önleyen engelleri kaldırmaktır. Her gün kısa bir soru-cevap saati yapılır, kilit kullanıcılar ekiplerinin yanında olur, gelen şikâyetler bir listede toplanır. Sayfa düzeninde gereksiz görülen alanlar hızla kaldırılır. E-posta ve takvim kaydının otomatik yapılması bu dönemde en çok fark yaratan adımlardan biridir; temsilcinin elle girmesi gereken her bilgi, girilmeme ihtimali taşır.

3. ile 6. hafta arası: Ritim kurma

Haftalık satış toplantıları artık yeni sistemdeki pipeline görünümü üzerinden yapılmalıdır. Bu, benimsemenin en güçlü kaldıracıdır: Yönetici toplantıda yalnızca sistemde olan fırsatları konuşursa, temsilciler kısa sürede tüm fırsatlarını sisteme girer. Toplantıda Excel çıktısı ya da sözlü özet kabul edilmeye devam ederse, sistem ikinci planda kalır.

7. ile 12. hafta arası: İnce ayar ve otomasyon

Temel kullanım oturduktan sonra otomasyonlar devreye alınır: Belirli sürede takip edilmeyen fırsatlar için hatırlatmalar, aşama değişikliğinde yöneticilere bildirimler, kayıp nedenlerinin zorunlu alan olması gibi. Otomasyonu ilk günden yüklemek cazip görünür, ama temsilci sistemi henüz tanımıyorken gelen onlarca bildirim, sistemi gürültü kaynağı olarak algılamasına neden olur.

Başarıyı neye bakarak ölçmeli?

"Göç tamamlandı" ifadesi verinin taşındığını anlatır, ama işin işe yarayıp yaramadığını anlatmaz. Benim önerdiğim ölçüler, sistemin kullanılıp kullanılmadığını ve kararları besleyip beslemediğini gösterenlerdir:

• Aktif kullanım: Temsilcilerin haftada kaç gün sisteme giriş yaptığı ve kayıt güncellediği.

• Fırsat güncelliği: Son iki hafta içinde hiçbir aktivitesi olmayan açık fırsatların oranı. Bu oran yükseliyorsa, temsilciler işlerini başka yerde yürütüyor demektir.

• Zorunlu alan kalitesi: Kayıp nedeni, bir sonraki adım tarihi ve kaynak kanal gibi kritik alanların gerçekten anlamlı doldurulup doldurulmadığı. "Diğer" seçeneğinin aşırı kullanımı iyi bir uyarı işaretidir.

• Yönetici güveni: Satış yöneticisinin haftalık tahmini sistemden mi, yoksa ekibine tek tek sorarak mı hazırladığı.

Bu ölçüler ilk 90 gün boyunca iki haftada bir gözden geçirilmeli ve sonuçlar ekiple açıkça paylaşılmalıdır. Amaç temsilcileri denetlemek değil, sistemin nerede işlemediğini erken görmektir.

Sık yapılan üç hata

Her şeyi taşımak: On yıllık hareketsiz kayıtları, kimsenin hatırlamadığı alanları ve eski kampanya etiketlerini aynen aktarmak. Arşivlenen veri kaybolmaz; yalnızca günlük çalışma ekranını meşgul etmez.

Eğitimi tek seferlik yapmak: Canlıya geçişten bir gün önce herkese aynı uzun eğitimi vermek. Rol bazlı, kısa ve tekrar eden oturumlar çok daha etkilidir: Ön görüşme yapan temsilci ile satış kapatan temsilci ve satış yöneticisi sistemi farklı amaçlarla kullanır.

Pazarlama bağlantılarını sona bırakmak: Web formları, reklam platformlarının dönüşüm bağlantıları ve kaynak izleme parametreleri geçişten sonra "nasılsa bağlarız" diye ertelenirse, birkaç hafta boyunca hangi kampanyanın satış getirdiği bilinemez. Bu bağlantılar geçiş planının parçası olmalıdır.

Sonuç

HubSpot'tan Salesforce'a geçiş, doğru nedenlerle yapıldığında şirkete daha esnek bir satış altyapısı kazandırabilir. Ama bu kazanım, verinin eksiksiz taşınmasıyla değil, satış ekibinin yeni sistemi gerçekten çalışma alanı olarak benimsemesiyle gerçekleşir. Kararı dürüstçe sınamak, süreci taşımadan önce sadeleştirmek, geçiş haftasını bir iletişim planı olarak görmek ve ilk 90 günü yönetmek, bir CRM göçünü teknik bir operasyondan gerçek bir satış iyileştirmesine dönüştüren adımlardır.

Sık Sorulan Sorular

HubSpot'tan Salesforce'a geçiş ne kadar sürer?

Süre; veri hacmine, özel nesne ve entegrasyon sayısına ve sürecin ne kadar yeniden tasarlanacağına göre değişir. Küçük ve orta ölçekli bir satış ekibi için planlama, kurulum, test ve geçiş birkaç ay sürebilir. Takvimi belirleyen genellikle teknik iş değil, karar verme ve süreç tasarımı hızıdır.

Geçmiş e-posta ve görüşme notları taşınmalı mı?

Açık fırsatlar ve aktif müşteriler için evet; satış temsilcisinin bağlamı kaybetmemesi gerekir. Uzun süredir hareketsiz kayıtların tüm geçmişini taşımak yerine, bu kayıtları erişilebilir bir arşivde tutmak çoğu zaman daha verimlidir.

Satış ekibinin yeni sisteme direncini nasıl azaltırım?

Sahada saygı gören temsilcileri kilit kullanıcı olarak projeye erkenden dahil edin, ekranı yalnızca günlük işte gereken alanlara indirin, elle veri girişini otomatik kayıtla azaltın ve haftalık satış toplantılarını yeni sistemin pipeline görünümü üzerinden yapın.

Geçiş sırasında gelen leadler kaybolur mu?

Plan yapılmazsa kaybolabilir. Geçiş aralığı için reklam ve web formlarından gelen taleplerin düşeceği geçici bir kuyruk ve bu kuyruğu izleyen bir sorumlu belirlemek bu riski büyük ölçüde ortadan kaldırır.

Göçün başarılı olduğunu nasıl anlarım?

Verinin taşınmış olması yeterli değildir. Temsilcilerin sistemi düzenli kullanması, açık fırsatların güncel tutulması, kritik alanların anlamlı doldurulması ve satış yöneticisinin tahminini doğrudan sistemden hazırlayabilmesi başarının asıl göstergeleridir.