Yoğun satış haftası çoğunlukla müşterinin gördüğü tarafı bozmaz. Stok senkronizasyonunu, ödeme sağlayıcısının limitlerini, bildirim kuyruklarını ve kendi ekibinizin kullandığı yönetim panelini bozar. Altı hafta, bu sınırların nerede olduğunu kampanya gününde değil, kontrollü biçimde öğrenmek için yeterlidir.
Bu rehber, kodu kendisi okuyamayan ama geliştirme ekibine doğru soruları sorması gereken yönetici için yazıldı.
Önemli noktalar
- Ana sayfayı değil satın alma akışını test edin: ana sayfa önbelleklenir ve sorun çıkarmaz; stok, ödeme ve sipariş yazan adımlar çıkarır.
- Arka ofis, vitrinden önce tıkanır: siparişler hızlandığında ilk yavaşlayan genelde ekibin kullandığı paneldir.
- Değişiklikleri kampanya haftasında değil öncesinde dondurun: baskı altında yapılan tek bir yayın, kesintilerin en yaygın nedenidir.
- Kimin ulaşılabilir olduğunu yazılı olarak belirleyin: önceden yazılmış bir eskalasyon listesi, her türlü izleme aracından değerlidir.
Hangi yüke karşı test edildiğini sorun
Sorulacak soru "dayanır mı" değil, "hangi sayıya karşı test edildi ve nerede bozulmaya başladı" olmalı. Bu çalışmayı yapmış bir ekip iki soruyu da yanıtlar. Yalnızca güvence veren bir ekip, testi yapmamış demektir.
Hedef sayıyı geçen yılın zirvesinden birlikte belirleyin ve bunun belirgin şekilde üzerinde test edin. İki ölçü işe yarar: eş zamanlı ziyaretçi ve dakikadaki sipariş. Asıl önemli olan ikincisidir, çünkü stok, ödeme ve sipariş kayıtlarına yazma işini o tetikler.
Önce hangi parçalar bozulur
Vitrin genelde en dayanıklı bölümdür; çoğunlukla okuma yapar ve önbelleklenebilir. Kırılgan olan, yazma yapan bölümlerdir.
- Stok senkronizasyonu. Stok bir ERP veya depo sisteminde tutuluyor ve belirli aralıklarla aktarılıyorsa, ekimde yeterli olan aralık kasımda geç kalır ve fazla satış başlar.
- Ödeme sağlayıcı limitleri. Sağlayıcıların hız limitleri ve dolandırıcılık eşikleri vardır. Bunlar genelde artırılabilir, ancak dakikalar değil günler öncesinden bildirim ister.
- Bildirim kuyrukları. Sipariş onayları, SMS ve e-postalar birbirinin arkasında birikir. Onay e-postası almayan müşteri destek hattını arar ve darboğaz oraya kayar.
- Yönetim paneli. Yavaş bir iç araçla sipariş işleyen ekip, kimsenin planlamadığı ve çoğu zaman en pahalı olan arızadır.
- Üçüncü taraf entegrasyonlar. Kargo, e-fatura ve muhasebe sistemlerinin kendi limitleri vardır ve bunlar sizin kontrolünüzde değildir.
Dondurulabilecek her şeyi dondurun
Belirli bir tarihten sonra yalnızca bozulan bir şeyin düzeltmesi yayınlanacak şekilde karar alın. Çoğu işletme için kampanyadan iki hafta öncesi makul bir sınırdır.
Gerekçesi basit: kampanya haftasında her değişiklik hızlı ve baskı altında yapılır, hatalar da tam olarak o koşulda çıkar. Akşam dokuzda düzeltilen bir indirim kuralı, hiçbir trafik artışının bitirmediği kadar kampanya bitirmiştir.
Geri dönüş planını ihtiyaç duymadan önce belirleyin
Yukarıdaki arıza türlerinin her biri için yanıtın ne olduğuna ve kararı kimin vereceğine şimdi karar verin.
- Stok senkronizasyonu geri kalırsa satışa devam mı edilir, ilgili ürünler mi durdurulur?
- Ödeme sağlayıcı trafiği reddederse, yapılandırılmış ve test edilmiş ikinci bir sağlayıcı var mı?
- Onay e-postaları durursa müşteriye kim, hangi kanaldan haber verir?
- Gecenin ikisinde, toplantı beklemeden kampanyayı durdurma kararını kim verebilir?
Bunları tek sayfaya yazın. Çıktı, kimsenin okumadığı bir doküman değil, o tek sayfadır.
Destek düzenini yazılı hale getirin
Geliştirme iş ortağınızın mesai saatleri kampanyanın saatleri değildir. Hafta başlamadan önce yanıt süreleri, kimin hangi kanaldan ulaşılabilir olduğu ve neyin acil sayıldığı yazılı olarak belirlenmelidir. Yazılı değilse yoktur.
Aynısı şirket içi için de geçerli. Yetkisi ve erişimi olan tek bir isim, onay bekleyen beş kişiden iyidir.
Haftayı olurken ölçün
İzleyeceğiniz üç dört sayıya önceden karar verin: dakikadaki sipariş, satın almayı tamamlama oranı, hata oranı ve bir siparişin şirket içinde işlenme süresi. Bunların tek ekranda görünmesi, hem hafta boyunca hem sonrasında tartışmayı gözleme dönüştürür.
İlgili rehberler
- Zayıf nokta trafik değil stok doğruluğuysa stok yönetim sistemi planlaması ile devam edin.
- Kısıt ödeme kapasitesindeyse ödeme entegrasyonu planlaması sağlayıcılarla önceden nelerin konuşulacağını anlatıyor.
- Kampanya elle yapılan işleri ortaya çıkarıyorsa Excel iş akışlarının gizli maliyeti devamı niteliğinde.
Kampanya hazırlığı kasım öncesinde ürün, geliştirme veya entegrasyon desteği gerektiren bir çalışma ortaya çıkarırsa, Planınızı Konuşalım.
Ali Boran Gazel