Çalışan bir mağazayı Shopify’a taşırken yayın planı, yeni sitenin ne zaman açılacağından fazlasını kapsar. Eski sistemin hangi ana kadar sipariş alacağı, son stok bilgisinin nereden geleceği ve sorun çıkarsa yeni işlemlerin nasıl korunacağı önceden belirlenmelidir. En gerekli çıktı, saat veya olay sırasına bağlanmış bir görev ve karar tablosudur.
Bu rehber ilk mağazasını açanlar için genel kontrol listesi değildir. Eski mağazası çalışırken yeni mağazayı hazırlayan marka ve operasyon ekibi içindir. Yeni mağazanın alışveriş testlerini yayına hazırlık rehberiyle tamamlayın; burada iki sistem arasındaki geçişi ele alıyoruz.
Önce her iş için asıl sistemi seçin
Kaynak mağaza açıkken Shopify’da ürünleri hazırlamak mümkündür; ancak iki sistemin stok ve sipariş durumunu birbirinden habersiz değiştirmesi risk yaratır. Hazırlık dönemi, yayın aralığı ve yayın sonrası için stok, fiyat, sipariş ve müşteri güncellemesinin hangi sistemde yapılacağını yazın.
Pazaryeri, fiziksel mağaza veya merkezi stok yazılımı kullanıyorsanız onları da plana ekleyin. “Siteyi kısa süre durduracağız” kararı, diğer kanallardan yapılan satışları kendiliğinden durdurmaz. Son stok sayısı alınırken hangi işlemlerin devam ettiğini bilmelisiniz.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| İş | Hazırlık sırasında | Yayın aralığında | Yayından sonra |
|---|---|---|---|
| Yeni internet siparişi | Kaynak sistem / … | Kabul yöntemi: … | Shopify / … |
| Stok güncellemesi | Asıl kayıt: … | Son mutabakat sorumlusu: … | Asıl kayıt: … |
| Açık sipariş tamamlama | Kaynak sistem / … | Sipariş bazlı sorumlu: … | Kararlaştırılan sistem: … |
| İade / iptal | İşlemin doğduğu kayıt: … | Bekleyen talepler listesi: … | Eski ve yeni sipariş yolu: … |
| Fiyat / kampanya | Yetkili kaynak: … | Değişiklik kararı: … | Yetkili kaynak: … |
Tablo organizasyon önerisidir; belirli bir entegrasyonun bu düzeni desteklediğinin kanıtı değildir. Yeni bağlantının stok ve durum güncelleme davranışı ayrıca denenir.
Açık siparişleri arşiv siparişlerinden ayırın
Tamamlanmış sipariş geçmişinin yeni mağazada görünmesiyle bekleyen siparişin hazırlanması farklı işlerdir. Ödemesi alınmış fakat gönderilmemiş, havale bekleyen, kısmen gönderilmiş veya iade talebi açık kayıtları ayrı listeleyin.
Her açık siparişte eski kayıt numarası, tahsilat durumu, kalan ürün/adet, işlem yapılacak sistem ve sorumlu bulunmalı. Aynı siparişi yeni sisteme tarihçe için eklemek, tekrar paketlenmesine veya müşteriye yeni bildirim gitmesine yol açmamalı. Aktarım yöntemi seçilirken bu yan etkilerin nasıl önleneceği kabul testine yazılır; varsayılmaz.
Eski ödeme kaydı üzerinden yapılacak iade için eski sağlayıcı erişimi gerekebilir. Geçiş tamamlandı diye eski paneli ve ilgili erişimleri hemen kapatma kararı almayın. Ayrıntılı yöntem için ödeme iadesi rehberini kullanın; burada hangi siparişin hangi işlem yolunda kaldığını kaydedin.
Müşteri girişi ve geçmiş kayıtların hedefteki ilişkisi için eski siparişler ve müşteri hesapları rehberini kullanın. Bu kararları ana geçiş kapsamına işleyin.
Son veri güncellemesini prova edin
İlk aktarımın ardından fiyatlar değişebilir, ürün eklenebilir ve stok azalabilir. Son güncelleme adımında hangi alanların yenileneceğini, hangi kayıtların yeni olduğunu ve hangilerinin yalnız güncelleneceğini belirleyin. Aynı dosyanın yeniden yüklenmesi kayıtları çoğaltıyor mu, hazırlanmış görselleri veya yeni açıklamaları eziyor mu, önce örnekle görün.
Kesim anı, eski ve yeni işlemlerin sorumluluğunun ayrıldığı sınırdır. Bu sınırı yalnız “gece” diye tarif etmeyin. Son kabul edilen eski sipariş, alınan veri dosyası ve son tamamlanan güncelleme gibi kayıtlara bağlayın. Zaman dilimini de ekip içinde ortak kullanın.
Temsili senaryo: Kaynak sistemdeki son stok çıktısından sonra başka kanalda iki adet satış olsun. Bu hareketler hesaba katılmadan eski çıktı Shopify’a yüklenirse yeni mağaza gerçekte bulunmayan stoğu gösterebilir. Çözümün elle mutabakat mı, kanal duraklatma mı yoksa doğrulanmış eşitleme mi olacağı mağazanın sistemine bağlıdır; tek bir yöntem bütün işletmelere önerilemez.
Alan adı değişikliğini ayrı görev olarak yönetin
DNS, Domain Name System; alan adının hangi sunucuya gideceğini belirleyen adres sistemidir. Kayıt değişikliği kaydedildiğinde bütün ziyaretçiler aynı anda yeni mağazaya geçmeyebilir. Bu nedenle eski ve yeni sistemin bir süre farklı ziyaretçiler alabileceği durum plana dahil edilir.
Shopify’ın alan adı bağlama belgesi mevcut alan adının başka sağlayıcıda kalabildiğini açıklar. Alan adını Shopify’a bağlamak ile alan adı kayıt firmasını değiştirmek ayrı kararlardır. İkisini zorunlu tek işlem gibi takvime koymayın.
Alan adı hesabına kimin gireceği, eski ayarların nerede kayıtlı olduğu ve e-posta hizmeti için hangi kayıtların korunacağı belli olsun. Yeni mağazayı gerçek alan adından farklı bağlantılarla kontrol edin. Yönetim ekranında “bağlandı” yazması, müşterinin ödeme ve hesap adımlarının da tamamlandığını göstermez.
Kopyalayıp doldurun: Kesim ve geri dönüş kontrol planı
Tabloyu ayrı bir dosyada kullanmak için Shopify geçiş hazırlık dosyasını açıp kopyalayabilirsiniz.
Buradaki sıra, kendi operasyonunuza uyarlanacak planlama iskeletidir. Süre tahmini veya denenmiş yayın takvimi değildir.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Sıra / tetikleyici | İş | Sorumlu | Başlama koşulu | Tamamlanma kanıtı | Sorunda karar |
|---|---|---|---|---|---|
| Yayın öncesi | Açık sipariş ve bekleyen işlem listesi | … | Ekip teyidi | Numaralı kayıt listesi | Eksikse kesimi ertele |
| Son kopyadan önce | Kanalların stok yazma düzenini belirle | … | Bağlantı sorumluları hazır | Hangi sistemin yazdığı kayıtlı | Çift yazmayı durdur |
| Son kopya | Yeni/değişen kayıtları aktar ve karşılaştır | … | Mutabık kesim sınırı | Sayı, alan ve hata raporu | Kritik farkta yayın yok |
| Alan adı adımı | Bağlantıyı yeni mağazaya çevir | … | Kritik kabul tamam | Dış bağlantıdan erişim | Yetkili kararına dön |
| Yeni mağazada | Sipariş ve ekip işleme akışını doğrula | … | Uygun test yöntemi hazır | Sipariş / stok / bildirim kanıtı | Yeni siparişi durdur veya düzelt |
| İzleme | Eski ve yeni işlemleri mutabık kapat | … | İki sistem kaydı erişilebilir | Atanmamış işlem kalmadı | Eksik işi sahibine aktar |
Geri dönüşü “alan adını geri alırız” diye bırakmayın
Yeni mağaza sipariş aldıktan sonra geri dönüş, yalnız ekranı eskiye çevirmek değildir. Shopify’daki yeni siparişler, tahsilatlar, stok düşümleri ve müşteri değişiklikleri korunmalıdır. Önce yeni sipariş kabulünü nasıl kontrol edeceğinizi, sonra oluşmuş kayıtları hangi ekibin işleyeceğini belirleyin.
Plan iki soruyu cevaplasın: Hangi sorun yayını durdurur ve karar vermeye kim yetkilidir? Ödeme alınamaması, yanlış stokla satış veya siparişin operasyona ulaşmaması gibi sorunlar için mağazaya özgü eşik koyun. Küçük bir görsel hatayla kritik işlem sorununu aynı geri dönüş kararıyla yönetmeyin.
Eski sistemin açık ve erişilebilir olması da tek başına geri dönüş kanıtı değildir. Yeni kayıtları nasıl mutabıklaştıracağınız denenmediyse “geri dönüş hazır” yazmayın. Alan adı önbellekleri ve farklı ziyaretçi yolları da anlık, tek noktadan dönüş varsayımını zayıflatır.
Yayın kararı kanıta dayanmalı
Shopify test siparişi rehberi üzerinden ödeme sağlayıcınıza uygun yöntemi seçin. Simülasyonun neyi gösterdiğini, gerçek bağlantının hangi kısmının ayrıca kontrol edildiğini ayırın. Testlerin bitiminde canlı ödeme ayarı, sipariş işleme sorumlusu ve bildirimler tekrar gözden geçirilir.
Geçiş gecesini planlamadan önce bu tablodaki boş sorumluları ve belirsiz stok kaynağını tamamlayın. Birlikte yürütülecek bir proje için Shopify’a geçiş kapsamını inceleyebilirsiniz. Görüşme talebinde mevcut platformu, bağlı satış kanallarını ve korunması gereken operasyon aralığını belirtin; müşteri kayıtlarını göndermek yerine kayıt türlerini tarif etmek başlangıç için yeterlidir.
