Çoğu e-pin satıcısı lansman gününü bir yarış başlangıcı sanır: oyun ya da sezon paketi çıkar, tedarikçiden stok alınır, reklam açılır, kim daha hızlıysa kazanır. Oysa hacimli bayilerin büyük kısmı o gün yarışa hiç girmez. Çünkü onlar yarışı, ürün piyasaya çıkmadan üç hafta önce, tek kuruş stok maliyeti ödemeden çoktan bitirmiş olur. Aradaki fark daha iyi reklam yazmak ya da daha ucuz tedarik bulmak değil; ön talep denilen ve nadiren açıkça konuşulan bir tahsilat mekaniğidir.
Bu mekaniğin ilginç yanı, pazarlama fikrinden çok bir yazılım meselesi olması. Ön talep toplamak için sana kampanya sloganı değil, stoğu olmayan bir ürünü satışa açabilen, parayı alırken teslimatı bekletebilen ve teslim gününde yüzlerce siparişi tek tuşla kapatabilen bir altyapı gerekir. Klasik bir e-pin satış scripti bunu yapmaz; stok sıfırsa ürünü kapatır, kapanan üründen de talep toplanmaz. Aşağıda hem kampanya tarafını hem de dijital ürün satış yazılımı tarafında açman gereken kapıları tek tek açıyoruz.
Ön talep neden bir "indirim kampanyası" değil, doğrudan finansman biçimidir?
Ön talebi indirim sanmak, bu işi yapan satıcıların en pahalı yanılgısı. İndirim, marjından vazgeçerek talebi öne çekmektir. Ön talep ise marjına dokunmadan nakit akışının yönünü tersine çevirmektir. Normal düzende sen önce para öder, stok alır, sonra satarsın; yani riski sen taşırsın. Ön talepte müşteri önce öder, sen o parayla tedarik yaparsın; risk tedarik zincirine dağılır.
Bunun bilançodaki karşılığı şudur: elinde 50 bin liralık nakit varsa, klasik yöntemle en fazla 50 bin liralık lansman yapabilirsin. Ön talep düzeninde ise lansmanın büyüklüğünü nakdin değil, talebin belirler. 200 adet ön sipariş topladıysan tedarikçiye 200 adetlik pazarlık yapmak için masaya oturursun ve bu adet, birim maliyetini de aşağı çeker. Yani ön talep aynı anda hem finansman hem de pazarlık gücü üretir.
İkinci ve daha az görülen faydası, ölü stok riskini sıfıra yaklaştırmasıdır. Lansmanların önemli bir kısmı beklenenin altında ilgi görür. Stoğu peşin alan satıcı, ilgi gelmeyince o stoğu maliyetin altına boşaltmak zorunda kalır. Ön talep düzeninde ise ilgi gelmediğinde sadece kampanyayı kapatırsın; kaybın reklam bütçesiyle sınırlı kalır.
Stok yoksa satış sayfası nasıl açılır? "Sessiz kuyruk" mimarisi
İşin teknik bel kemiği burada. Ön talep, ürünü "stokta var" gibi göstermek değildir; bu hem müşteriyi hem de ödeme sağlayıcını karşına alır. Doğru kurgu, ürünün stok durumundan bağımsız bir ön sipariş durumu taşımasıdır. Yani ürün kartı üç değil dört hal bilir: satışta, stok bekleniyor, ön talepte, kapalı.
Ön talepte olan bir ürün satın alındığında sipariş oluşur, ödeme tahsil edilir, ancak teslimat kuyruğa yazılır ve müşteriye net bir teslim tarihi taahhüdü gösterilir. Kuyruk sıralı çalışmalı: ilk ödeyen ilk teslim alır. Bu tek satırlık kural, teslim gününde çıkacak "ben daha önce almıştım" tartışmalarının yüzde doksanını baştan bitirir. Kullandığın epin yazılım altyapısında sipariş kaydına ödeme zamanına göre değişmeyen bir sıra numarası yazılmıyorsa, o kuyruk aslında yok demektir.
Üçüncü parça, kuyruğun tavanı. Sınırsız ön talep almak cazip görünür ama tedarikçinin sana vereceği adet belliyse, o adedin üstünü satmak teslim edemeyeceğin bir borç yaratır. Kuyruğa sert bir kontenjan koy; kontenjan dolduğunda sayfa satışı değil bildirim kaydını açsın. Böylece talebi ölçmeye devam edersin, taahhüt vermeden.
| Kampanya tipi | Para ne zaman alınır | İptal riski | Ne zaman tercih edilir |
|---|---|---|---|
| Tam ödemeli ön sipariş | Sipariş anında %100 | Yüksek (teslim gecikirse) | Tedarik anlaşması yazılı ve tarih netse |
| Kapora + bakiye | %20-30 şimdi, kalanı teslimde | Orta | Tedarik tarihi tahminî, fiyat oynaksa |
| Ücretsiz talep kaydı | Hiç alınmaz | Yok | Sadece talep ölçmek, listeyi ısıtmak istiyorsan |
| Kontenjanlı erken fiyat | Sipariş anında %100 | Düşük (adet sınırlı) | Kesin alacağın adet kadar satmak istiyorsan |
| Cüzdana yükleme teşviki | Bakiye olarak şimdi | Çok düşük | Tedarik belirsiz ama müşteriyi bağlamak istiyorsan |
Ön talebi topladın; teslim gününde seni batıracak üç açık
Ön talep kampanyalarının kötü bittiği neredeyse her vakada suçlu kampanya değil, teslim günü operasyonudur. İlk açık eşzamanlılık. Üç yüz siparişin kodları elindeyken bunları tek tek panelden işlemek saatler alır ve o saatler içinde destek kanalın kilitlenir. Toplu teslimat, yani bir kod listesini yükleyip kuyruğa sıralı biçimde dağıtan bir işlem, ön talebin olmazsa olmazıdır.
İkinci açık çift teslim. Panelden elle dağıtım yapılırken aynı kodun iki siparişe düşmesi son derece sık görülür ve sonucu iki kızgın müşteri artı bir yanmış koddur. Kod havuzunda her kaydın tek seferlik kilitlenmesi, teslim edilen kodun anında "kullanıldı" durumuna geçmesi gerekir. Üçüncü açık ise iletişim sessizliği: teslim tarihi kayarsa müşteriye kimse haber vermediği için iade talepleri patlar. Kuyruktaki herkese tek hareketle toplu bilgilendirme gönderemiyorsan, gecikme her defasında krize dönüşür.
21 günlük ön talep penceresinde siparişlerin geldiği kanal dağılımı
- Mevcut müşteri listesi ve bildirimler 45%
- Sosyal medya ve topluluk paylaşımları 25%
- Arama motorundan gelen organik trafik 20%
- Ücretli reklam 10%
Fiyatı lansmandan önce sabitlemek mi, aralık vermek mi?
Ön talebin en kırılgan noktası fiyattır, çünkü sen fiyatı bugün verirsin ama maliyeti üç hafta sonra öğrenirsin. Kur oynaklığının yüksek olduğu dönemlerde sabit fiyat vaadi, marjını tamamen silebilir. Buna karşı üç savunma var. Birincisi kısa pencere: ön talebi 21 günden uzun tutmamak, kur riskini taşınabilir bir aralıkta bırakır.
İkincisi kapora modeli. Peşin alınan yüzde yirmi beş, müşteriyi psikolojik olarak bağlar; kalan bakiye teslim gününde güncel kurla tahsil edilir ve bu koşul sipariş ekranında açıkça yazılır. Üçüncüsü, fiyatı döviz bazlı tanımlayıp müşteriye anlık çevrimle göstermek. Burada dikkat: yasal olarak gösterdiğin tutar ile tahsil ettiğin tutarın aynı olması gerekir, dolayısıyla çevrim ödeme anında kilitlenmeli. Kullandığın e-pin yazılımı kur değerini sipariş kaydına yazmıyorsa, aradaki fark ay sonunda muhasebende açıklanamayan bir kalem olarak oturur.
Ön talep sayfasında kalan kontenjanı ve kuyruktaki sıra sayısını canlı göstermek, dönüşümü tek başına belirgin biçimde yukarı çeker. Sebebi basit: müşteri başkalarının da ödediğini görünce teslim riskini daha düşük algılar. Uydurma sayı kullanma; gerçek sipariş sayısını yayınla.
Ön talep verisi elindeyken reklam bütçesini nasıl yeniden yazarsın?
Ön talep penceresinin çoğu satıcının farkında olmadığı ikinci ürünü veridir. 21 gün boyunca hangi paketin kaç kere sepete atıldığını, hangi fiyat kademesinde terk edildiğini, hangi kanaldan gelen ziyaretçinin gerçekten ödediğini görürsün. Bu, lansman gününde reklam bütçesini kör dağıtmak yerine kanıtlanmış kanala yığmanı sağlar.
Pratikte şöyle çalışır: ön talepte en çok satan varyantı lansman gününün vitrin ürünü yaparsın; hiç ilgi görmeyen varyantı vitrinden çıkarır, stok emrini de küçültürsün. Bildirim listesine yazılıp ödeme yapmayanlara lansman sabahı tek bir hatırlatma gönderirsin; bu liste, soğuk reklam trafiğinden kat kat daha yüksek dönüşür. Panelinde varyant bazlı sepet ve terk verisi tutulmuyorsa bu adımı atlamak zorunda kalırsın, o yüzden altyapı seçerken özellik listesine raporlama tarafından bakmak gerekir.
Hangi kontrolleri tamamlamadan ön talep açmamalısın?
Aşağıdaki liste, ön talep kampanyasını açmadan önce tek tek işaretlenmesi gereken maddeleri içeriyor. Deneyimli satıcıların ortak noktası bu maddeleri sezgiyle değil, yazılı olarak kontrol etmeleri. Özellikle iade politikasının ön sipariş için ayrı yazılması, tek başına birçok ihtilafı bitirir.
| Kontrol | Neden gerekli | Hazır mı |
|---|---|---|
| Tedarikçiden yazılı adet ve tarih | Kontenjanı bu adede göre kilitleyeceksin | Zorunlu |
| Ön sipariş ürün durumu | Stok sıfırken sayfa kapanmasın | Zorunlu |
| Sıralı teslim kuyruğu | İlk ödeyen ilk alır kuralı | Zorunlu |
| Toplu kod yükleme ve dağıtım | Teslim günü saatlerce elle işlem yapmamak | Zorunlu |
| Kod tekilleştirme kilidi | Aynı kodun iki siparişe düşmesini engeller | Zorunlu |
| Ön siparişe özel iade metni | Gecikme halinde hakların netleşmesi | Zorunlu |
| Kuyruğa toplu bildirim | Tarih kayarsa krizi önler | Önerilir |
| Varyant bazlı sepet raporu | Lansman bütçesini veriyle dağıtmak | Önerilir |
| Kur kilidi kaydı | Marjın kur oynaklığında erimemesi | Önerilir |
Ön talebi taşıyacak altyapıyı bir kere kur
Ön sipariş durumu, sıralı teslim kuyruğu, toplu kod dağıtımı ve varyant raporları Pinova'da hazır gelir; her lansman için baştan kurgu yapmazsın. Paket ve fiyat seçeneklerini incele.
Ön talepte parayı önceden almak yasal olarak sorun yaratır mı?
Hayır, ön sipariş mesafeli satışta tanınmış bir modeldir. Kritik nokta şeffaflıktır: ürünün henüz teslim edilebilir durumda olmadığını, öngörülen teslim tarihini ve gecikme halinde müşterinin haklarını sipariş ekranında açıkça yazman gerekir. Bu bilgiler gizlendiğinde sorun yasal modelde değil, bilgilendirme eksikliğinde doğar.
Kaç adet ön talep toplayınca tedarikçiye gitmeliyim?
Tedarikçi ile tersten çalış: önce onun vereceği asgari parti adedini öğren, kontenjanı o adedin biraz altına kur. Böylece kuyruk dolduğunda elinde zaten karşılayabileceğin bir taahhüt olur. Kontenjanı önce açıp sonra tedarik aramak, ön talep kampanyalarının en sık yaptığı hatadır.
Ön talep sayfasında sahte sayaç kullanmak dönüşümü artırır mı?
Kısa vadede artırabilir, uzun vadede marka güvenini bitirir. Aynı ziyaretçi farklı cihazdan girip sayacın tutarsız olduğunu gördüğünde bir daha ön siparişe girmez. Gerçek sipariş sayısını yayınla; sayı küçükse hiç göstermemek, uydurmaktan iyidir.
Mevcut panelimde ön sipariş yoksa geçici çözüm nedir?
Kısa vadede cüzdan bakiyesi yükleme teşviki kullanabilirsin: müşteri bakiye yükler, lansman günü o bakiyeyle alır. Bu, taahhüt riskini düşürür ama kuyruk sırası ve toplu teslim sorunlarını çözmez. Kalıcı çözüm, ön sipariş durumunu ve sıralı kuyruğu destekleyen bir altyapıya geçmektir.
Ön talep, doğru kurulduğunda lansman riskini tedarik zincirine dağıtan ve nakit akışını sana çalıştıran en ucuz kaldıraçtır; yanlış kurulduğunda ise teslim edemediğin bir borç yığınıdır. Farkı yaratan şey kampanya metni değil, ön sipariş durumu, sıralı kuyruk ve toplu teslimatı bir arada taşıyan altyapıdır. Bu üçünün tek panelde nasıl çalıştığını görmek istiyorsan canlı demo üzerinden bir ön talep ürünü oluşturup kuyruğu kendi elinle deneyebilir, hazır olduğunda kurulum adımına geçebilirsin.