Shopify’a geçişte “müşteriler taşınacak” demek yeterli değildir. Profil bilgisi, mağazaya giriş, geçmiş sipariş görünümü ve devam eden işlem hakları ayrı kapsamlar olarak yazılmalıdır. Müşteri dosyasının içe alınması, bu dört ihtiyacın birden karşılandığını göstermez.
Bu rehber, çalışan mağazasındaki müşteri ve sipariş kayıtlarını yeni mağazada nasıl kullanacağını belirleyen marka içindir. Sonuç, hangi veri türünün hangi yolla taşınacağına veya erişilebilir arşivde tutulacağına karar veren tablodur. Kaynak dosya ve seçilen aktarım yöntemi denenmeden eksiksiz tarihçe vaadi kurulmaz.
Önce “müşteri taşındı” ifadesini parçalara ayırın
Bir müşterinin adı, e-postası ve adresi yeni panelde görünebilir; fakat eski siparişleri görünmeyebilir. Giriş yapabilmesi de ona doğru siparişlerin bağlandığını kanıtlamaz. Özellikle kaynak sistemde üyeliksiz alışveriş ve birden fazla hesap varsa ilişki ayrıca araştırılır.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| İhtiyaç | Kabul sorusu | Tek başına yeterli olmayan kanıt |
|---|---|---|
| Profil aktarımı | Gerekli alanlar doğru kişide mi? | İçe alınan toplam müşteri sayısı |
| Hesap girişi | Kişi doğru yöntemle kendi hesabına ulaşabiliyor mu? | Panelde profilin görünmesi |
| Sipariş geçmişi | Doğru siparişler doğru kişiye bağlanıyor mu? | Siparişlerin mağazaya eklenmesi |
| Açık işlem | Gönderim, iptal veya iade sorumlusu belli mi? | Eski kaydın yeni panelde kopyası |
| Geçmiş kayıt erişimi | Destek ekibi gereken kaydı güvenilir biçimde bulabiliyor mu? | Ham dosyanın bir klasörde bulunması |
Her ihtiyacın gerekli olup olmadığını markanızın işinden çıkarın. Bütün geçmişi yeni müşteri hesabında göstermekle yalnız destek için erişilebilir tutmak farklı kapsam ve maliyet oluşturabilir. Bu karar veri aktarımına başladıktan sonra tesadüfen verilmemelidir.
Müşteri dosyasının sınırını bilin
CSV, Comma-Separated Values; virgülle ayrılmış değerler dosyasıdır. Profil alanlarını uygulamaya toplu aktarmaya yarar. Shopify müşteri CSV’si parola ve sipariş bilgisini içe aktarmaz. Dosyaya toplam harcama veya sipariş sayısı sütunları eklemek de eski siparişleri yaratmaz.
Bu nedenle profil kabulünde gerekli alanları tek tek seçin: ad, e-posta, telefon, varsayılan adres ve iş için anlamı olan ek bilgiler. Birden fazla adresin veya iletişim tercihi geçmişinin hangi yöntemle korunacağını gerçek kaynak ve hedef alanlardan doğrulayın. Birinci adresin taşınmış olması adres defterinin tamamının taşındığı anlamına gelmez.
İlk yükleme ile son güncellemenin davranışını da ayırın. Yeni mağazada müşteri kayıtları oluşmaya başladıktan sonra kaynak dosyayı yeniden çalıştırmak var olan alanları değiştirebilir veya eşleşme sorunları doğurabilir. Üzerine yazma kararını küçük örnekle değerlendirin; yalnız toplam kayıt sayısına güvenmeyin.
Giriş yöntemini eski parola üzerinden kurmayın
Güncel Shopify müşteri hesaplarında müşteri e-posta adresini girip tek kullanımlık kodla oturum açabilir; eski mağaza parolasına ihtiyaç duymaz. Bu yüzden her geçişte otomatik olarak “şifrenizi sıfırlayın” mesajı hazırlamak doğru değildir. Önce hedef mağazanın kullanacağı hesap deneyimini belirleyin.
Shopify eski hesap yapısını artık önerilmeyen eski yapı olarak işaretler. Mevcut özel giriş veya üyelik işleviniz varsa hedef hesap yapısındaki karşılığını kontrol edin. Özel kimlik sağlayıcısı gibi bazı seçeneklerin Plus koşulu vardır; bütün planlara genel çözüm gibi sunmayın.
Müşteriye gönderilecek açıklama, gerçekten kurulmuş deneyimi anlatsın: hangi adresten gireceği, hangi e-postayı kullanacağı ve eski siparişlerinin nerede bulunacağı. Hesap ekranında gösterilmeyen tarihçe için “bütün siparişleriniz burada” denmemeli. E-posta erişimi olmayan veya kaynakta farklı e-postayla kayıtlı müşterinin destek yolu da belirlenmelidir.
Sipariş geçmişi için aktarım mı, arşiv mi gerektiğine karar verin
Shopify’ın yerleşik CSV desteğinde siparişler dışa aktarım kapsamındadır. Geçmiş siparişi içeri almak için ayrı uygulama veya desteklenen başka yöntem gerekir. Kaynak platformun sipariş Excel’ini indirmek bu hedef yöntemi kendiliğinden oluşturmaz.
Aktarımı değerlendirmeden önce amacı yazın. Destek ekibi geçmiş siparişi arıyor olabilir; müşteri hesapta yeniden sipariş vermek istiyor olabilir; ekip karşılaştırmalı rapor istiyor olabilir. Aynı veri kopyası bu ihtiyaçların hepsini doğru biçimde karşılamayabilir. Hesapta görünüm, rapor davranışı ve destek erişimi ayrı test edilir.
Arşiv seçeneğinde dosyanın sahibi, yetkili erişim yöntemi ve siparişin nasıl bulunacağı belli olmalıdır. Müşteri sorusu geldiğinde eski sipariş numarasıyla kayda ulaşılabiliyor mu? Fatura ve ödeme referansının kaynağı görülebiliyor mu? Arşiv seçimi saklama ve erişim sorumluluğunu ortadan kaldırmaz; uygun düzen ilgili sorumlularla tamamlanmalıdır.
Eşleşmeyen müşteriyi tahminle birleştirmeyin
Eski ve yeni sistemin kayıt numaraları aynı olmak zorunda değildir. Kaynak müşteri numarasıyla hedef müşteri kaydı arasındaki ilişkiyi koruyan eşleme gerekir. E-posta veya telefon tekrarları varsa tek kişiyi birden çok kişi gibi ya da farklı kişileri aynı kişi gibi ele alma riski doğar.
Temsili örnek: Aynı kişi önce üyeliksiz, sonra hesap açarak sipariş vermiş olsun. İki kaydın aynı ad-soyadı taşıması onları otomatik birleştirmek için yeterli değildir. Kaynak ilişki, doğrulanmış iletişim ve kullanılan yöntemin eşleştirme kuralı incelenmelidir. Karar verilemeyen kayıt istisna listesine alınır. Bu örnek gerçek müşteri verisi veya test sonucu değildir.
Yeni mağazada oluşan siparişlerin geçmiş yüklemesiyle çoğalmamasını da kontrol edin. Yeniden çalıştırmada hangi kaynak siparişin daha önce işlendiği biliniyor mu? Hata veren satır tekrar yüklendiğinde ikinci sipariş doğuyor mu? Bu soruların cevabı seçilen yönteme bağlıdır ve prova gerektirir.
Tarihçe aktarımının yeni operasyon başlatmasını önleyin
Geçmiş siparişin kaydı yeni bildirim, stok hareketi, fatura veya depo işi başlatabilir mi? Aktarım yöntemi ve bağlı sistemler için bunu inceleyin. “Eski sipariş” etiketi koymanın bütün otomasyonları durdurduğu varsayılmamalıdır.
Örnekte tamamlanmış, iptal edilmiş, iade edilmiş ve kısmen tamamlanmış kayıtlar varsa her birinin hedef durumunu seçin. Kaynak durumuyla hedef durumun adı benziyor diye aynı operasyonu temsil ettiklerini kabul etmeyin. Tutar, para birimi, indirim, kargo ve ürün adetleri de karşılaştırılır.
Açık sipariş için ayrıca iş sahibi belirleyin. Yeni panelde görünmesi, eski tahsilatın yeni sağlayıcıdan iade edilebildiğini veya gönderimin devralındığını göstermez. Ayrıntılı iade iş akışını ödeme iadesi rehberinden ilerletin.
Kopyalayıp doldurun: Veri türü, yöntem ve erişim tablosu
Tabloyu ayrı bir dosyada kullanmak için Shopify geçiş hazırlık dosyasını açıp kopyalayabilirsiniz.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Veri / ihtiyaç | Kaynak ve ilişki anahtarı | Aktarım / arşiv kararı | Yöntem ve sınır | Erişim / işlem sahibi | Kabul kanıtı |
|---|---|---|---|---|---|
| Müşteri profili | … | … | … | … | Gerekli alanlar doğru kişide |
| Adresler | … | … | … | … | Varsayılan / ek adres kapsamı doğrulandı |
| Hesap girişi | … | Hedef deneyim: … | Kod / doğrulanmış alternatif | … | Müşteri kendi hesabına ulaştı |
| Tamamlanmış sipariş | … | … | … | … | Kişi, kalem, tutar ve durum eşleşti |
| Açık sipariş / iade | … | … | … | … | Sonraki işlemi yapacak tek sorumlu belli |
| İletişim tercihi | … | … | Kaynak anlamı ve kanıtı incelenecek | … | Boş alan izinli varsayılmadı |
Kabul sütunu doldurulacak kontrol hedefidir; yapılmış test sonucu değildir. Gerçek kanıt için örnek kayıt numarası, beklenen davranış ve gözlenen sonuç ekleyin. Sayıları tutturmak uğruna eksik müşteri ilişkisini veya iletişim tercihini uydurmayın.
Bu kararlar ana geçiş dosyasına dahil edilir. İki sistem arasındaki işlem devri için yayın kesimi ve geri dönüş rehberini kullanabilirsiniz.
Hesapları açmadan önce iletişimi ve desteği hazırlayın
Yeni hesap bağlantısını, giriş mesajını ve eski sipariş sorularının nasıl cevaplanacağını birlikte kontrol edin. Geçmiş sipariş hesapta yer almayacaksa müşteriye destek üzerinden nasıl ulaşacağını açıkça anlatın. Aktarım tamamlanmadan toplu davet veya bilgilendirme göndermek belirsizliği büyütebilir; mesajın içeriği gerçek kabul sonucuna dayanmalı.
Önce tabloda profil, giriş ve tarihçe için üç ayrı kararınız olsun. Sonra Shopify’a geçiş hizmetindeki kapsamı kendi ihtiyaçlarınızla karşılaştırın. Proje talebinde kaç veri türü, hangi dönem ve hangi hesap deneyimine ihtiyaç duyduğunuzu tarif edin. Kişisel müşteri listesini ilk iletişime eklemek yerine kapsamı anlatmanız değerlendirmeyi başlatmak için yeterlidir.


