Çoğu panel sahibi kapasiteyi bir sunucu meselesi sanır. "Daha güçlü makine alırım, sorun kalmaz" der. Oysa sezonluk çöküşlerin büyük kısmı donanım yetmediği için değil, sistemin tepe anında yanlış sırayla iş yaptığı için olur. Yılbaşı gecesi saat yirmi üçte panelin duruyorsa, sorun genelde işlemci değil; aynı saniyede birbirini bekleyen stok kilidi, tedarikçi çağrısı ve mail kuyruğudur.
Sezonluk yük, e-pin işinin doğasında var. Okul tatili, büyük oyun güncellemeleri, çift rakamlı kampanya günleri, yılbaşı. Bu dönemlerde günlük hacim normalin dört beş katına çıkar ama saatlik tepe on katına çıkabilir. Bu yazıda, bir e-pin satış scripti üzerinde çalışan panelin sezonluk kapasiteyi nasıl yönetmesi gerektiğini teknik ama uygulanabilir bir dille anlatıyoruz. Rakam vereceğiz, eşik vereceğiz, kontrol listesi vereceğiz.
Tepe yükü gerçekten hesaplayabiliyor musun, yoksa tahmin mi ediyorsun?
Kapasite planlamasının ilk adımı günlük toplamı bırakıp saatlik dağılıma bakmaktır. Geçen yılın kampanya gününü aç, siparişleri saat bazında grupla. Göreceğin şey büyük olasılıkla şudur: günün siparişlerinin yarısı üç saat içinde gelmiş. Yani planını günlük ortalamaya göre yaptıysan, o üç saatte sistemin kapasitesinin üç katı yük almış. Doğru hesap şöyle işler: beklediğin toplam sipariş sayısını al, yüzde ellisini en yoğun üç saate dağıt, çıkan saatlik değeri saniyeye indir ve buna iki kat güvenlik payı ekle. Elde ettiğin sayı senin hedef eşzamanlılığındır. Dijital ürün satış yazılımı tarafında yapacağın her ayar bu sayıya göre anlam kazanır.
Stok tamponu neden sunucudan daha kritik?
Tepe anında en çok can yakan şey yavaşlık değil, satılamayan siparişdir. Tedarikçin aynı anda yüzlerce isteğe cevap veremediğinde sipariş beklemede kalır, müşteri sabırsızlanır, destek kanalları dolar. Bunun tek gerçek panzehiri sezon öncesi stok tamponudur. Hızlı satan ürünlerde tahmini tepe talebinin en az yüzde yüz yirmisi kadar kodu önceden kendi stok havuzuna al. Böylece tepe anında tedarikçiye hiç gitmezsin; sadece havuzdan kod çekip teslim edersin. Bu tek karar, kampanya gününde teslim süresini dakikalardan saniyelere indirir. Tampon yönetimini elle yapmak zordur; Pinova gibi bir epin yazılım kurulumunda kritik stok eşiği tanımlayıp düşen ürün için otomatik uyarı alabilirsin.
| Sezon | Tepe çarpanı | Stok tamponu | Kuyruk gereksinimi | Hazırlık süresi |
|---|---|---|---|---|
| Yılbaşı haftası | 8-10x | %120 | Zorunlu | 21 gün |
| Yaz okul tatili | 3-4x | %70 | Önerilir | 14 gün |
| Büyük oyun güncellemesi | 5-7x | %100 | Zorunlu | 7 gün |
| Çift rakamlı kampanya günü | 6-8x | %110 | Zorunlu | 10 gün |
| Hafta sonu normali | 1,8x | %40 | Gereksiz | Süreklilik |
| Hafta içi taban | 1x | %25 | Gereksiz | Süreklilik |
Kuyruk mimarisi kurmadan sezona girmek neden intihar?
Sipariş akışında bazı işler müşterinin beklemesini gerektirmez: fatura oluşturma, bilgilendirme maili, panel içi bildirim, muhasebe kaydı, tedarikçi senkronizasyonu. Bu işleri sipariş anında çalıştırırsan, müşteri kodunu görene kadar hepsinin bitmesini bekler. Tepe anında bu bekleme zincirleme uzar ve çöküş gibi görünen tablo doğar. Doğru kurgu şudur: müşteriye kodu teslim et, geri kalan her şeyi kuyruğa at ve arka planda işlet. Böylece kullanıcının gördüğü süre sabit kalır, arka plan işleri ise kendi hızında erir. Modern bir dijital ürün satış scripti bu ayrımı zaten yapar; yapmıyorsa sezon öncesinde ilk düzeltmen bu olmalı. Özellikler bölümünde hangi işlerin arka plana alındığını görebilirsin.
Yıllık siparişlerin sezonlara göre dağılımı
- Yılbaşı ve kampanya günleri 35%
- Okul tatili dönemleri 30%
- Hafta sonu yoğunluğu 25%
- Hafta içi taban 10%
Zaman aşımı ayarların sistemin kaderini nasıl belirliyor?
Tedarikçi API'si yavaşladığında iki seçenek var: beklemek ya da vazgeçmek. Zaman aşımı süresini uzun tutarsan her bekleyen istek bir bağlantı işgal eder ve yüz istek sonunda tüm havuz kilitlenir. Kısa tutarsan aslında başarılı olacak işlemleri erken iptal edersin. Pratikte işleyen yaklaşım katmanlı zaman aşımıdır: bağlantı kurma için beş saniye, yanıt için doksan saniye üst sınır, ve arada üstel geri çekilmeli en fazla üç yeniden deneme. Bir de devre kesici ekle: aynı tedarikçide üst üste beş hata alındığında o kaynağı iki dakika devre dışı bırak, siparişleri stok havuzuna yönlendir. Bu basit kural, tek bir yavaş tedarikçinin tüm paneli aşağı çekmesini engeller.
Kampanyadan bir hafta önce beklediğin tepe yükün yüzde yüz ellisi ile test koş. Provasız girilen her sezon, müşteri üzerinde yapılan bir deneydir ve bu deneyin bedelini iade oranı olarak ödersin.
Sezon bitince ne yapacaksın, aynı kapasiteyle mi kalacaksın?
Kapasite yönetimi tek yönlü bir merdiven değildir. Yılbaşı için üçe katladığın altyapıyı şubatta da ödemeye devam edersen, sezonun kârını sessizce geri verirsin. Doğru yaklaşım, yükseltmeyi geri alınabilir biçimde planlamaktır: ek kaynakları geçici olarak ekle, sezon sonrası ölçümle düşür. Ama bazı yatırımları geri almamalısın; kuyruk mimarisi, önbellek katmanı ve stok tamponu disiplini kalıcı kazanımlardır ve sonraki sezonda hazırlık süresini yarıya indirir. Her sezon sonunda kısa bir değerlendirme yaz: hangi eşikte zorlandık, hangi ürün stoku bitti, hangi tedarikçi düştü. Bu notlar bir sonraki yılın planını tahminden çıkarıp veriye taşır. Paket karşılaştırmasında hangi hacme kadar rahat çalıştığını görebilirsin.
Hangi metrikleri sezon boyunca canlı izlemelisin?
Sezon içinde yapılacak en büyük hata, tabloları sabah kontrol edip güne devam etmektir. Tepe anında dört sayı gerçek zamanlı önünde olmalı: saniyedeki sipariş sayısı, ortalama teslim süresi, kuyrukta bekleyen iş adedi ve tedarikçi hata oranı. Bunlardan kuyruk uzunluğu en erken uyarıyı verir; henüz müşteri bir şey fark etmeden büyümeye başlar. Teslim süresi ise en geç uyarıyı verir, çünkü o arttığında müşteri zaten etkilenmiştir. Bu yüzden alarmı kuyruk uzunluğuna kur, teslim süresine değil. Eşiği de mutlak bir sayı yerine normalin katı olarak tanımla: kuyruk normal ortalamanın beş katına çıktığında haber al.
| Hazırlık adımı | Zamanlama | Doğrulama | Öncelik |
|---|---|---|---|
| Saatlik tepe yük hesabı | Sezon -14 gün | Geçen yıl verisiyle karşılaştır | Kritik |
| Stok tamponu doldurma | Sezon -10 gün | Hızlı ürünlerde %120 | Kritik |
| Kuyruk ve arka plan kontrolü | Sezon -7 gün | Mail ve fatura ayrık mı | Kritik |
| Yük provası | Sezon -5 gün | Tepenin %150'si | Kritik |
| Zaman aşımı ve devre kesici | Sezon -5 gün | Yapay hata testi | Yüksek |
| Yedek geri yükleme provası | Sezon -3 gün | 30 dakika altı | Yüksek |
| Canlı metrik ekranı | Sezon -1 gün | Dört metrik görünür | Yüksek |
| Sezon sonu değerlendirme notu | Sezon +3 gün | Yazılı, ölçülü | Orta |
Bu sezona hazır bir panelle gir
Stok tamponu uyarıları, arka plan kuyruğu ve tedarikçi devre kesici mantığı kutudan çıktığı gibi çalışan bir altyapı.
Yük provasını canlı sistemde yapmak riskli değil mi?
Canlıda tam yük denemesi risklidir. Doğru yol, aynı sürümü ayrı bir ortama kurup orada test etmek; ardından canlıda yalnızca hafif bir doğrulama koşusu yapmaktır.
Stok tamponu tutmak sermayeyi bağlamıyor mu?
Bağlar, ama yalnızca hızlı dönen ürünlerde tampon tuttuğunda bu bağ birkaç gün sürer. Yavaş dönen ürünlerde tampon yapma; oralarda anlık tedarik daha sağlıklıdır.
Tepe anında bakım moduna almak çözüm olur mu?
Son çare olarak evet, ama tamamen kapatmak yerine yeni siparişi kısıtlayıp mevcut teslimatları bitirmek çok daha az zarar verir. Kısmi frenleme, tam duruştan her zaman iyidir.
Sezon sonrası kapasiteyi ne zaman düşürmeliyim?
Tepe sonrası iki hafta bekle, günlük ortalamaların normale döndüğünü gör, sonra tek adımda değil kademeli düşür. Böylece ikinci bir dalga gelirse hazırsızlık yaşamazsın.
Sezonluk kapasite, bir gecelik kahramanlıkla değil iki haftalık disiplinle kazanılır; hazırlığı yapan panel tepe anında sessiz çalışır. Bu hazırlığın panel içinde nasıl göründüğünü merak ediyorsan canlı demo üzerinden stok, kuyruk ve raporlama ekranlarını kendin gez.

