Boyut Sağlayıcısını Kesintisiz Değiştirmek

Mağazalar, varolan boyut araçlarını geride bırakmaktan çekinirler; çünkü geçişin kendisinden korkarlar, değil aracın hâlâ işe yaraması. Doğru şekilde yürütülen bir göç, canlı trafiği hiç etkilemez; bu da korkunun gerçek riskten neredeyse her zaman daha büyük olduğu anlamına gelir.

Boyut önerisi veya sanal deneme sağlayıcısını değiştirmek, vitrininize açık kalp cerrahisi yapmak gibi görünebilir. Aslında, araç park ediliyken lastik değiştirmeye daha yakındır. İşin püf noktası sırada: sahip olduğun şeyi ihraç etmek, yeni sistemi sessizce paralel çalıştırmak, gerçek davranışa karşı doğrulamak, ancak o zaman anahtarı çevirmek. Bu rehber bu süreci adım adım anlatır ve ödeme sürecini kırmaktan daha çok endişe eden takımlar için yazılmıştır.

Mağazalar Neden Boyut Sağlayıcısı Değişimini Gereğinden Fazla Erteliyorlar

Markaların düşük performans gösteren bir boyut önerisi aracından ayrılmamamasının en yaygın nedeni fiyat veya hatta doğruluk değildir; değişimin sabit bir kesinti ve bakım penceresi gerektirmesi varsayımıdır. Bu varsayım çoğu zaman yanlıştır. Modern araçlar istemci tarafında yerleştirilmiş veya hafif iframe'lerdir, ödeme veya envanter gibi temel ticaret altyapısı değildir. İkinci bir script etiketi birincinin yanına yükleyebilir, bir özellik bayrağı veya yüzde dağıtımının arkasında tutabilir ve her iki sistem de üretim ödeme mantığına dokunmadan çalışabilir.

İkinci neden veri kaygısıdır: "Ayrılırsak, iki yılın fit geçmişini kaybeder miyiz?" Bu haklı bir kaygıdır ve hiç de bu nedenle herhangi bir göç planının ilk adımı kaldırmak değil ihraçtır. Bir satıcı kendi dönüş sebebi ve beden seçim verilerinizi çıkarmayı zorlaştırırsa, başka bir yere imza atmadan önce yapılması gereken bir işarettir — beden teknolojisi için iç ticari bir durum oluşturmak hakkında bkz. bu riski paydaşlara nasıl çerçevelendirecek hakkında bilgi edinin.

Birinci Adım: Mevcut Fit Verilerinizi İhraç ve Denetleyin

Herhangi bir koda dokunmadan önce, eski sağlayıcının topladığı her şeyi çekin: verilen beden önerileri, satın alınan gerçek bedeni, iade sebebi olarak işaretlenen bedene bağlı olanlar ve müşterilerin sağladığı herhangi bir vücut ölçümü. Çoğu sağlayıcı bunu CSV ihracı veya okuma API'si aracılığıyla gösterir; hiçbiri yoksa, hesap müdürünüze doğrudan sorun ve yazılı bir tarih belirleyin.

İhracı üç şey için denetleyin: kapsama alanı (yeterli SKU'ları ve sipariş hacmini kapsıyor mu istatistiksel olarak faydalı olmak için), alan tutarlılığı (beden etiketleri normalleştirilmiş mi, örn. "M" vs "Orta" vs "38") ve güncellik (iade sebebi etiketlemesi güncel mi, yoksa değişti mi). Eksik bir ihraç bile tutmaya değer — yeni sağlayıcının aslında fit doğruluğunu iyileştirip iyileştirmediğini ölçmek için temel hattınız haline gelir, bu karşılaştırma moda e-ticaretinde iyi bir iade oranı nedir kısmında daha derinlemesine ele alınmıştır.

Bu ihracı dayanıklı bir yerde saklayın — veri ambarı tablosu veya sürümlü bir elektronik tablo — her iki satıcının sisteminden ayrı. Tarihsel kaydı tek bir araçtan bağımsız olarak sahiplenmek, gelecekteki kilitlenmeye karşı tek en iyi sigorta poliçesidir.

İkinci Adım: Yeni Aracı Yerinde Değil Paralel Çalıştırın

Bu, takımların atladığı adımdır ve downtime riskini gerçekten ortadan kaldıran adımdır. Eski script'i kaldırıp yenisini aynı gün içinde bırakmak yerine, yeni aracı bir bayrak arkasına yükleyin — bir sorgu parametresi, bir kohort bölmesi veya bir hazırlık alt alanı — böylece küçük, kontrollü bir trafik dilimi (iç QA hesapları, oturumların %5'i veya tek bir ürün kategorisi) için oluşturulur, eski araç diğerlerine hizmet vermeyi sürdürür.

