CRM Veri Göçü: CRM Değiştirirken Veriyi Nasıl Taşırsınız?

CRM veri göçü, bir CRM'den diğerine geçerken yapılan en riskli iştir. Çoğu ekip bunu teknik bir aktarma işi sanır ve tüm veriyi olduğu gibi taşır. Sonuç öngörülebilir: eski sistemdeki bütün kirlilik yeni sisteme taşınır, üstüne bir de eşleme hataları eklenir. Göç, aslında bir taşıma değil bir eleme işidir.

Göçe başlamadan önce cevaplanması gereken soru

"Neyi taşıyacağız" değil, "neyi taşımayacağız" sorusuyla başlayın. Tipik olarak taşınmaması gerekenler:

• İki yıldan uzun süredir hiç aktivite görmemiş kayıtlar.
• Kapanmış veya birleşmiş şirketlere ait kartlar.
• Geçersiz e-posta alan adları ve test kayıtları.
• Artık kullanılmayan özel alanlar — genellikle toplam alanların üçte biri kadardır.
• Eski sistemdeki, yeni süreçte karşılığı olmayan aşamalar.

Bunları silmeyin; eski sistemden bir arşiv dökümü alıp saklayın. Böylece hem yeni sistem temiz başlar hem de geri dönüş ihtiyacınız karşılanır.

Alan eşleme tablosunu önce yazın

Göçün gerçek işi burada yapılır. Her eski alan için dört bilgiyi bir tabloya yazın: eski alan adı, yeni alan adı, veri tipi ve dönüşüm kuralı. Dönüşüm kuralı en kritik sütundur — serbest metin şehir alanının sabit listeye nasıl çevrileceği, eski aşama adlarının yenilerine nasıl eşleneceği burada tanımlanır.

Eşlemesi olmayan hiçbir alan taşınmaz. Bu kural katı görünür ama göç sonrası ortaya çıkan sorunların çoğunu baştan keser.

Önce test göçü yapın

1. Toplam kayıtların yüzde 5'ini, tüm kayıt tiplerini temsil edecek şekilde seçin.
2. Test ortamına aktarın.
3. Rastgele 20 kaydı elle açıp eski sistemle karşılaştırın.
4. Kayıt sayılarını, toplam tutarları ve aşama dağılımını iki sistemde eşleştirin.
5. Bulunan her hata için eşleme tablosunu güncelleyin ve testi baştan çalıştırın.

İki ardışık temiz test almadan gerçek göçe geçmeyin.

Göç sonrası doğrulama kontrol listesi

• Sayı kontrolü: Kayıt adetleri her nesne tipi için eşleşiyor mu?
• Toplam kontrolü: Açık fırsatların toplam tutarı iki sistemde aynı mı?
• İlişki kontrolü: Kişiler doğru firmalara, fırsatlar doğru kişilere bağlı mı?
• Sahiplik kontrolü: Her kaydın aktif bir kullanıcıya atandığından emin olun.
• Geçmiş kontrolü: Aktivite ve not geçmişi taşındı mı, tarihleri korundu mu?

Bu beş kontrolü göçten sonraki ilk 48 saat içinde yapın. Sorunlar erken bulunduğunda düzeltilebilir; ekip yeni sistemde çalışmaya başladıktan sonra düzeltmek çok daha pahalıdır.

Eski sistemi hemen kapatmayın

Eski CRM'i en az üç ay salt okunur modda açık tutun. Göç sonrası ortaya çıkan sorular neredeyse her zaman "bu kayıtta eskiden ne yazıyordu" biçimindedir. Erişim yoksa bu sorular cevapsız kalır ve ekibin yeni sisteme güveni sarsılır. Aynı dönemde kimin eski sisteme kaç kez baktığını da izleyin: sık bakılan alanlar, göçte eksik taşınan alanlardır.

Sık yapılan hata: göçü tek başına teknik ekibe bırakmak

Teknik ekip alanları taşır ama hangi verinin işe yaradığını satış ekibi bilir. Eşleme tablosunu satış tarafından en az bir kişi onaylamadan göçe başlamayın. Aksi halde teknik olarak kusursuz, pratikte kullanılamaz bir sistem elde edersiniz — ve ekip yeni CRM'i benimsemez.

Uygulama ipucu: göçü yeni alan eklemek için fırsat sayın

Göç, alan yapısını yeniden düşünmek için yılda bir gelen bir şanstır. Yeni sistemde hangi alanların zorunlu olacağına, hangi aşama geçişlerinin hangi bilgiyi gerektireceğine burada karar verin. Kuralları göçten sonra eklemek her zaman daha zordur, çünkü o noktada ekip alışkanlığını çoktan kurmuştur.

Yeni sistemde alanların baştan eksiksiz dolması için Closync, kayıt girişini konuşarak yapmayı mümkün kılar.