Çoğu bayi şunu sanır: sitem otomatik çalıştığı için gece bir şey olmaz. Oysa dijital ürün satışının en tuhaf tarafı tam burada. Senin mağazan uyumaz, müşterin uyumaz, tedarikçinin API'si uyumaz ama sen uyursun. Gece yarısı ödeme geçidi zaman aşımına düşerse, tedarikçi havuzu boşalırsa ya da teslimat kuyruğu tıkanırsa sabah uyandığında karşında sadece kayıp satış değil; güveni sarsılmış bir müşteri listesi olur.
İkinci yanılgı daha sinsi: "Bir şey olursa bana yazarlar." Kime yazacaklar, hangi numaradan, kaç dakika içinde cevap alacaklar? Cevabı yazılı olmayan her soru gece 03:12'de cevapsız kalır. Lisanslı bir e-pin satış yazılımı sana uyarı kancaları, kuyruk izleme ve otomatik yeniden deneme verir. Ama uyarının kime gideceğini, kimin devralacağını ve hangi noktada seni arayacağını belirleyen şey nöbet düzenidir.
Gece gerçekten satış oluyor mu, yoksa bu bir efsane mi?
Kendi panelindeki saat bazlı sipariş dağılımına bak. Oyun içi ürün ve e-pin tarafında akşam 21:00 ile gece 02:00 arası genelde günün en yoğun diliminden biridir. Öğrenci ve genç kitlenin aktif olduğu saatler mesai saatleriyle örtüşmez. Yani en çok sattığın saatlerde masanda kimse yoktur.
Buradaki asıl risk kaçırılan satış değil. Kaçırılan satış geri gelir. Geri gelmeyen şey, parası çekilip ürünü teslim edilmemiş müşterinin sabaha kadar bekleyip sonra sosyal medyada yazdığı cümledir. Gece arızası, gündüz arızasından iki kat pahalıdır çünkü sessiz büyür.
Nöbet düzeni kaç kişiyle kurulur?
Tek kişilik bir işletmede bile nöbet kurulabilir. Kural şu: nöbet, birinin sabaha kadar ekrana bakması demek değil. Nöbet, tanımlı eşikler aşıldığında uyandırılacak bir kişinin olması demek. Aradaki fark her şeydir.
İki kişilik ekipte haftalık dönüşümlü nöbet yeterlidir. Üç kişide her hafta bir kişiye nöbet, bir kişiye yedeklik düşer. Yedek kavramını atlama; nöbetçi telefonu duymazsa zincir kopar. Yedeği olmayan nöbet, nöbet değildir. Uyarı kanalını da tek kanala bağlama; bildirim uygulaması sessize alınmış olabilir, o yüzden sesli arama tetikleyicisi de kurulmalı.
| Olay | Şiddet | Kimi uyandırır | Hedef müdahale | İlk hamle |
|---|---|---|---|---|
| Ödeme geçidi yanıt vermiyor | Kritik | Nöbetçi + sahip | 10 dakika | Yedek geçide geçiş |
| Teslimat kuyruğu 50+ birikmiş | Kritik | Nöbetçi | 15 dakika | Kuyruk işleyicisini yeniden başlat |
| Tedarikçi API hata veriyor | Yüksek | Nöbetçi | 20 dakika | Alternatif havuza yönlendir |
| Kritik ürün stoğu bitti | Orta | Nöbetçi (bildirim) | 60 dakika | Ürünü satıştan gizle |
| Site yanıt süresi 5 sn üstü | Yüksek | Nöbetçi | 20 dakika | Önbellek ve kaynak kontrolü |
| Şüpheli sipariş dalgası | Kritik | Nöbetçi + sahip | 10 dakika | Otomatik teslimatı geçici durdur |
Hangi uyarılar seni uyandırmalı, hangileri sabaha kalmalı?
Nöbet düzenini çökerten en yaygın hata her şeyi uyarıya bağlamaktır. On beş gün boyunca gereksiz uyarı alan kişi on altıncı gün bildirimleri kapatır. Bu yüzden uyarıları iki kovaya ayır: uyandıran ve raporlanan.
Uyandıran uyarının tek ölçütü var: para akışını veya teslimatı durduruyor mu? Ödeme geçidi düştüyse evet. Bir ürünün açıklamasında yazım hatası varsa hayır. Yanıt süresi yükseldiyse eşiğe bağlı olarak evet. Bu ayrımı yazılı yapmadığın sürece herkes kendi sezgisiyle karar verir ve sistem güvenilirliğini kaybeder. İyi bir dijital ürün satış scripti bu eşikleri panelden tanımlamana izin verir; senin işin eşikleri gerçekçi seçmek.
Mesai dışı olayların dağılımı
- Tedarik ve stok kaynaklı 38%
- Ödeme ve doğrulama 28%
- Sunucu ve performans 21%
- Kötüye kullanım girişimi 13%
Acil durum planı ile nöbet aynı şey mi?
Değil. Nöbet, kim uyanır sorusunu cevaplar. Acil durum planı, uyandıktan sonra ne yapılır sorusunu cevaplar. İkisi ayrı belgedir ve ikisi de bir sayfayı geçmemelidir.
Acil durum planında olması gereken dört şey var. Birincisi bilinen senaryolar ve ilk hamleler. İkincisi erişim bilgilerinin nerede durduğu; panel yönetici girişi, hosting paneli, ödeme sağlayıcı hesabı ve alan adı yönetimi. Üçüncüsü müşteriye bakan duyuru şablonu; bakım modu metni hazır beklemeli. Dördüncüsü olay sonrası kısa not; ne oldu, ne yaptık, tekrarını nasıl engelleriz.
Bir arızayı ikinci kez yaşadığında plan çalışmıyor demektir. Aynı senaryo tekrar ediyorsa kalıcı çözüm yazmadın, sadece yangın söndürdün.
Panelde tek tuşla satışı durdurup açıklayıcı mesaj gösterebiliyorsan gece paniğinin yarısı biter. Satışı kapatmak, teslim edemediğin siparişi almaktan iyidir.
Otomasyon nöbetin yerini alabilir mi?
Kısmen. Otomatik yeniden deneme, alternatif tedarik havuzuna geçiş, stok eşiğinde ürünü gizleme ve şüpheli hareket eşiğinde otomatik teslimatı durdurma gibi mekanizmalar gece olaylarının önemli bölümünü insan müdahalesi olmadan kapatır. Bu yüzden e-pin scripti seçerken otomatik kurtarma davranışlarını sormak, arayüz güzelliğinden çok daha önemlidir.
Ama otomasyonun bir sınırı var: tanımlanmamış durumu çözemez. Tedarikçinin API'si hata vermeden yanlış kod döndürüyorsa hiçbir otomatik kural bunu yakalamaz. İşte o yüzden nöbet zinciri hiç kalkmaz, sadece ince kalır.
| Kontrol maddesi | Hazır mı | Kim sorumlu | Kontrol sıklığı |
|---|---|---|---|
| Nöbet takvimi yazılı | Zorunlu | İşletme sahibi | Aylık güncelleme |
| Yedek nöbetçi tanımlı | Zorunlu | İşletme sahibi | Aylık |
| Sesli arama tetikleyicisi | Zorunlu | Teknik sorumlu | Üç ayda bir test |
| Bakım modu metni hazır | Zorunlu | Destek sorumlusu | Altı ayda bir |
| Erişim bilgileri güvenli kasada | Zorunlu | İşletme sahibi | Üç ayda bir |
| Yedek ödeme geçidi aktif | Önerilir | Teknik sorumlu | Aylık test |
| Olay sonrası not arşivi | Önerilir | Nöbetçi | Her olayda |
| Tatbikat yapıldı | Önerilir | Tüm ekip | Altı ayda bir |
Tatbikat yapmadan planın işlediğini nasıl bilirsin?
Bilemezsin. Kâğıtta duran plan ile uygulanan plan arasındaki fark, ilk gerçek olayda ortaya çıkar ve orada öğrenmek pahalıdır. Bu yüzden altı ayda bir yarım saatlik bir tatbikat yap: rastgele bir senaryo seç, nöbetçiyi habersiz ara, adımları uygulamasını izle ve tıkandığı yeri not al.
Tatbikat sırasında en sık çıkan üç sorun şudur: erişim bilgisine ulaşılamaması, kimin karar vereceğinin belirsizliği ve müşteriye ne yazılacağının bilinmemesi. Üçü de masa başında yarım saatte çözülebilecek şeyler. Gece 03:12'de ise hiçbiri çözülemez. Eşik tanımları, bildirim kancaları ve bakım modu gibi araçların nasıl çalıştığını özellikler bölümünde inceleyebilirsin.
Gece sessizliğini güvene çevir
Eşik bazlı uyarılar, otomatik kurtarma davranışları ve tek tuşla bakım modu ile mesai dışı riskini yönetilebilir hale getir. Fiyatlandırmayı gör, kurulum adımını başlat.
Tek kişiyim, nöbet tutmam mümkün mü?
Mümkün. Tek kişilik düzende amaç sabaha kadar uyanık kalmak değil; sadece kritik eşiklerde sesli arama alacak şekilde uyarı kurmaktır. Kritik olmayan her şey sabaha kalır.
Hangi eşikte uyandırılmayı kabul etmeliyim?
Para akışının veya teslimatın durduğu her durumda. Ödeme geçidi yanıt vermiyorsa, teslimat kuyruğu birikiyorsa ya da şüpheli sipariş dalgası varsa uyanmak gerekir. Kozmetik sorunlar sabaha bırakılır.
Otomatik yeniden deneme yeterli olmaz mı?
Olayların önemli bölümünü kapatır ama tanımlanmamış hataları yakalamaz. Yanlış içerikli bir kodun teslim edilmesi gibi durumlarda insan gözü gerekir. Otomasyon nöbeti inceltir, bitirmez.
Acil durum planı kaç sayfa olmalı?
Bir sayfa. Daha uzun olan planlar olay anında okunmaz. Senaryo, ilk hamle, erişim bilgisinin yeri ve müşteri mesajı şablonu; bu dördü sığıyorsa plan yeterlidir.
Nöbet ve acil durum düzeni, işletmenin geceye dayanıklılığını ölçen tek gerçek testtir. Eşik tanımlarının, uyarı kancalarının ve bakım modunun panelde nasıl göründüğünü kendi gözünle görmek istersen canlı demo içinde bu ekranları dolaş; sonra kendi senaryo listeni tek sayfaya yazıp nöbet takvimini kurmak bir akşamını alır, karşılığını ilk gece arızasında alırsın.