Basit bir paralel çalıştırma yapısı şöyle görünür:

Gölge ve sınırlı dağıtım aşamaları sırasında, çoğu alışveriş yapan için müşteri deneyimi hakkında hiçbir şey değişmez — eski araç bedenleri tam olarak önceden olduğu gibi önermeyi sürdürür. Bu nokta: yeni sistemi tüm mağazaya ilk gün bahis yapmadan canlı ürün verilerine ve gerçek alışveriş yapan girdilerine karşı doğruluyorsunuz.

Üçüncü Adım: Dağıtımı Genişletmeden Önce QA Kontrol Listesi

Trafik payını artırmadan önce, yeni aracının üretimde boyut araçlarını gerçekten bozan durumlarda doğru davranıp davranmadığını onaylayın. Beden tabloları katalogdaki her ürün türü için doğru yüklendiğini doğrulayın, yalnızca demo'da kullanılan en iyi satanları değil. Araç zarif bir şekilde düşürüldüğünü onaylayın — kırılmış bir düzen yok, konsol hatası yok — gerçek trafiğiniz kullanan tarayıcılarda ve cihazlarda, analytics'iniz anlamlı iOS payı gösterirse eski mobil Safari sürümleri de dahil.

Önerme mantığının evrensel bir grafik uygulamak yerine marka spesifik boyutlandırma tuhaflıklarını hesaba katıp katmadığını doğrulayın, çünkü markalar arasında neden giyim bedenleri farklı genelgeçer bir dönüştürme tablosunun neden kötü öneriler ürettiğini açıklar. Tam satın alma yolunu uçtan uca test edin: araçta seçilen beden sepete eklenen ile eşleşmelidir ve bu, müşterinin sonunda ödediği ile eşleşmelidir. Bu zincirdeki herhangi bir uyuşmazlık, trafiğin %100'ü bunu görmeden önce yakalamaya değer.

Son olarak, etkinlik izlemeyi sağlık denetlemesinden geçirin. Analytics boru hattınız eski sağlayıcıdan belirli etkinlik adlarına veya piksele bağlı ise, bunları kesme zamanında doğru görünürlülüğe ihtiyaç duyduğunuzda yenisine harita edin.

Dördüncü Adım: Kesme ve Geri Alma Planı

Bölünmüş test yeni sağlayıcının seçilen metriklerinizde eski olanla eşleştirdiğini veya onu yendiğini gösterdiğinde, kesme bir yeniden başlatma değil konfigürasyon değişimidir. Trafik bölmesini %100'e çevirin, eski script etiketini kaldırın (veya geri alma yolu olarak bir hafta aynı bayrak arkasında hareketsiz bırakın) ve 48-72 saat boyunca yakından izleyin.

Geri almayı basit tutun: en hızlı güvenlik ağı eski sağlayıcının script'ini yüklü ancak etkin olmayan tutmaktır, bu şekilde yeniden etkinleştirmek bir yeniden entegrasyon yerine tek satırlık bir bayrak değişikliğidir. Sabit bir tarih belirleyin — bir veya iki hafta sonra — güvende olduğunuz zaman eski kodu tamamen kaldırın, böylece sonsuza kadar iki satıcının script'ini taşımayacaksınız.

Beşinci Adım: Gerçekten Neyin Değiştiğini Ölçün

Göç kesme zamanında bitmez; yeni sağlayıcının temel ihraçınıza karşı etkisini gösterebildiğinizde biter. Bedene bağlı iade oranını, araçın göründüğü ürün sayfalarında dönüşüm oranını ve boyutlandırma rehberliği kullanan oturumlar ile kullanmayanlar için satın almaya kadar geçen zamanı izleyin. Sanal deneme dönüşüm oranlarını nasıl artırır fit aracı değişikliğinden sonra hangi dönüşüm metriklerinin önce hareket ettiğine dair faydalı bir referanstır.

Iade politikanıza bağlı olarak (çoğu zaman 30-60 gün) en az bir tam iade döngüsü penceresi verin, çünkü bedene bağlı iadeler orijinal satın almadan sonra gecikir. Bu pencereyi öncesi göç ihraçınıza karşı karşılaştırmak, "sağlayıcı değiştirdik" anlamına gelir "sağlayıcı değiştirdik ve ölçülebilir miktarda fit iadesini kestik."

