CRM veri taşıma, verileri, iş akışlarını ve varlıkları bir CRM'den diğerine taşıma sürecidir. Bu süreç, gelir ekibinizin operasyonel omurgası olan CRM'in doğru çalışması için kritik öneme sahiptir. İçindeki veriler hatalı olduğunda, üzerine inşa edilen her süreç de bozulur. Deneyimlerime göre, başarısız CRM geçişlerinin çoğu aynı şekilde başarısız olur: ekip kapsamı hafife alır, veri temizliğini atlar veya doğrulanmış bir geri alma planı olmadan canlıya geçmek için acele eder. Başarılı geçişler ise taşımayı bir toplu veri transferi değil, yapılandırılmış bir iş değişikliği olarak ele alır.
CRM veri taşıma, kayıtları, ilişkileri, geçmişi, izinleri ve bağlı iş akışlarını bir CRM'den diğerine taşımayı içerir. Bu tanım önemlidir çünkü 'veri taşıma' ifadesi aslında neleri kapsadığını hafife alır. Gerçek bir geçiş, basit bir CSV içe aktarmasından çok daha fazlasını gerektirir. Kapsanan öğeler arasında kişiler, şirketler, fırsatlar, biletler, özel nesneler gibi varlıklar; şirket-kişi, kişi-fırsat, fırsat-aktivite arasındaki ilişkiler; e-postalar, aramalar, notlar, görevler, toplantılar ve ekler gibi geçmiş; kullanıcı rolleri, ekip yapıları, özellik düzeyinde erişim gibi izinler; ve bu veriler üzerine inşa edilmiş iş akışları, diziler, entegrasyonlar ve raporlar gibi bağımlılıklar yer alır. Her katman karmaşıklığı artırır; bir kişi kaydı bir şirkete bağlıdır, açık fırsatlarla ilişkilidir, e-posta geçmişine işlenmiştir ve otomasyon dizilerine bağlıdır. Bu ilişkilerden birini koparmak, ilk günden itibaren yetim kayıtlar, bozuk boru hatları veya raporlamada boşluklar yaratır.
Geçiş planı, tüm ekibin üzerinde çalıştığı belgedir. Kimin neye sahip olduğunu, zaman çizelgesini, kararların nasıl alındığını ve bir şey bozulduğunda ne olacağını tanımlar. Planlamaya iki ila üç hafta yatırım yapan ekipler, arka uçta aylarca sürecek temizlikten tasarruf eder. Her CRM geçişi dört işlev arasında net sahiplik gerektirir: Geçiş lideri (RevOps veya CRM yöneticisi) plan, sıralama ve doğrulama onayından sorumlu; veri sahibi (operasyon veya BT) temizleme kararları, yinelenen kayıtları kaldırma kuralları ve sağ kalım mantığından sorumlu; iş paydaşları (satış, pazarlama, hizmet liderliği) kapsam kararlarını, özellikle neyin arşivlenip neyin taşınacağını onaylar; teknik sahip (geliştirici veya SI ortağı) API tabanlı taşımayı yürütür, alan dönüştürme betikleri oluşturur ve mutabakat işlerini çalıştırır. Her büyük aşama için bir RACI (Sorumlu, Hesap Verebilir, Danışılan, Bilgilendirilen) matrisi atayın. En yaygın başarısızlık noktası, bir geçiş/devam kararını kimin onayladığı konusundaki belirsizliktir; bunu başlamadan önce tanımlayın.
Önemli Gelişmeler
İyi yapılandırılmış bir CRM geçişi sekiz aşamadan geçer: Değerlendirme (mevcut verileri denetle, nesne envanterini eşle, bağımlılıkları belgele), Temizleme (yinelenenleri kaldır, normalleştir, eski kayıtları sil, altın kayıtlar oluştur), Eşleme (kaynak alanları hedef alanlarla hizala, boşlukları ve dönüşümleri ele al), Test (temsili bir veri örneği ile sanal alan geçişi yap), Taşıma (nesne türüne ve önceliğe göre aşamalı geçiş yürüt), Doğrulama (kayıt sayıları, nokta kontrolleri ve kullanıcı kabul testleri), Geçiş (kaynak sistemi dondur, son delta taşımayı gerçekleştir, canlıya geç), Hiper Bakım (hataları izle, kullanıcıları destekle, uç durumları çöz; tipik olarak 2–4 hafta). Her zaman ilk geçişinizi bir sanal alan ortamında, üretimde değil, çalıştırın. Sanal alan, alan eşlemesini test etmenize, dönüştürme hatalarını yüzeye çıkarmanıza ve gerçek verilere dokunulmadan önce ilişki bütünlüğünü doğrulamanıza olanak tanır.
Nasıl Önlem Alınmalı?
Sanal alan geçişinizi en az iki kez çalıştırın. İlk çalıştırma, alan eşlemesindeki boşlukları ortaya çıkarır; bu boşlukları düzelttikten sonraki ikinci çalıştırma, doğrulama taban çizginiz olarak kullanacağınız çalıştırmadır. Ayrıca, geçiş başlamadan önce bilinen risklerinizi belgeleyin. Yaygın risk öğeleri arasında beklenenden daha kötü veri kalitesi (hafifletme: net çıkış kriterleri ile genişletilmiş temizleme penceresi), paydaş katılım eksikliği (hafifletme: düzenli durum toplantıları ve net onay noktaları) ve yetersiz test (hafifletme: birden fazla sanal alan geçişi ve kullanıcı kabul testi oturumları) yer alır. CRM veri taşıma, bir kerelik bir teknik olay değil, aşamalı bir iş değişikliğidir. Başarı, planlama, temizleme, test ve hiper bakıma yapılan yatırımla doğru orantılıdır.
Unutmayın: CRM veri taşıma bir entegrasyon değildir. Entegrasyon, iki sistemi sürekli olarak senkronize tutarken, taşıma bir kerelik (veya aşamalı) yapılandırılmış veri hareketidir ve yeni CRM'i tek doğruluk kaynağı yapmayı amaçlar. Her ikisini de çalıştırabilirsiniz, ancak bunlar farklı sahipleri olan farklı iş akışlarıdır. Başarılı bir taşıma için net hedefler, kısıtlamalar (dondurma penceresi nedir? geri alma tetikleyicisi nedir?) ve başarı kriterleri (canlıya geçmeden önce hangi kayıt sayıları, doğruluk oranları ve kullanıcı doğrulama testleri geçmelidir?) tanımlayın. Her taşıma kararı bu üç girdiden akar.
Kaynak: blog.hubspot.com
