Çoğu satıcı, yeni çıkan bir oyunun lansman gecesini "ne kadar çok stok alırsam o kadar çok satarım" mantığıyla karşılar. Sonra gecenin üçünde iki şeyden birini yaşar: ya elinde eriyen fiyatla kalmış bir stok yığını olur, ya da saat 21:00'de tükenip ertesi gün rakibin yorumlarını okur. İkisinin de sebebi aynı: stok kararı bir tahmin olarak verilmiş, bir sistem olarak kurulmamıştır.
Bu işi düzenli yapan satıcıların lansman gecesinde yaptığı şey aslında hiç heyecanlı değil. Onlar stok almıyor; stok akışı kuruyor. Talebi dalga dalga karşılıyor, fiyatı kurala bağlıyor, tükenen anı satış kaybına değil ön siparişe çeviriyor. Bunların hepsi, üzerine oturdukları e-pin scripti sayesinde otomatik yürüyor. Aşağıda o sistemi, lansmandan yetmiş iki saat öncesinden başlayarak parça parça kuruyoruz.
Lansman gecesi neden normal bir satış günü gibi yönetilemez?
Sıradan bir günde talep yataydır; sen fiyatı kurarsın, stok yavaş erir, aksaklık olursa telafi edecek zamanın vardır. Lansman gecesinde üç değişken aynı anda bozulur: talep saatlik on katına çıkar, tedarik fiyatı saat başı değişir ve müşteri sabrı sıfırlanır. Aynı anda bozulan üç değişkeni elle yönetmeye kalkmak, üç topu tek elle havada tutmaya çalışmaktır.
Bu yüzden lansman stratejisi, ürün stratejisi değil kapasite stratejisidir. Soru "kaç adet alayım" değil, "saatte kaç sipariş hatasız teslim edebilirim" olmalıdır. Teslimat kapasiteni bilmiyorsan aldığın stok miktarı rastgeledir. Kapasiteyi bilmenin tek yolu ise sipariş-teslimat akışının otomatik ölçüldüğü bir dijital ürün satış scripti kullanmaktır; elle tutulan not defteri bunu ölçemez.
Stok kademelendirmesi: tek seferde almak yerine üç dalga
Deneyimli satıcı, hedeflediği toplam stoku üçe böler. Birinci dalga lansmandan önce alınır ve düşük maliyetlidir; amacı ilk saatleri karşılamak ve fiyatı belirlemektir. İkinci dalga, ilk altı saatin gerçek satış hızı görüldükten sonra alınır; artık tahmin değil veri vardır. Üçüncü dalga ise ancak fiyat düşerse ve hız devam ederse alınır, çoğu zaman alınmaz.
Bu yaklaşımın matematiği acımasız biçimde nettir. Aşağıdaki tablo, aynı toplam bütçenin tek seferde ve kademeli harcandığı iki senaryoyu karşılaştırıyor.
| Ölçüt | Tek seferde stok | Üç dalga kademeli | Sonuç |
|---|---|---|---|
| Ortalama alış maliyeti | Sabit, yüksek | Dalgalara göre düşen | Kademeli avantajlı |
| İlk 6 saat karşılama | Yüksek | Yüksek | Eşit |
| Elde kalma riski | Yüksek | Düşük | Kademeli avantajlı |
| Nakit kilitlenmesi | Tamamı ilk gün | Parçalı | Kademeli avantajlı |
| Fiyat düşüşüne tepki | İmkânsız | İkinci dalgada | Kademeli avantajlı |
| Tükenme anı yönetimi | Satış kaybı | Ön siparişe akış | Kurulum gerektirir |
Tablonun son satırı çoğu satıcının atladığı yerdir. Stok bittiğinde sayfanın "tükendi" demesi bir son değil, bir tercihtir. Aynı an ön siparişe çevrilebilir: müşteri fiyatı kilitler, sen tedariki ikinci dalgada tamamlarsın. Bunu yapabilmek için ürün bazında ön sipariş anahtarı olan bir e-pin satış yazılımı gerekir; aksi halde gelen talebi rakibine yönlendirmiş olursun.
Fiyatı gece yarısı elle güncellemekten nasıl kurtulursun?
Lansman gecesinde tedarik fiyatı düşerken satış fiyatını indirmezsen rakibe kaybedersin; tedarik fiyatı yükselirken satış fiyatını yükseltmezsen zarara satarsın. İkisini de elle takip etmek uykusuz bir gece demek. Çözüm, fiyatı mutlak bir sayı olarak değil, maliyete bağlı bir kural olarak tanımlamaktır: maliyet artı yüzde marj, altında satılmayacak taban fiyat ve tabanın altına düşüldüğünde ürünü otomatik pasife alan bir kilit.
Bu üç ayar birlikte çalıştığında gece boyunca ekrana bakmana gerek kalmaz. Sabah rapora bakar, hangi saatte kaç adet hangi marjla satıldığını görürsün. İşte bu rapor, bir sonraki lansmanda vereceğin stok kararının temelini oluşturur. Lansmanları birbirinden öğrenen bir işletmeye dönüştüren şey bu döngüdür.
Lansman gecesinde kaybedilen satışların sebep dağılımı
- Stok tükenmesi 40%
- Teslimat yavaşlığı 30%
- Rakipten yüksek fiyat 18%
- Ödeme/altyapı kesintisi 12%
Altyapı çökmesi: lansmanın en pahalı ve en sessiz riski
Grafikteki yüzde on ikilik dilim küçük görünüyor ama en acı olanı budur; çünkü o satışları kaybetmekle kalmaz, gelen trafiğe kötü bir ilk izlenim verirsin. Lansman gecesi trafiği normalin beş-on katına çıkar. Ağır sorgular, önbelleksiz ürün listeleri ve her sayfa açılışında tedarikçiye giden istekler, tam da en çok ziyaretçinin olduğu anda siteyi yavaşlatır.
Lansmandan önce yapılacak üç şey var: ürün listesini önbelleğe almak, stok sorgusunu sipariş anına indirgemek ve ödeme dönüşlerini kuyruğa bağlamak. Bunlar yazılım tarafında hazır gelen özelliklerdir; sonradan eklenmeye çalışıldığında lansman gecesi kod yazmak zorunda kalırsın ki bu, yapılabilecek en kötü şeydir. Kurulumdan önce nelerin hazır geldiğini özellikler listesinden kontrol et.
Lansmandan 72 saat önce başlayan kontrol listesi
Aşağıdaki liste bir temenni listesi değil; sırayla yapılmadığında lansman gecesinde hangi maddenin eksik olduğunu tek tek hissedersin.
| Zaman | Yapılacak | Amaç |
|---|---|---|
| T-72 saat | Ürün sayfası, görsel ve açıklama yayında | Arama motorunda indekslenme |
| T-48 saat | Ön sipariş anahtarı açık, taban fiyat girildi | Tükenme anını satışa çevirme |
| T-24 saat | Birinci dalga stok yüklendi, test siparişi geçildi | Teslimat akışı doğrulaması |
| T-12 saat | Önbellek ve ödeme dönüş kuyruğu aktif | Trafik dayanıklılığı |
| T-2 saat | Bayi fiyatları ve bakiye limitleri kontrol | Toptan kanalın hazır olması |
| T+6 saat | Satış hızı raporu okundu, ikinci dalga kararı | Veriye dayalı stok alımı |
| T+24 saat | İade/gecikme kayıtları incelendi | Sonraki lansman için ders |
Stok bittiğinde ürünü gizleme; ön siparişe al ve teslim süresini açıkça yaz. Şeffaf bir "6 saat içinde" ifadesi, sessiz bir tükendi yazısından çok daha fazla satar ve müşteriyi rakibine göndermez.
Bir lansmanı sonraki lansmanın sermayesine çevirmek
Lansmanın gerçek getirisi o geceki kâr değil, elde ettiğin veri ve müşteri listesidir. İlk gün alan kişi, o oyunun sezon geçişini, ek paketini ve bir sonraki benzer oyununu da senden alma potansiyeline sahiptir. Bunu kullanabilmek için cüzdan bakiyesi, sipariş geçmişi ve basit bir e-posta bildirimi yeter. Sofistike pazarlamaya gerek yok; sadece kaydın tutuluyor olması gerekiyor.
Pinova bu noktada bir satış kanalı değil, lansmanı yönetilebilir kılan bir epin yazılım altyapısıdır: kademeli stok, ön sipariş, taban fiyat kilidi, bayi katmanı ve saatlik satış raporu tek panelde durur. Lisans ve kurulum seçeneklerini fiyat bölümünde ya da doğrudan sipariş ekranında görebilirsin.
Bir sonraki lansmana hazırlıklı gir
Kademeli stok, ön sipariş ve otomatik fiyat kuralları hazır kurulu bir altyapıyla başla.
İlk gün ne kadar stok almalıyım?
Sabit bir sayı yok; teslimat kapasitenin altında kalan bir miktarla başla. Saatte hatasız teslim edebileceğin sipariş sayısını bilmiyorsan, önce küçük bir dalga al ve ilk altı saatin verisine göre ikinci dalgayı belirle.
Ön sipariş almak müşteriyi rahatsız eder mi?
Süre ve koşul net yazıldığında etmez. Rahatsız eden şey belirsizliktir. Teslim penceresini açıkça belirtip zamanında teslim ettiğinde ön sipariş, tükenmiş ürünün sessizce kaybolmasından çok daha iyi karşılanır.
Fiyatı lansman gecesi kaç kez değiştirmeliyim?
Elle hiç değiştirmemek en iyisidir. Fiyatı maliyete bağlı bir kurala oturtursan sistem senin yerine ayarlar; sen sadece taban fiyatı ve marj yüzdesini önceden belirlersin.
Küçük bir satıcı olarak büyüklerle aynı gece yarışabilir miyim?
Fiyatta değil hızda ve netlikte yarışabilirsin. Otomatik teslimat, doğru ürün başlığı ve şeffaf teslim süresi, küçük satıcıyı büyüğün önüne geçirebilen üç unsurdur.
Lansman gecesi, işletmenin altyapısını en dürüst biçimde test eden gecedir; eksik olan her şey tam o saatlerde ortaya çıkar. Kendi kurgunu riske atmadan denemek istersen, canlı demo üzerinde kademeli stok yükleme, ön sipariş anahtarı ve taban fiyat kilidini gerçek ürünmüş gibi kurup akışın sonuna kadar nasıl yürüdüğünü kendi gözünle görebilirsin.