CRM Veri Taşıma ve Entegrasyon Kontrol Listesi

CRM geçişinde en büyük risk dosyayı içeri aktarmak değil, müşteri geçmişinin anlamını kaybetmektir. Eski sistemde “durum”, “kaynak” veya “sorumlu” alanlarının nasıl kullanıldığı bilinmeden yapılan taşıma, yeni CRM'de yanlış rapor ve mükerrer müşteri üretir.

Hangi veri gerçekten gerekli?

Müşteri ve firma kartları, iletişim izinleri, açık fırsatlar, teklifler, görevler, görüşme notları ve dosyalar ayrı veri kümeleridir. Her küme için iş sahibi, saklama gereği, güncellik ve hedef CRM'deki karşılık belirlenir. Kullanılmayan özel alanlar yeni sisteme olduğu gibi taşınmamalıdır.

Alan eşleştirme tablosu hazırlayın

Mükerrer kayıt nasıl önlenir?

Tek başına ad soyad benzersiz değildir. Firma verisinde vergi numarası veya doğrulanmış alan adı; kişi verisinde normalize edilmiş telefon ve e-posta birleşimi kullanılabilir. Birleştirme otomatik yapılmadan önce yüksek ve düşük güvenli eşleşmeler ayrılmalı; satış ekibi kritik kayıtları onaylamalıdır.

Entegrasyonları geçişten önce test edin

• Web formu yeni kişiyi ve kaynağını doğru oluşturuyor mu?
• Telefon veya SMS sistemi izin ve iletişim alanlarını koruyor mu?
• E-posta yanıtı doğru müşteri geçmişine ekleniyor mu?
• Teklif onaylanınca görev veya sipariş akışı başlıyor mu?
• API kesintisinde kayıt kuyruğa alınıp tekrar deneniyor mu?
• Aynı webhook iki kez geldiğinde mükerrer fırsat oluşuyor mu?

Kullanıcı kabul testi

Satış temsilcisi yeni müşteri açmalı, fırsatı ilerletmeli, not eklemeli, teklif oluşturmalı ve kapalı satış raporunu kontrol etmelidir. Yönetici yetki sınırlarını; ekip lideri raporları; operasyon ise devredilen işleri test eder. Teknik aktarım başarılı olsa bile günlük iş akışı tamamlanamıyorsa geçiş hazır değildir.

Canlı geçiş günü

1. Eski sistemde veri girişinin duracağı saati duyurun.
2. Son tam yedeği ve dışa aktarımı alın.
3. Onaylı dönüşüm kurallarıyla aktarımı çalıştırın.
4. Kayıt adetleri ve örnek müşteri geçmişlerini karşılaştırın.
5. Form ve entegrasyon uçlarını yeni sisteme yönlendirin.
6. İlk gün hata kuyruğunu ve mükerrer kayıtları izleyin.

Sektörel CRM ve otomasyon ile CRM programı fiyatları sayfaları özellik listesinden önce iş akışı ve entegrasyon kapsamını belirlemenize yardımcı olur.

Geri dönüş ve veri sorumluluğu planı

CRM geçişi başlamadan önce eski sistemin ne kadar süre salt okunur tutulacağı, yeni sistemde sorun çıkarsa hangi noktaya kadar geri dönülebileceği ve geçiş sırasında oluşan yeni kayıtların nasıl birleştirileceği yazılmalıdır. “Yedeğimiz var” ifadesi yeterli değildir; yedeğin açılabildiği ve kritik tabloların geri getirilebildiği örnek bir geri yüklemeyle doğrulanmalıdır.

Taşınan her alan için amaç ve sorumlu belirleyin. Kimlik, iletişim izni, not, dosya, faaliyet ve teklif geçmişi aynı saklama ihtiyacına sahip değildir. Gereksiz veya süresi dolmuş veriyi yeni sisteme taşımak hem kaliteyi düşürür hem de erişim riskini büyütür. Geçiş raporu; kaynak kayıt, aktarılan kayıt, atlanan kayıt, birleştirilen kayıt ve hata adetlerini ayrı göstermelidir.

• Eski sistemin kapanış ve salt-okunur tarihi
• Alan bazlı veri sahibi ve saklama amacı
• Aktarım fark raporu ve örnek kayıt doğrulaması
• Geri dönüş eşiği ve karar yetkilisi
• Geçici dosyaların güvenli silinme tarihi

Sıkça sorulan sorular

Bütün eski veri taşınmalı mı?

Hayır; gerekli, güncel ve anlamlı veri seçilmelidir.

Geçiş tek seferde yapılır mı?

Örnek aktarım ve kullanıcı kabul testi sonrası canlı geçiş yapılır.

Hatalı entegrasyon kaydı kaybolur mu?

Doğru tasarımda hata kuyruğunda görünür olur ve kontrollü tekrar denenir.