YourSizer Nereye Uyuyor

YourSizer, varolan bir boyutlandırma aracı yanında çakışma olmadan yüklenmek için inşa edilmiştir, bu paralel geçişin gerçekten gerektirdiği şeydir. Araç ödeme ve sepet mantığından bağımsız bir şekilde gömülür, bu nedenle mağazanın geri kalanı başka bir sağlayıcı hizmet verirken trafiğinizin bir alt kümesi veya tek bir koleksiyon üzerinde çalıştırmak tekrarlanan etkinlikler veya ödeme müdahalesi oluşturmaz. Veri tarafında, YourSizer önerme ve sonuç verilerini, fit geçmişinizi yalnızca okunan panoda kilitlemek yerine, eski sağlayıcınızdan çektiğiniz herhangi bir temel ile doğrudan karşılaştırabileceğiniz bir biçimde ortaya koyan bir formato gösterir. Bunların hiçbiri bakım pencereleri veya sabit kesme tarihleri gerektirmez — yukarıda açıklanan gölge testi ve bölünmüş test aşamalarını kendi hızınızda çalıştırabilir ve kendi numaralarınız tam olarak değiştirirken söylendiğinde.

Sıkça Sorulan Sorular

Boyut sağlayıcısını değiştirmek bakım penceresi gerektiriyor mu?

Hayır, neredeyse tüm durumlarda değil. Boyutlandırma ve deneme araçları tipik olarak ödeme, envanter ve ödeme sistemlerinden bağımsız olarak oluşturulan istemci tarafı gömleridir, bu yüzden ikinci bir sağlayıcı mağazayı çevrimdışına almadan veya bakım zamanlaması yapmadan yüklenebilir ve test edilebilir. İstisnası, doğrudan ödeme mantığında bağlanan derin, özel bir entegrasyondur; bu boyutlandırma araçları için nadirdir ve özellikle sizin için geçerli olup olmadığını kontrol etmek için mühendislik ekibinizle işaretlemeye değerdir.

Tam kesmeden önce paralel çalıştırma ne kadar sürmeli?

Çoğu takım normal ürün, trafik kaynağı ve cihaz karışımı görmek için yeterince uzun olan bir hafta ila iki haftalık bir gölge veya sınırlı trafik testi çalıştırır, ancak bu sipariş hacminize bağlıdır. Yüksek günlük trafiği olan bir mağaza günler içinde istatistiksel olarak anlamlı bir örnek toplayabilir; daha düşük hacimli bir mağaza güvenle karşılaştırmak için yeterli bedene bağlı satın alma ve iade görmek için üç ila dört hafta gerekebilir.

Sağlayıcıdan ayrılmadan önce ne veriye ısrar etmeliyim?

En azından, sipariş başına verilen beden önerileri, satın alınan gerçek bedeni ve bedene bağlı olarak işaretlenen herhangi bir iade sebebini talep edin, tercihen SKU düzeyinde, toplu değil. Bu veri yeni sağlayıcının gerçekten bir iyileştirme olduğunu kanıtlamak için temel hattınız haline gelir ve aksi takdirde eski script'i ihraç etmeden kaldırırsanız kaybedeceğiniz tarihsel kaydıdır.

Müşteriler geçişin gerçekleştiğini fark edecek mi?

Geçiş paralel olarak kademeli bir trafik bölmesiyle çalıştırılırsa, çoğu müşteri iki araç arasındaki görsel farklardan başka hiçbir şeyi fark etmezler; bu, daha geniş dağıtımdan önce yenisini sitenizle eşleşecek şekilde biçimlendirir. Kademeli yaklaşımın amacı, dönen alışveriş yapanları oturum ortasında kafa karıştırabilecek görünür, tümü aynı anda değişiklik önlemektir.

Sonuç

Boyut sağlayıcısı göçü, tek bir geri dönülemez olay yerine küçük, geri alınabilir olanlar bir dizi olarak ele alındığında yalnızca riskli hissettirilir. Önce verilerinizi ihraç edin, yeni sistemi gerçek ancak sınırlı trafik ile paralel olarak kanıtlayın, kataloğunuz için gerçekten önemli kenar durumlarını QA yapın ve kesme sonrası numaralarınızı —satıcı'nın pitch deck'i değil— geçişin yapılmaya değer olduğunu onaylasın.