Formdan gelen bir kişinin CRM’de görünmesi, entegrasyonun bittiği anlamına gelmez. Aynı kişi tekrar form doldurduğunda hangi kaydın güncelleneceği, satış ekibinin yaptığı değişikliğin diğer sisteme dönüp dönmeyeceği ve aktarım hatasının kimin önüne düşeceği de belli olmalı. Teklifleri bağlantı sayısına göre değil, bu kararların açıklığına göre karşılaştırın.
Hangi kayıtlar, hangi olayda aktarılacak?
Önce sistemleri ve kayıt türlerini yazın: web formu, e-ticaret mağazası, CRM, teklif aracı veya destek masası; kişi, şirket, fırsat ve sipariş gibi kayıtlar. Her biri için aktarımı başlatan olayı, hedef sistemi ve beklenen güncelleme süresini belirtin. “CRM bağlantısı” ifadesi tek başına bu kapsamı anlatmaz.
İlk toplu aktarım ile sonraki değişikliklerin eşitlenmesi farklı işler olabilir. Teklifte geçmiş verinin taşınıp taşınmayacağı, yalnız yeni kayıtların mı izleneceği ve iptal veya silme işlemlerinin nasıl ele alınacağı ayrı ayrı yer almalı.
- Hangi kayıt türleri ve alanlar kapsamda; hangileri özellikle dışarıda?
- Aktarım tek yönlü mü, iki yönlü mü; hangi olay tetikliyor?
- Geçmiş kayıtların aktarımı ve canlı akış ayrı teslimatlar mı?
Aynı kişi iki sistemde nasıl eşleşecek?
E-posta, telefon veya harici müşteri numarası eşleştirme anahtarı olarak düşünülebilir; doğru seçim mevcut veriye ve kullanılan CRM’ye bağlıdır. Boş, değişmiş veya birden fazla kişide ortak kullanılan değerler için kural isteyin. HubSpot’un veri eşitleme belgeleri, eşleştirme alanı seçiminin yanlış kişileri birleştirebileceğini veya ayrı kayıtlar oluşturabileceğini gösteriyor.
Teklifte örnek veriyle bir eşleştirme denemesi bulunmalı. Var olan kişiyi güncelleme, yeni kişi açma ve şüpheli eşleşmeyi insan incelemesine bırakma koşullarını yazın. HubSpot’un kayıt tekilleştirme kuralları bile içe aktarım ve API ile oluşturma arasında farklı davranabiliyor; kullandığınız sistemin gerçek yöntemini doğrulayın.
Alanları kim yönetiyor; çakışmada hangi değer kalıyor?
Ad, telefon, satış aşaması, izin durumu ve sipariş toplamı gibi alanları bir tabloya koyun. Her satırda kaynak alanı, hedef alanı, veri biçimi, aktarım yönü ve değişiklik yetkisi görünmeli. Örneğin satış aşamasını yalnız CRM ekibi yönetiyorsa mağazadan gelen eski değer bu alanı geri almamalı.
HubSpot’un alan eşlemesi rehberi, veri yönünün ve çakışma çözümünün eşitleme sonucunu belirlediğini açıklıyor. Hazır bağlayıcı kullanılsa bile varsayılan eşlemelerin iş akışınıza uyup uymadığını kontrol edin; bazı özel eşlemeler için ürün planı veya üçüncü taraf API sınırı devreye girebilir.
Kayıt ilişkileri ve izinler kapsamda mı?
Bir kişinin hangi şirkete ve fırsata bağlı olduğu, yalnız kişi alanlarının taşınmasıyla korunmayabilir. Teklifte ilişki kurulumu, ilişki değişiklikleri ve eksik bağlı kayıt durumunda ne yapılacağı yer almalı. HubSpot’un ilişki eşleme rehberi, ilgili kayıtların doğru eşleşmesinin bu bağlantılar için gerekli olduğunu anlatıyor.
Bağlantıyı kuracak hesabın erişimi de teslim konusudur. Kimlik bilgilerinin kim tarafından açılacağını, hangi ekibin yönetebileceğini ve iş bitince erişimin nasıl devredileceğini yazın. Gerekli veriye erişim sağlarken kapsam dışı alanlara gereksiz yetki vermemek için kullanılan platformun izinlerini birlikte gözden geçirin.
Hata olduğunda kim fark edecek ve düzeltecek?
Bağlantının çalıştığını yalnız başarılı örnekle doğrulamayın. Eksik zorunlu alan, beklenmeyen değer, geçici bağlantı hatası ve aynı olayın yeniden gelmesi gibi durumlarda kaydın ne olacağını sorun. Hata kaydı, yeniden deneme yolu ve sorumlu kişi açık değilse veri sessizce eksik kalabilir.
HubSpot veri eşitleme belgeleri başarısız veya hariç tutulan kayıtların durumunu izleme ve sorunları giderme adımlarını tarif ediyor. Seçilen çözümde buna denk bir görünüm veya düzenli kontrol teslim edilecek mi, teklif bunu söylemeli.
Teslimi hangi örneklerle kabul edeceksiniz?
Gerçek veriyi açmadan önce temsili kayıtlarla bir kabul listesi hazırlayın: yeni kişi, mevcut kişinin güncellenmesi, aynı e-postalı kayıt, boş eşleştirme alanı, şirketle ilişkilendirme, çakışan alan değişikliği ve başarısız aktarım. Her senaryoda iki sistemde beklenen sonucu ve fiilî sonucu kaydedin.
Teslim paketinde alan haritası, eşleştirme ve çakışma kuralları, hata izleme yöntemi, erişim sahipleri, açık sorunlar ve kısa bir işletim notu bulunmalı. Teklifleri bu somut çıktılar üzerinden karşılaştırdığınızda sonradan ortaya çıkacak ek işlerin sınırı da anlaşılır hâle gelir.
Konuyla ilgili kısa cevaplar
CRM entegrasyonu için iki yönlü eşitleme şart mı?
Hayır. Her veri alanının hangi sistemde yönetildiğine bakın. Gerekmeyen iki yönlü akış, çakışma kararlarını artırabilir.
Hazır bağlayıcı kullanmak test ihtiyacını kaldırır mı?
Hayır. Varsayılan alan eşlemelerini, kayıt eşleştirmesini ve hata durumlarını kendi örnek verinizle doğrulayın.
Entegrasyon ne zaman teslim edilmiş sayılır?
Kararlaştırılan veri akışları kabul senaryolarında doğrulandığında, hata takibi ve erişim sorumluları yazılı olarak devredildiğinde teslim ölçütü netleşir.