CRM bağlantısını ekibin gerçek sorusundan başlatın
E-ticaret mağaza operasyonunda CRM bağlantısının amacı her veriyi her ekrana kopyalamak değildir. Destek ekibi müşterinin son sipariş durumunu mu görmek istiyor, satış ekibi toptan teklif talebini mi yönetiyor, pazarlama ekibi ise uygun iletişim izinlerini mi takip ediyor? Bu sorular farklı kayıtlar ve yetkiler gerektirir. İhtiyaç belirlenmeden çift yönlü senkronizasyon sözü vermek kapsamı gereksiz büyütebilir.
Örnek olarak, siparişin kargo bilgisini CRM’de görünür kılmak ile CRM’den siparişi iptal etmek aynı iş değildir. İlkinde doğru durumu göstermek yeterli olabilir; ikincisinde mağaza ve ödeme iş kuralları da devreye girer. Ticaret Bakanlığı’nın CRM eğitiminde müşteri, satış ve destek işlevleri birlikte anlatılır. Proje bu genel ihtiyacı sizin ekip, platform ve onay sınırlarınıza uyarlayan veri akışıyla somutlaştırır.
Her alanın sahibi ve güncelleme yönü belli olsun
Backend entegrasyonu tasarlanırken müşteri kimliği, sipariş durumu, iletişim tercihi ve ticari hesap alanları ayrı ele alınır. Mağaza e-posta adresini değiştirdiğinde CRM’deki kaydın nasıl bulunacağı, aynı kişinin iki kayda sahip olması ve misafir siparişinin sonradan hesapla eşleşmesi gibi durumlar önceden düşünülür. İsim benzerliği veya telefon numarası tek başına otomatik birleşim için yeterli kural olarak kabul edilmez.
Alan haritasında kaynak sistem, hedef alan, veri biçimi ve değişikliği kimin yapacağı yazılır. Örneğin, destek ekibinin CRM’de düzelttiği bir not, mağazanın sevkiyat adresini otomatik değiştirmemelidir. Eski kayıt aktarımı ile yeni olayların işlenmesi de ayrılır. Yanlış eşleşmenin düzeltilmesi için inceleme ve geri alma yöntemi bulunmalıdır.
Kimlik eşleştirme
Sistemlerin kendi kayıt kimliklerini koruyan bir eşleştirme tablosu hazırlayın. Aynı kişi veya şirket için çelişkili kayıtları otomatik birleştirmek yerine incelemeye ayırın.
Alan sahipliği
Hangi alanın mağaza, CRM veya başka sistem tarafından yönetildiğini yazın. Yetkisiz bir kaynak güncellemesinin daha doğru veriyi ezmesini önleyin.
İşlem sınırı
Görüntüleme, güncelleme ve finansal işlem yetkilerini ayırın. Sipariş bilgisi erişimi, iptal veya geri ödeme yetkisini otomatik vermemelidir.
OKUMADAN SONRAKİ ADIMA
İlk CRM ve mağaza akışını birlikte seçelim
Kullandığınız CRM’i, mağaza altyapısını ve bugün elle taşıdığınız bir kaydı anlatın; alan haritası ve test kapsamını belirleyelim.
İzin ve müşteri kaydını aynı kavram saymayın
Pazarlama otomasyonu için CRM’de bir müşteri kaydının bulunması, o kişiye her kanaldan kampanya mesajı gönderilebileceği anlamına gelmez. Kanal, izin kaynağı, güncelleme zamanı ve işletmenin onaylı kuralları ayrı veri olarak değerlendirilir. İletişim tercihi değiştiğinde bağlı sistemlerin nasıl davranacağı tasarlanır; eski toplu aktarım daha yeni tercihi ezmemelidir.
Destek için gerekli sipariş özeti ile pazarlama segmenti farklı kullanım amaçlarına sahiptir. Kayıt silme veya erişim talebi geldiğinde hangi bağlı sistemlerin inceleneceği envanterde görünür olmalıdır. Hukuki veri işleme kararlarını yetkili kişi onaylar; entegrasyon bu onaylı kuralları uygular. Tüm müşteri geçmişini her personele açmak veya her veriyi analitik sisteme göndermek kapsamın varsayımı değildir. Proje tek başına mevzuat uyumu garantisi oluşturmaz.
Tekrarlı, gecikmiş ve eksik olayları sınayın
Otomasyon uygulaması gerçek sipariş değişikliklerinde hataların nasıl ele alınacağını içermelidir. Ağ sorunu, erişim süresi dolması veya API sınırı nedeniyle aktarım gecikebilir. Aynı olay yeniden geldiğinde ikinci sipariş ya da ikinci görev oluşturulmaması gerekir. Önce eski bir durumun, ardından yeni bir durumun gelmesi de her zaman beklenen sırada gerçekleşmeyebilir; uygulanacak kural kaynak sistemin davranışıyla doğrulanır.
Commercetools’un resmî CRM entegrasyon rehberi müşteri ve sipariş akışlarını, mevcut kayıt aktarımını ve izin/silme konularını ayrı ele alır. Her platformun aynı olay ve API modeli olduğu varsayılmaz. Örnek bir pilotta sipariş oluşumu, iptal ve kısmi iade test edilir. CRM erişimi kesildiğinde mağazanın sipariş işlemi gereksiz biçimde bu bağlantıya bağımlı bırakılmamalıdır.
Normal akış
Doğru müşteriye bağlanan bir sipariş ve ardından destek ekranında görülen durum test edilir. Kayıt kimlikleri ve güncelleme zamanı kontrol edilir.
Yeniden deneme
Aynı olayın iki kez gelmesi, kısa kesinti ve API hatası denenir. Tekrarlı kayıt yerine izlenebilir işleme sonucu hedeflenir.
İstisna incelemesi
Yanlış eşleşme, eski olay veya eksik alan sorumlu kişiye görünür olur. Güvenli yeniden işleme ve gerektiğinde manuel düzeltme yöntemi yazılır.
Hazır bağlantı mı özel geliştirme mi?
Teknik liderlik değerlendirmesi, hazır bir bağlantının iş kuralınızı karşılayıp karşılamadığını anlamaya yardımcı olur. Standart müşteri ve sipariş özetinde paket uygulama yeterli olabilir. Özel şirket hesapları, ayrıntılı onay veya farklı veri sahipliği gereksinimi varsa ara katman değerlendirilebilir. Özel geliştirme sırf daha esnek göründüğü için seçilmez; bakım ve sahiplik yükü de karara katılır.
Mevcut platform planı, API kapsamı, erişim yetkisi ve veri hacmi keşifte doğrulanır. Kapsam dışında kalan alanlar teklifte yazılır. Aynı entegrasyonun bütün CRM ve mağaza sürümlerinde çalışacağı söylenmez. Lisanslar, barındırma, iş akışı işletimi ve destek ayrı maliyet kalemleri olabilir. Başlangıçta bir müşteri ve bir sipariş akışını doğrulamak, tüm kanalları aynı anda bağlamaktan daha anlaşılır kabul ölçütleri sağlayabilir.
Teslim ve bakımda veri kalitesini izleyin
Ölçümleme ve raporlama tarafında entegrasyon sağlığı ile kampanya performansını ayırın. Aktarılan olay sayısı, başarılı müşteri ilişkisi veya gelir artışı kanıtı değildir. Bekleyen iş, başarısız aktarım ve son güncelleme gibi operasyon işaretleri sorumlu ekip için görünür olmalıdır. Loglarda gereksiz müşteri bilgisi tutulmaz; erişim ve saklama yaklaşımı onaylı kurallara göre belirlenir.
Teslim dosyası alan haritası, veri sahipliği, örnek test kayıtları, bilinen sınırlamalar ve hata müdahale yönergesini kapsar. API sürümü veya CRM alanı değiştiğinde kimin kontrol edeceği açıklanır. İlk iletişimde mağaza platformu, CRM adı, bağlamak istediğiniz kayıtlar ve manuel işin örneğini paylaşın. Hesap şifresi veya gerçek müşteri dosyası gönderilmeden başlangıç kapsamı değerlendirilebilir.
Teknik kayıt
Bağlantı, alan haritası ve kimlik eşleştirme yöntemi belgelenir. Sırların yönetimi ile gerekli erişimler ayrı sorumluluk olarak yazılır.
İşletim görünürlüğü
Bekleyen ve hatalı işler izlenir; uyarının kimde aksiyona dönüşeceği belli olur. Sessizce başarısız olan akış tamamlanmış kabul edilmez.
Değişiklik yönetimi
Yeni alan, platform güncellemesi ve izin kuralı değişikliği yeniden test edilir. Bakım anlaşması ile yeni özellik işi birbirinden ayrılır.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
CRM’ye bütün mağaza verisini taşımak gerekir mi?
Hayır. Satış ve destek ekiplerinin gerçekten kullanacağı alanlar seçilmelidir. Sipariş özeti görünürlüğü, tam ürün veya muhasebe verisi kopyası gerektirmeyebilir. Gereksiz aktarım, erişim ve bakım yükünü artırır.
İki yönlü bağlantı otomatik olarak daha iyi mi?
Her zaman değil. Bazı alanlar mağazadan okunmalı, bazıları CRM’de yönetilmelidir. İki tarafın aynı alanı değiştirmesi çatışma doğurabilir. Alan sahipliği ve güncelleme kuralları belirlenerek uygun yön seçilir.
Aynı müşteri iki kez kayıtlıysa ne yapılır?
Kaynak kimlikleri ve onaylı eşleştirme kuralları incelenir. Belirsiz kayıtlar otomatik birleştirilmek yerine incelemeye ayrılabilir. Yanlış birleşimi düzeltme yöntemi de başlangıç tasarımında bulunmalıdır.
CRM kesilirse mağaza sipariş alamaz mı?
Bağlantı bu gereksiz bağımlılığı yaratmayacak şekilde değerlendirilir. Aktarım gecikmesi, yeniden deneme ve uyarı davranışı test edilir. Uygulama şekli platformun API ve işlem modeline bağlıdır; kesintisizlik garantisi verilmez.
E-posta izinleri de bağlanabilir mi?
Platformların desteklediği alanlar ve işletmenin onaylı kurallarıyla kapsamlandırılabilir. Kanal, kaynak ve güncelleme zamanı takip edilir. CRM kaydı olması tek başına pazarlama izni kabul edilmez.
Hazır uygulama mı özel entegrasyon mu seçmeliyiz?
Önce mevcut bağlantının gerekli alanları, iş kurallarını ve hata görünürlüğünü karşılayıp karşılamadığı incelenir. Yetersiz kaldığında özel çalışma değerlendirilebilir. Lisans, barındırma ve bakım maliyetleri karara birlikte katılır.
KAPSAMI BİRLİKTE BELİRLEYELİM
İlk CRM ve mağaza akışını birlikte seçelim
Kullandığınız CRM’i, mağaza altyapısını ve bugün elle taşıdığınız bir kaydı anlatın; alan haritası ve test kapsamını belirleyelim.
Entegrasyon ihtiyacını paylaşın