KoderKoder.ai
FiyatlandırmaKurumsalEğitimYatırımcılar için
Giriş YapBaşla

Ürün

FiyatlandırmaKurumsalYatırımcılar için

Kaynaklar

Bize UlaşınDestekEğitimBlog

Yasal

Gizlilik PolitikasıKullanım KoşullarıGüvenlikKabul Edilebilir Kullanım PolitikasıKötüye Kullanımı Bildir

Sosyal

LinkedInTwitter
Koder.ai
Dil

© 2026 Koder.ai. Tüm hakları saklıdır.

Ana Sayfa›Blog›Sınırlı drop'lar için ön siparişler: bekleme listeleri, depozitolar, adil kurallar
23 Eyl 2025·7 dk

Sınırlı drop'lar için ön siparişler: bekleme listeleri, depozitolar, adil kurallar

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 için ön siparişler: bekleme listeleri, depozitolar, adil kurallar

Sınırlı drop'lar için ön siparişleri zorlaştıran şeyler

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:

  • Bekleme listesi: henüz stok tahsis edilmemiş, sıralı veya rastgele bir ilgi kuyruğu.
  • Depozito: satın alma şansını rezerve eden kısmi ödeme (veya açıkça belirtirseniz birimi rezerve eden ödeme).
  • Tahsis penceresi: müşterinin ödeme yapıp slotu onaylaması için verilen belirli süre.
  • Tahsilat (Capture): kalan bakiyeyi (veya tamamını) gerçekten tahsil ettiğiniz ve siparişi onayladığınız an.
  • İptal: müşteri veya siz rezervasyonu sonlandırırsınız; politika gereği iade süreci tetiklenir.

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.

Drop'unuza uygun bir ön sipariş modeli seçin

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.

Üç yaygın model (ne anladıklarıyla birlikte)

Tedarik ve tarihlerinizin ne kadar stabil olduğuna göre seçin; sadece beklenecek hype'a göre değil.

  • Sadece bekleme listesi (ödemesiz): insanlar ilgilerini belirtir, daha sonra bildirim yapılır. Gönderim tarihi veya nihai maliyet hâlâ değişiyorsa en uygunudur.
  • Depozito tutma (kısmi ödeme): insanlar küçük bir miktar ödeyerek sıra rezerve eder. Talebi kesinleştirmek için talep kanıtı gerektiğinde ama taahhüdü adil tutmak istediğinizde en iyi yaklaşımdır.
  • Tam ön ödeme: insanlar önde ödeme yapar ve tahsis garantisi alır. Miktar ve gönderim penceresi çok öngörülebilirse ve kitleniz kesin onay bekliyorsa en uygunudur.

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.

Ne sattığınızı belirleyin: bir miktar mı yoksa zaman penceresi mi

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.

Açmadan önce tahsis kurallarını yazın

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.

Adillik yöntemini seçin ve ona bağlı kalın

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.

Sessiz adaletsizliği önleyin: limitler, hane ve varyantlar

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 yöntemi ve zamanlaması (saat dilimi dahil)
  • Kişi başı ve hane uygulama sinyalleri
  • Varyant işleyişi (birleştirilmiş havuz mu yoksa beden/renk başına ayrı mı)
  • Arz değişirse ne olacağı
  • İnsanları nasıl bilgilendireceğiniz ve ne kadar süreleri olduğu

Tahsis pencereleri: zamanlamayı nasıl yapmalı ve adil tutmalı

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:

  • Tahsis penceresi: davetleri göndermek ve davet edilen müşterilerin stoğu tutması için 24 ila 72 saat
  • Onay son tarihi: her davetin gönderildiği andan itibaren 12 ila 24 saat
  • Kapanış kuralı: tahsis penceresi sonunda talep edilmeyen birimler bir sonraki gruba geçer

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.

Yeniden kullanabileceğiniz adım adım bir ön sipariş akışı

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.

Akış (ilgiden teslimata)

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.

Müşterilerin anlayacağı depozitolar ve kısmi ödemeler

Yönetici araçlarını oluşturun
Envanter tutma ve denetim kayıtları için PostgreSQL ile Go'da özel bir arka uç oluşturun.
Arka Uç Oluştur

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.

  • Sabit depozito (örneğin 20$) anlaşılması kolaydır ve düşük risk hissi verir.
  • Yüzde depozito (örneğin %20) beden ve paketlere göre adil ölçeklenir.
  • Yüksek depozito (%40–%60) çok sıkı envanter için ciddi niyeti garantiler.

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

İptaller, iadeler ve chargeback önleme

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.

Net iptal pencereleri belirleyin

Adımlarla bağlı, zaman tabanlı basit kurallar kullanın ve bunları her yerde (ödeme sayfası, onay e-postası, hatırlatmalar) tekrarlayın.

  • Tahsis öncesi: her zaman tam iade ile iptal edilebilir (depozito dahil). Soru yok.
  • Tahsis sonrası ama final tahsilattan önce: iptale izin verin, ancak maliyeti tanımlayın (örneğin depozito idari ücret olarak tutulur) veya birimi hızlıca yeniden atayabiliyorsanız tam iade sunun.
  • Final tahsilattan sonra: yalnızca normal iade politikanız çerçevesinde (hasarlı, yanlış ürün vb.), hype soğudu diye iade kabul etmeyin.

