Black Friday ve 11.11: Yüksek Hacim Dönemleri İçin Operasyonel Hazırlık Rehberi

Bir e-ticaret işletmesinin yıllık cirosunun %30'a yakını çoğu zaman peak dönemlerden gelir: Black Friday, 11.11, Yılbaşı kampanyaları, Mother's Day. Saatlik sipariş hacmi normalin 10–20 katına çıkabilir. Sistemlerinizin ve operasyonunuzun bu yükü kaldırabilmesi tesadüfle değil, aylar öncesinden başlayan disiplinli bir hazırlıkla mümkün olur.

Bu rehberde, peak dönemlere hazırlanan kurumsal markaların aylar öncesinden hayata geçirmesi gereken operasyonel kontrol listelerini topluyoruz. Hem teknik (kapasite, load testing, izleme) hem operasyonel (envanter, kargo, müşteri hizmetleri) tarafıyla.

Hazırlık 12 hafta önce başlar

Peak gününden bir hafta önce sistem yükü test etmek, "iyi şanslar" demekten farksızdır. Profesyonel ekipler, peak öncesi 8–12 haftalık bir takvim üzerinden ilerler. Erken dönemde planlama ve hipotezler kurulur; orta dönemde altyapı ve süreçler iyileştirilir; son 2 haftada freeze (değişiklik dondurma) ve son provalara geçilir. Bu disiplin, peak dönemde "yeni özellik canlıya alındı, çöktü" tipi sürprizleri ortadan kaldırır.

1. Trafik ve sipariş tahmini yapın

Geçen yılın peak günü saatlik verisi başlangıç noktasıdır — ama yeterli değildir. Yeni kampanyalar, yeni kanallar (yeni bir pazaryerine açıldıysanız), büyüme oranı ve değişen müşteri davranışları senaryoya eklenmelidir. Konservatif, baz ve agresif olmak üzere üç senaryo modelleyin; altyapı kapasitenizi agresif senaryoya göre kurun. "Ya tahminden %50 daha fazla sipariş gelirse?" sorusu sistem mimarisinin başlangıç noktasıdır.

2. Load testing — gerçek koşullara yakın

Geliştirme ortamında 10x normal yükle test etmek aldatıcıdır. Production'a yakın bir staging ortamında, gerçek üçüncü taraf entegrasyonları (kargo API'leri, pazaryeri webhook'ları, ödeme sağlayıcıları) dahil edilerek yapılan test sonuçları çok daha güvenilirdir. Özellikle dikkat edilecek noktalar: veritabanı write throughput, pazaryeri webhook'larının kuyruğa düşme hızı, kargo etiket üretim limitleri ve ödeme gateway'i timeout davranışı. Çoğu peak günü sorununun sebebi compute kapasitesi değil; üçüncü taraf entegrasyonlarındaki gizli darboğazlardır.

3. Envanteri doğru lokasyonlara konumlayın

Tek bir merkezi depodan ülke geneline kargo göndermek, peak dönemde hem teslimat süresini hem maliyeti çatlatır. Çok lokasyonlu envanter konumlandırma (forward stocking) — özellikle yüksek ciro yapan SKU'ların İstanbul, İzmir, Ankara gibi yüksek talep bölgelerine yakın konumlandırılması — kargo süresini ortalama %30–40 düşürür ve kargo maliyetini ciddi şekilde azaltır. Bunun için talep tahmini, lokasyon bazlı analiz ve ürün düzeyinde rezervasyon stratejisi gerekir.

4. DOM (Distributed Order Management) kurallarını gözden geçirin

Normal dönemdeki fulfillment kuralları peak dönemde optimum olmayabilir. Örneğin "en yakın stok lokasyonundan gönder" kuralı, peak dönemde o lokasyon kapasitesi dolduğunda tıkanma yaratır. Kapasite-aware routing, yani lokasyonların gerçek zamanlı paketleme kapasitesini hesaba katan yönlendirme, peak performansı için kritiktir. DOM kurallarınızı peak günü öncesi 2 hafta önce test edip kalibre edin.

