Yeni CRM açıldıktan sonra aynı müşterinin üç farklı kartı görünüyorsa sorun çoğu zaman yeni ekranda değildir. Eski tablolardaki farklı yazımlar, ortak telefonlar ve kopuk sipariş kayıtları da sisteme taşınmıştır. Aktarımın tamamlanması, verinin kullanılabilir olduğu anlamına gelmez.
Excel’den CRM’ye veri taşıma, dosya yüklemenin yanında kayıtların anlamını koruma işidir. Doğru hazırlık; hangi bilginin tutulacağını, kayıtların nasıl birleşeceğini ve geçiş sonrasında hangi kontrollerin yapılacağını belirler. Başlangıç noktası program seçimi değil, veri envanteridir.
Satış ekibinin müşteri listesi, muhasebenin cari dosyası ve yöneticinin kişisel tablosu farklı amaçlarla tutulmuş olabilir. Bunları tek dosyada birleştirmeden önce her kaynağın sahibini ve kullanım amacını yazın. Son değiştirilme tarihi tek başına doğruluk göstergesi değildir.
Her dosya için kayıt sayısı, kapsadığı dönem, kolon açıklamaları ve güncelleme sorumlusu belirleyin. Kapalı müşterilerle aktif müşterilerin ayrılıp ayrılmadığını kontrol edin. Bilginin neden tutulduğu açıklanamıyorsa yeni sisteme otomatik taşınacağı varsayılmamalıdır.
Dosyanın kopyasını çalışma alanına alın; orijinali koruyun. Temizlik sırasında yapılan düzeltmeleri bir değişiklik tablosunda tutmak, hatalı bir birleştirmeyi geri incelemeyi mümkün kılar. İlk adımda bütün kayıtlara yeni değer yazmak geçmişi kaybettirebilir.
Excel’deki “ilgili” kolonu kişi adı mı, satış temsilcisi mi, yoksa şirket yetkilisi mi? Anlam belirsizse teknik aktarım kuralı da yanlış kurulur. CRM’de şirket, kişi ve fırsat ayrı varlıklarsa tek satırın birkaç kayda bölünmesi gerekebilir.
Zorunlu alana veri bulunamadığında rastgele bilgi yazmayın. İstisna listesi oluşturun ve karar verilecek kayıtları ayırın. “Bilinmiyor” değerinin raporları nasıl etkileyeceğini de değerlendirin; boş bilgi ile doğrulanmış olumsuz yanıt aynı şey değildir.
Aynı telefon iki ayrı şubeye ait olabilir. Bir şirketin satın alma personeli farklı e-posta adresleri kullanabilir. Sadece ad benzerliğine bakarak birleştirmek de farklı işletmelerin geçmişini tek kartta toplayabilir.
Güçlü kimlik alanlarını ve yardımcı işaretleri birlikte değerlendirin. Vergi numarası gibi bir alan kullanılıyorsa doğruluğunu kontrol edin; her kayıt için mevcut olduğunu varsaymayın. Belirsiz eşleşmeleri otomatik birleştirmek yerine incelemeye bırakın.
Örnek karar: Aynı şirket kimliği taşıyan iki kartın adresleri farklıysa biri şube olabilir. Birleştirme öncesinde satış sorumlusu incelemelidir. Geri alınabilir eşleştirme kaydı, her eski satırın yeni sistemde hangi kayda bağlandığını göstermelidir.
Önce kontrollü bir örnek küme taşıyın. Örnek yalnızca temiz kayıtlardan oluşmasın; farklı tarih biçimleri, birden fazla ilgili kişi, kapanmış fırsatlar ve eksik alanlar içersin. Hedef, gerçek sorunları canlı geçişten önce görmektir.
Kaynak satır kimliği: XLS-204
Yeni şirket kaydı: CRM-C081
Yeni kişi kaydı: CRM-P126
İşlem sonucu: İnceleme bekliyor
Neden: Aynı e-posta iki şirket satırında bulunuyor
Satır sayılarının tutması yeterli değildir. Müşterinin görüşmeleri doğru karta bağlanıyor mu? Satış sorumlusu korunuyor mu? Tarih sıralaması doğru mu? Sayısal mutabakatla birlikte kullanıcıların gerçek işini yapabildiğini doğrulayın.
Eski Excel dosyası güncellenmeye devam ederken CRM’ye aktarım yapılırsa hangi sürümün doğru olduğu karışır. Kısa bir değişiklik dondurma aralığı veya sonradan gelen değişiklikleri kontrollü taşıyan bir yöntem seçin. Seçimi işin kesintiye toleransı belirlesin.
Geçiş planında kimin veri gireceği, hangi dosyanın salt okunur olacağı ve hata halinde nasıl geri dönüleceği yazmalıdır. Eski dosyaların erişimini kontrol etmek de önemlidir; çalışanların alışkanlıkla eski kopyaya devam etmesi yeni CRM’nin eksik görünmesine neden olabilir.
Excel ve e-posta otomasyonu mevcut işlerin düzenlenmesini anlatır. CRM’ye kalıcı geçişte ise kayıt sahipliği ve tek doğru kaynak kararı ayrıca verilmelidir.
CRM’nin desteklediği biçim ve alan yapısı uygunsa teknik olarak yüklenebilir. Ancak dosyanın kabul edilmesi verinin doğru yerleştiğini göstermez. Şirket, kişi ve fırsat ilişkileri; tarih biçimleri ve zorunlu alanlar ayrıca kontrol edilmelidir. Önce kopya dosyayla deneme ortamında aktarım yapın. Kullanıcıların gerçek müşteri geçmişini bulabildiğini doğrulamadan toplu geçişi tamamlanmış saymayın. Özellikle tarih alanlarını kaynak dosyayla karşılaştırın.
İsim benzerliği tek başına güvenilir eşleştirme sağlamaz. Aynı unvanı kullanan farklı işletmeler veya farklı yazılmış aynı şirket bulunabilir. Güvenilir kimlik alanları, iletişim bilgileri ve kullanıcı doğrulaması birlikte değerlendirilmelidir. Kararsız eşleşmeleri inceleme listesine ayırın. Birleştirme yapılırsa eski kayıtlarla yeni kart arasındaki bağlantıyı ve kararı veren kişiyi kaydetmek hataların incelenmesini kolaylaştırır. Şube bilgilerini ayrı kayıtta tutmak gerekebilir.
Hemen silmek yerine geçişin doğrulandığı ve erişim sorumluluklarının belirlendiği bir plan uygulanmalıdır. Eski dosyaların kim tarafından görüleceği, ne kadar tutulacağı ve hangi amaçla kullanılacağı açıklanmalıdır. Gereksiz kopyalar azaltılmalı; yeni kayıtların hangi sistemde açılacağı netleştirilmelidir. Arşivleme ve silme kararları kurumun veri yönetimi yaklaşımıyla birlikte verilmelidir; herkese açık ortak klasörler kalıcı çözüm değildir.
Örneğin tek bir satış ekibinin aktif müşterilerini seçin. Önce temsilcilerle kaynak veriyi inceleyin, sonra deneme ortamına aktarın. Ekibin bir görüşme kaydetmesini, fırsat açmasını ve eski geçmişi bulmasını isteyin. Böylece yalnızca aktarım kodunu değil, kullanımın devamlılığını da değerlendirirsiniz.
Prova sonunda hataları “kaynak veri”, “eşleştirme” ve “CRM kuralı” olarak ayırın. Her hata aynı yöntemle çözülmez. Kaynakta yanlış yazılmış telefonla yanlış alan haritası birbirinden farklı müdahale gerektirir.
ARKTECH CRM ve yönetim paneli çözümleri için kapsam hazırlarken anonimleştirilmiş örnek tabloyu, alan sözlüğünü ve birleştirme kararlarını paylaşın. İlk aktarımı bütün dosyayla değil, sorunlu örnekleri de içeren küçük bir kümeyle başlatın.