İadeleri kesin zamanlamayla tanımlayı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.

Chargebackleri azaltın

Ç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:

  • Tahsis öncesi iptal: onayla ve tam iade yap.
  • Tahsis sonrası iptal: belirlenen kuralı uygulayın ve birimi yeniden atayın.
  • Ödeme son tarihi kaçtı: otomatik iptal, politika gereği iade başlat.
  • Çift sipariş: doğrula, fazlayı iptal et, iade et.
  • Tehdit edilen chargeback: makbuzları ve şartları yeniden gönder, politika seçeneğini sun, ancak dolandırıcılık işaretleri varsa yükselt.

Şikayetleri azaltan müşteri mesajlaşması

Mobil kontrol paneli ekleyin
Yoğun talep sırasında operasyon ve destek için bir Flutter kontrol paneli oluşturun.
Mobil Oluştur

Ç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?

İnsanları sakinleştiren şablonlar

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.

Geri tepme yaratan yaygın hatalar

Ç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:

  • Stokun kanallar arasında bölünmesi ve tek bir gerçek sayının olmaması
  • Son tarihlerin, tahsis, ödeme ve gönderim tahmini sürelerinin kaçırılması
  • Çok uzun süren tutmaların restockları yavaşlatması ve alıcıları şaşırtması
  • Dolandırıcılık sinyallerinin göz ardı edilmesi (yönlendirme adresleri, tekrar eden kartlar, aynı adrese çok hesap)
  • Fiyat, ücret veya şartların drop ortasında açık onay olmadan değiştirilmesi

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.

Yayına almadan önce hızlı kontrol listesi

Ö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:

  • Tahsis ve limitler: kesin kuralı, kişi başı limiti ve birinin birden fazla sipariş vermesi durumunda ne olacağını onaylayın. Çifte tespitini (aynı e-posta, adres, kart veya şüpheli tekrarlar) test edin.
  • Para ve zamanlama: depozito veya kısmi ödeme miktarını belirleyin, neyin iade edildiğini listeleyin ve iadelerin ne kadar sürede olacağını söyleyin. Ödeme sayfasının bunu tekrarladığından emin olun, sadece politika sayfasında bırakmayın.
  • Pencereler ve son tarihler: ön sipariş açılma süresini, müşterinin ödeme/ayrı detayları tamamlaması için verilen süreyi ve talep edilmeyen stokların ne sıklıkla yeniden tahsis edileceğini tanımlayın.
  • Her sonuç için mesajlar: onay, tahsis, “yakında son tarih”, bekleme listesi, yeniden tahsis ve “iade başlatıldı” için kısa şablonlar hazırlayın.
  • Arz değişikliği planı: birim değişirse (artış/azalış), üretim gecikmesi olursa veya gönderim maliyetleri artarsa ne yapacağınızı kararlaştırın. Güncelleme takvimini yazın.

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.

Örnek akış: depozitolu 500 birimli bir merch drop'u

Kod tabanına sahip olun
Ön sipariş sisteminizin kaynak kodunu dışa aktararak tam sahipliğe geçin.
Kodu Dışa Aktar

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.

Zaman çizelgesi (beklemeden final tahsilata)

  • Gün -7: Bekleme listesi açılır. İnsanlar beden seçer (S veya L) ve e-posta/telefonu doğrular. Henüz ödeme yok.
  • Gün 0 (10:00): Ön sipariş penceresi 72 saat için açılır. Depozitolar alınır ve zaman damgası kaydedilir. “Tahsis sonuçları pencere bitiminden 24 saat sonra” gibi bir tahmin gösterirsiniz.
  • Gün 3 (10:00): Pencere kapanır. Envanter sayıları kilitlenir (örneğin: üretime göre 300 S ve 200 L).
  • Gün 4 (10:00): Tahsis e-postaları gönderilir. Tahsis edilen alıcılara 24 saatlik bakiye ödeme penceresi verilir. Tahsis edilmeyenlere bekleme listesinde kaldıkları ve net bir son tarihle bilgilendirildikleri söylenir.
  • Gün 5 (10:00): Ödenmemiş tahsisler süresi dolar. Stok bir sonraki bekleme listesi kişilerine aktarılır. Onlara 12 saatlik yeni bakiye ödeme penceresi açılır.

İki sonuç

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.

Sonraki adımlar: uygulayın, test edin ve yineleyin

Ö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.

İçindekiler
Sınırlı drop'lar için ön siparişleri zorlaştıran şeylerDrop'unuza uygun bir ön sipariş modeli seçinAçmadan önce tahsis kurallarını yazınTahsis pencereleri: zamanlamayı nasıl yapmalı ve adil tutmalıYeniden kullanabileceğiniz adım adım bir ön sipariş akışıMüşterilerin anlayacağı depozitolar ve kısmi ödemelerİptaller, iadeler ve chargeback önlemeŞikayetleri azaltan müşteri mesajlaşmasıGeri tepme yaratan yaygın hatalarYayına almadan önce hızlı kontrol listesiÖrnek akış: depozitolu 500 birimli bir merch drop'uSonraki adımlar: uygulayın, test edin ve yineleyin
Paylaş