Sınırlı drop'lar için ön siparişler: bekleme listeleri, depozitolar, tahsis pencereleri ve adil iptal kuralları için pratik bir akış — müşterilerin ne bekleyeceğini bilmesini sağlayın.

Sınırlı drop'lar yüksek talebi düşük arzla birleştirir; bu yüzden küçük hatalar hızla büyük sorunlara dönüşür. En büyük operasyonel risk aşırı satıştır: mağazanız karşılayamayacağından daha fazla sipariş alır, sonra günlerce iade işlemleri yapar, e-postalara cevap verir ve müşteri öfkalarını yatıştırmaya çalışırsınız.
Aşırı satış olmasa bile, kurallar net olmadığında insanlar kızar. Müşteriler bir birime kesin olarak sahip olup olmadıklarını, ne zaman ücretleneceklerini veya ödemenin tamamını ne kadar süre içinde yapmaları gerektiğini anlayamazsa en kötüsünü varsayarlar.
İyi bir ön sipariş düzeni genellikle birbirine zıt dört hedefi dengeler: adillik (herkes slotların nasıl dağıtıldığını anlar), net zaman çizelgeleri (tarih ve saat dilimleri baştan), nakit akışı (iade karmaşası olmadan bir miktar para toplama) ve daha az iade/chargeback (kimse kandırıldığını hissetmez).
Ayrıca tutarlı terimler kullanmak faydalıdır. Genelde karışıklığa yol açan terimler şunlardır:
Hype bir drop'tan hayal kırıklığını tamamen kaldıramazsınız. Sadece bunu iyi yönetebilirsiniz. Eğer 2.000 kişi 500 birim istiyorsa bazıları kaçıracak. “Öfkeli” ile “hayal kırıklığına uğramış ama kabullenmiş” arasındaki fark genellikle basittir: net kurallar, görünür zamanlama ve birisi geri çekildiğinde öngörülebilir işlemler.
Sınırlı bir drop dakikalar içinde tükenebilir, ama üretim haftalar alır. Seçeceğiniz ön sipariş modeli kime kesinlik verileceğini, kimin hızlı alacağını ve kaç destek biletiyle uğraşacağınızı belirler.
Tedarik ve tarihlerinizin ne kadar stabil olduğuna göre seçin; sadece beklenecek hype'a göre değil.
Sadece bekleme listesi dostça gelir, ama gürültülü olabilir: çok kayıt, düşük takip oranı. Tam ön ödeme en çok kesinlik verir, ama tarihler kaçırılır veya özellikler değişirse en hızlı tepkiyi alır.
Bir çerçeve seçin ve ona bağlı kalın.
Arz sınırlıysa (örneğin 500 birim), sabit-miktarlı ön sipariş yapın. Tahsisler dolduktan sonra diğerleri bekleme listesine geçer. Arz artabiliyorsa ama zaman sabitse, sınırlandırılmış zaman penceresi (örneğin 24 saat) uygulayın ve o pencere içinde ödenen her siparişi yapacağınızı taahhüt edin.
Sabit miktar hızlıca kapanır ve heyecan verici hisseder. Zaman penceresi genellikle daha adil hissedilir ve “yeniledim ama yine de kaybettim” şikayetlerini azaltır. Takas riski vardır: sabit miktar talebi az tahmin edebilir, zaman penceresi ise kapasitenizi aşabilir eğer sınırları doğru koymazsanız.
Örnek: Fabrikanız 500 birim ve 4 haftalık bir teslim süresi onaylıyorsa, sabit miktar artı depozito veya tam ön ödeme daha güvenlidir. Teslim süresi stabil ve miktar ölçeklenebiliyorsa, 24 saatlik bir zaman penceresi ve depozito heyecan ile adaleti dengeleyebilir.
Siparişler gelmeye başlamışken tahsis kararları almak güveni hızla kaybettirir. Kuralları önce yazın, açık dille yayınlayın ve tam olarak onlara uyun.
Bir yaklaşım seçin ve drop ortasında yöntemleri karıştırmayın.
Öncelik sırasına göre (first-come-first-served) hissettirmek basit görünür, ama farklı saat dilimlerindeki veya yavaş ödeme yapan insanları cezalandırır. Piyango (lottery) daha adil gelebilir, ancak giriş penceresi ve seçim kuralları net değilse insanlar itiraz eder. Katmanlı öncelik (örneğin geçmiş müşteriler veya üyeler için erken erişim) de işe yarar; fakat katmanlar halkın görebileceği şekilde belirtilmeli ve her katmana kaç birimin ayrıldığı açıkça yazılmalıdır.
Hedeflerinize uyan limitler koyun. “Müşteri başına 1” yaygındır, ama ne demek istediğinizi tanımlayın. Aynı adrese, karta veya telefona tekrarlayan kayıtları engelliyorsanız bunu baştan söyleyin. Hane kurallarını uygulamıyorsanız, öyleymiş gibi ima etmeyin.
Varyantlar gizli adaletsizlik yaratabilir. Bazı beden veya renkler çok daha sınırlıysa, bunu erken (kabaca da olsa) yayınlayın veya varyant başına tahsis ayırın. Aksi takdirde insanlar her seçeneğin eşit şansa sahip olduğunu varsayar.
Kısa bir “tedarik değişikliği” politikası yazın. Üretim gecikmeleri olabilir. Arz artarsa (kimler eklenir) veya azalırsa (kim önce iade edilir) ne yapacağınızı belirtin. Basit bir kural seti genellikle yeterlidir:
Tahsis pencereleri ilginin “gerçek bir yer”e dönüştüğü kısa dönemlerdir. Burada çoğu şikayet başlar, bu yüzden kuralları basit ve zamana bağlı tutun.
İki durumu net ayırın: bekleme listesi sadece sıradadır, vaat değil. Tahsis ise bir birimin geçici olarak sizin için ayrılmasıdır; ama eğer zamanında onaylamazsanız bu garanti ortadan kalkar.
Pratik bir düzen şöyle görünür:
Eksiksiz bir yeniden tahsis döngüsü kullanarak adil kalın. Birisi onay süresini kaçırdığında, birimi havuza geri verin ve bir sonraki kişiye hemen davet gönderin. Bunu net dalgalar halinde yapın (örneğin her 2 saatte bir) ki insanlar hareket görsün ve sessiz boşluklardan kaçının.
Düzenleme de başka bir adillik meselesidir. Müşterilerin ödeme onayına kadar (isim, adres) gönderim bilgilerini düzenlemelerine izin verin, sonra kilitleyin. Varyantlar için (beden, renk) envanter hâlâ esnekken değişikliğe izin verin. Belirli bir kesme noktasından sonra (çoğunlukla onay sırasında), değişiklik yapmak için iptal edip bekleme listesine yeniden katılmaları gerekebilir.
Örnek: 10:00'da tahsis edersiniz, öğlene kadar (10:00 PM) tutarsınız ve 18:00'de otomatik bir hatırlatma gönderirsiniz. 22:01'de onaylanmamışsa davet süresi dolar ve bir sonraki kişi taze bir 12 saatlik tutma süresi alır.
Tekrar kullanılabilir bir akış, hype'ın kaosa dönüşmesini engeller. Amaç basittir: gerçek talebi toplayın, bariz suiistimalleri engelleyin, adil tahsis yapın ve para adımlarını anlaşılır kılın.
Bekleme listesiyle başlayın; doğru tahsis için gerekenleri toplayın: e-posta, telefon, ülke (gönderim ve vergiler için) ve tam varyant (beden, renk, paket). Listeye katılmanın satın alma olmadığı açık olsun.
Sonra parayı almadan önce temel doğrulama yapın. Her alıcı için bir hesap, tekrar eden e-postaları veya telefonları işaretleyin ve hızlı bot kontrolleri yapın. Bir şey şüpheli görünürse, daha sonra sessizce iptal etmek yerine manuel incelemeye yönlendirin.
Ardından depozito veya ödeme yetkilendirmesi alın. Aynı ekranda şartları basit dille gösterin: depozito miktarı, iade edilip edilmediği, bakiye ne zaman ödenecek ve son tarihi kaçırırlarsa ne olacağı.
Bundan sonra sabit bir pencerede tahsis yapın. Nasıl tahsis ettiğinizi iletin (örneğin: önce doğrulanmış depozitolar, sonra bekleme listesi sırası) ve tamamlayıcı adım için net bir son tarihle onay e-postaları gönderin. Son tarihler her grup için aynı olmalıdır.
Son olarak, kalan bakiyeyi tahsil edin, siparişi kilitleyin ve sevkiyata geçin. Gönderim güncellemeleri gönderin ve destek ekibine yaygın sorular için kısa bir senaryo verin (son tarih kaçırıldı, adres değişikliği, iade zamanlaması). Döngüyü teslimatı onaylayan ve sorun varsa nasıl yardım alınacağını belirten son mesajla kapatın.
Bunu bir kez belgelerseniz, her yeni drop bir tek seferlik yangın söndürücü olmanın yerine tekrarlanabilir bir oyun kitabı olur.
Depozitolar müşterilerin üç soruya hızlıca cevap bulabildiği zaman işe yarar: bugün ne kadar ödeyeceğim, kalanını ne zaman ödeyeceğim ve fikrimi değiştirirsem ne olur. Bunlardan herhangi biri belirsizse, destek biletleri, chargebackler ve kızgın yorumlar bekleyin.
Başlamadan önce depozito tarzını seçin. Küçük depozitolar kaydolmaları artırır, büyük depozitolar no-show'ları azaltır.
Zamanlama konusunda kesin olun. Yaygın ve net bir düzen: kayıt sırasında depozito, sonra müşteri birim tahsis edildiğinde bakiye tahsil edilir (bekleme listesine katıldığında değil). Eğer sevkiat sırasında tahsil ederseniz, bunu açıkça söyleyin ve tahsisin yine de birimi rezerve ettiğini açıklayın.
Kenar durumları kısa bir cümleyle önceden kapsayın. Nakliye daha sonra hesaplanıyorsa ne zaman tahsil edileceğini söyleyin. Vergiler nihai gönderim adresine göre değişiyorsa bunun değişebileceğini belirtin. Birden fazla para biriminde satıyorsanız hangi para birimiyle tahsil edileceğini ve dönüşüm ücretlerini kimin ödeyeceğini söyleyin. Fiyatı ayarlama ihtimali varsa (nadiren olur), “depozitodan sonra artış yok” veya “fiyat değişirse tam iade hakkı” gibi bir kural taahhüt edin.
İade edilebilirliği basit tutun: depozito tahsise kadar tamamen iade edilebilir, tahsisten kısa süre sonra kısmen iade edilebilir opsiyonu sunulabilir ve yalnızca gerekçelendirilebiliyorsa ve açıkça belirtilmişse iade edilemez maddeler olabilir.
Müşterilerin görmek istediği matematik şudur:
Item price: $120.00
Deposit today: $30.00
Balance later: $90.00
Shipping (later): calculated at checkout for the balance
Tax: based on shipping address at time of balance payment
Sınırlı drop'lar, insanların fikirlerini değiştirmesi, son tarihi kaçırması veya yanlışlıkla iki sipariş vermesi durumunda stres yaratır. Başta adil kurallar belirlemek size tartışmak için saatler kazandırır ve ön siparişi daha güvenli hissettirir.
Adımlarla bağlı, zaman tabanlı basit kurallar kullanın ve bunları her yerde (ödeme sayfası, onay e-postası, hatırlatmalar) tekrarlayın.
Ne iade edilir (depozito, nakliye, vergiler) ve ne kadar hızlı işleneceğini belirtin. “İadeler 3 iş günü içinde yapılır” gibi net bir vaat öfkeli biletleri azaltır. Ayrıca banka işleminin daha uzun sürebileceğini de belirtin (siz hızlı iade edersiniz; bankanın hesabına geçmesi ek gün alabilir).
Yaygın durumları tutarlı ele alın. Birisi final ödeme son tarihini kaçırırsa, otomatik iptal yapın ve pencere kurallarınıza göre iade edin. Birisi çift sipariş verirse, fazladan siparişi hemen birleştirin veya iptal edin ve fazladan ödemeyi tam olarak iade edin.
Çoğu chargeback, müşterinin şaşırmış hissettiği durumlarda olur. Her ödeme için makbuz gönderin, herhangi bir son tarihten önce en az bir hatırlatma gönderin ve onay kanıtı tutun (zaman damgalı şartların kabulü, açık kalemler ve bir sonraki ücretin tam tutarı ve tarihi).
Destek için kısa ve tutarlı rehber tutun:
Çoğu şikayet sessizlikten ve sürprizlerden gelir. Mesajlarınız iki şeyi açıkça göstermeli: sonraki adım ne ve plan değişirse ne yapacağınız.
Basit bir zaman çizelgesini e-posta, SMS ve hesap alanında tekrar edin: bekleme listesine katılım (garanti yok, açıkça belirtilmediyse ücret yok), tahsis zamanı (ve karar mekanizması), ödeme tahsili (depozito şimdi, bakiye sonra veya tam ücret), adres kilitlenme tarihi ve sevkiyat penceresi (en iyi tahmin, neleri etkileyebileceğiyle birlikte).
Kısa şablonlar kullanın; her seferinde aynı soruları cevaplayan metinler olsun: Birimi aldım mı? Ne kadar sürem var? Şimdi ne yapmalıyım?
Bekleme listesi onayı: “Listedeysiniz. Tahsis [tarih/saat] yapılacak. Seçilirseniz ödemeyi tamamlamak için [X] saate sahip olacaksınız. Seçilmezseniz bilgilendirileceksiniz ve aşağıdaki depozito kuralları uygulanır.”
Tahsis edildi: “Bir tahsisiniz var. Kalan ödemeyi [saat]e kadar tamamlayın. Gönderim adresinizi [adres kilitlenme tarihi] kadar güncelleyebilirsiniz.”
Tahsis edilmedi: “Bu tur doldu. Tahsis edilmediniz. İptallerden kaynaklı ek stok açılırsa [tarih/saat] yeniden tahsis yapılacaktır (uygunsa).”
Seyahat eden biri için net bir yol sunun: adres değişikliğine kilitlenme tarihine kadar hesap üzerinden izin verin veya kilit sonrası destekten ücretsiz yönlendirme isteği kabul edin (mümkünse). Ayrıca yapamayacaklarınızı, örneğin vergi hesaplandıktan sonra ülke değişikliği gibi, açıkça belirtin.
Tahminler konusunda dürüst olun; vaatler vermeyin. “Çoğu drop bekleme listesinin 3'te 1'inden azını tahsis eder” gibi bir ifade belirsiz hype'tan iyidir. Hesap alanında basit bir durum özeti yardımcı olur: mevcut durum, bir sonraki tarih/saat, ödeme durumu ve iptal/iadeye ilişkin kurallar.
Çoğu patlama aynı kök sebepten çıkar: müşteriler paralarını yatırdıktan sonra kuralların değiştiğini hisseder.
Yaygın bir hata, stokun farklı kanallarda (siteniz, pop-up, influencer, toptan) bölünmesi ve tek bir doğru kaynağın olmamasıdır. Müşteriler nedenini umursamaz. Onlar sadece göndermeyeceğiniz bir ürün için ödeme aldığınızı görür.
Bir diğer tetikleyici belirsiz dildir: “sınırlı sayılar” gibi kesin olmayan ifadeler. Tahsis son tarihini, kalan bakiyenin ne zaman gerektiğini ve stok biterse veya gönderim gecikirse ne olacağını yazın. “Size e-posta atarız” bir politika değildir.
Uzun tahsis pencereleri “hayalet stok” yaratır. Eğer tutmalar günlerce beklerse, gerçek alıcılar “tükendi” görür, sonra tekrar açılır. Bu manipülasyon gibi görünür, oysa sadece süresi dolmuş tutmalar olabilir. Pencereleri sıkı tutun ve talep edilmeyen birimleri öngörülebilir bir takvimle serbest bırakın.
En sık kamuoyu tepkisine dönüşen hatalar:
Dolandırıcılığı açıkça belirtin. Sınırlı drop'lar birden fazla hesap kullanan, aynı ödeme yöntemini tekrar eden veya yönlendirme adreslerine gönderen kişileri çeker. Temel limitler (kişi başı, adres başı, kart başı) olmadan gerçek hayranlar kaybeder.
Değerler depozitodan sonra gerçekten değişirse, temiz bir seçenek verin: yeni şartları kabul et veya tam iade ile iptal et. Sessizce yeni şartları dayatmak chargeback'e giden hızlı bir yoldur.
Ön sipariş sayfasını yayınlamadan önce kuralları kilitleyin. Orta süreçte değiştirirseniz, insanlar bunu haksızlık olarak algılar.
Tahsis yöntemini açık dille yazın. Slotların first-come, piyango veya katmanlı mı olduğunu belirtin. Bir açık cümle uzun bir SSS'den daha iyidir.
Son kontrol:
Küçük bir iç grup ile hızlı bir prova yapın: bir kişi ön sipariş versin, bir kişi son tarihi kaçırsın, bir kişi iptal etsin. Ekibiniz sonucu 10 saniyede açıklayamıyorsa, müşteriler de kabul etmeyecektir.
Toplam 2 beden (S ve L) halinde 500 biriminiz var. Ön siparişler 3 gün sürüyor. Müşteriler bir yer tutmak için %20 depozito öder; sadece tahsis edilirlerse bakiye tahsil edilir.
Tahsis edilen alıcı: Sam, Gün 1'de beden S için depozito yatırdı. Gün 4'te tahsis e-postası alır: “Kalan %80'i yarına kadar ödeyin.” Sam ödeme yapar, sipariş onayı alır ve daha sonra gönderim güncellemeleri alır.
Tahsis edilmeyen bekleme listesi alıcısı: Jamie, Gün 3 sonunda beden L için depozito yatırdı. Talep arzdan fazla olduğu için Jamie tahsis edilmedi. Jamie'ye şu mesaj gider: “Bu turda tahsis edilmediniz. İptallerden kaynaklı boşalma olursa pozisyonunuzu koruyorsunuz. Eğer Gün 6'ya kadar tahsis alamazsanız depozitonuz otomatik olarak iade edilecektir.”
İptal örneği: Sam kalan bakiyeyi öder, sonra üretim kilitlenmeden 2 gün sonra iptal eder. Kalan %80'i hemen iade edersiniz ve %20 depozitoyu açıkça belirtilen iptal ücreti olarak tutarsınız. Eğer üretim zaten kilitlendiyse, slotu bekleme listesinden 24 saat içinde yeniden satabiliyorsanız iptal kabul edilir; aksi halde sipariş devam eder.
Drop sonrası birkaç metriği takip edin: depozitodan tahsise dönüşüm oranı, bakiye ödeme tamamlama oranı, iade/iptal oranı, her 100 ön sipariş başına destek biletleri ve chargeback nedenleriyle oran.
Ön sipariş kurallarınızı bir ürün gibi ele alın. Eksikleri bulmanın en hızlı yolu kuralları müşterilerin görebileceği ekranlara ve yöneticilerin çalıştırabileceği iş akışlarına dönüştürmektir. Birisi 10 saniyede nerede olduğunu söyleyemiyorsa, destek biletleri bekleyin.
Her kuralı bir sayfaya veya duruma eşleyin: bekleme listesi kaydı, depozito ödeme, tahsis bekleniyor, tahsis edildi ve ödeme için son tarih, tahsis edilmedi (sonraki adım ne olacak). Basit bir durum sayfası yardımcı olur: mevcut adım, son tarihler ve müşterinin şu anda ne yapabileceği.
Yönetici tarafında araçları minimal ama eksiksiz tutun: tahsis çalıştırma (manuel tetikleme ve zamanlama), gerekçeyle müdahale etme, bir denetim günlüğü tutma, dışa aktarılabilir raporlar (ödemeler, son tarihler, iptaller) ve mesajlar gönderme (tahsis bildirimleri, hatırlatmalar).
Kasıtlı olarak küçük bir drop yapın. Şikayetleri tamamen okuyabileceğiniz bir boyut seçin. Sonrasında başarısız olanları inceleyin: belirsiz son tarihler, kaçırılan ödeme pencereleri, depozitolarla ilgili kafa karışıklığı veya insanların “bekleme listesi”yi garanti sanması. Metinleri sıkılaştırın ve ekranları bir sonraki drop öncesi güncelleyin.
Hızlıca özel bir ön sipariş sistemi kurmanız gerekirse, Koder.ai (koder.ai) sohbet odaklı bir inşa süreciyle size prototip hazırlamada yardımcı olabilir ve hazır olduğunuzda kaynak kodu dışa aktarmanıza izin verir.
Yayın öncesi kural değişikliklerini güvenli şekilde test edin. Anlık kopyalar ve geri alma (rollback) kullanarak yeni bir tahsis penceresi veya iptal kuralını deneyin, kısa bir prova çalıştırın ve deney kötüleşirse geri alın.