5. Kargo firmalarıyla SLA tazeleyin

Peak günlerinde tüm e-ticaret oyuncuları aynı kargo firmalarına yüklenir. Kargo SLA'ları, kapasite garantileri ve yedek kargo seçenekleri peak öncesi 6–8 hafta önce taze müzakere edilmelidir. Çoklu kargo stratejisi — bir tek firmaya bağımlı olmamak — operasyonel risk için temel sigortadır. Kargo firmasının pickup saatlerinin uzatılmış olması ve geri dönüş onayı (proof of pickup) süreleri de göz önünde tutulmalıdır.

6. Mağaza ekibini "fulfillment merkezi" gibi düşünün

Peak dönemde merkezi depo kapasitenizin dolması neredeyse kaçınılmazdır. Bu noktada mağazalarınız ek bir fulfillment kapasitesi olarak devreye girmelidir. Ship-from-store kabiliyeti zaten kuruluysa, peak günü operasyonel yükün önemli kısmı buradan akar. Mağaza ekibini peak özelinde eğitin: pick listing, paketleme standartları, kargo etiket ekipmanları ve fazla iş yükü için ek personel planlaması.

7. İzleme ve müdahale planı

Peak günü olağan dashboards yeterli değildir. Saniyelik granülariteyle gerçek zamanlı izleme paneli, anormallikleri 5–10 saniye içinde fark etmenizi sağlar. Net olarak tanımlanmış müdahale prosedürleri (oyun planı) — "şu metrik şu eşiği aşarsa şunu yap" — olmadan peak günü mühendislik ekibinin bireysel kararına kalır, bu da yavaş ve hatalı tepki riskini artırır. War room kurun, açık iletişim kanalı tutun, karar verme yetkisini önceden netleştirin.

8. Müşteri hizmetlerini hazırlayın

Peak günü müşteri hizmetleri kanalları normal yükün 5–10 katı talep alır. Soru türleri de değişir: "siparişim nerede", "iadem ne durumda", "kupon çalışmıyor". Self-servis kapasitesini genişletin — sipariş takip sayfası, otomatik iade portal, FAQ — böylece tek tek operatör müdahalesi gerektiren talepler %50–70 oranında azalır. Geriye kalan canlı destek için ek kapasite ve net escalation matrisi şarttır.

Peak günü için 24 saatlik kontrol listesi

Peak günü sabahı için kısa, eyleme dökülebilir bir liste:

• T-12 saat: Code freeze aktif. Hiçbir deployment yapılmaz. Cache'ler ısıtılır.
• T-6 saat: Tüm uyarı eşikleri %50 daha hassas hale getirilir.
• T-3 saat: War room açılır. Tüm ekipler kanaldadır. CRM, depo, kargo, mühendislik temsilcileri online.
• T-0: Kampanya başlar. İlk 15 dakika herhangi bir küçük metrik bile gözden kaçırılmaz.
• T+24 saat: Post-mortem başlatılır: ne çalıştı, ne çalışmadı, gelecek yıl için ne öğrendik.

Sonuç

Peak günleri bir markanın yıllık operasyonel olgunluğunun en net testidir. Çökmek istemiyorsanız, hazırlığa peak öncesi son haftada değil, peak'ten 8–12 hafta önce başlamak gerekir. Tahmin, test, envanter konumlandırma, DOM kuralları, kargo, mağaza, izleme ve müşteri hizmetleri — sekiz bacak. Hiçbiri opsiyonel değildir.

Omniens platformu peak hazırlığında üç kritik kabiliyet sağlar: otomatik yatay ölçeklenen altyapı, kapasite-aware DOM kuralları ve çoklu kargo / çoklu lokasyon orkestrasyonu. Müşterilerimiz 2024 11.11'inde 12 saat boyunca toplam 4M+ sipariş işledi; performans kaybı yaşanmadı. Peak-readiness testi her yeni müşteri için standart bir adımdır.