Ön sipariş sayfası: Stok, teslim beklentisi ve bilgilendirme

Yeni çalışma lambasının tanıtımı yayımlanıyor. Ürün ekibi ilk üretim partisini bekliyor; mağaza ise ürün kartında yeşil bir stok etiketi gösteriyor. Müşteri sipariş verince standart “paketiniz hazırlanıyor” mesajını alıyor. Henüz depoya gelmemiş bir ürün, hazır ürün gibi anlatılmış oluyor. Ön sipariş sayfasının görevi bu çelişkiyi kapak görselinin altındaki küçük bir notla örtmek değil, müşterinin neye karar verdiğini alışveriş boyunca açık tutmaktır.

Bu rehberde yeni bir modüler çalışma lambası çıkaran kurgusal ürün ekibini izliyoruz. Örnek bir BiKreatif müşterisi veya gerçekleşmiş başarı hikâyesi değildir. Ekip, ürünün ilk satışa açılışını planlarken katalog, kapasite ve bilgilendirme ilişkisini kuruyor. Ticari koşullar işletmenin güncel politikasıyla uyumlu olmalı; ödeme, iptal ve iade düzeni ilgili profesyonellerce kontrol edilmelidir. Burada hukuki süre veya hak tanımı vermeden, onaylanan işleyişin yazılımda nasıl anlaşılır biçimde taşınacağını ele alıyoruz.

Ön siparişi mevcut stoktan ve yeniden tedarikten ayırın

Ön siparişte henüz piyasaya çıkmamış yeni bir ürün için sipariş kabul edilir. Daha önce satılan fakat şu anda bulunmayan ürünün yeniden tedarikini bekleyerek sipariş almak farklı bir durumdur. Depoda hazırlanabilecek miktarı bulunan hazır ürün ise üçüncü bir durum oluşturur. Üçünü aynı “satın alınabilir” etiketiyle göstermek ürünün ne zaman hazırlanacağı konusunu belirsizleştirir.

Lamba örneğinde ilk üretim partisi henüz satışa hazır değil. Bu bilgi ürün kaydında açık bir durum olarak tutulabilir. Ürünün yeni sürümüyle eski sürümünü ayırın; eski modelin mevcut stoğu yeni modelin ön sipariş kapasitesi değildir. Satış ekibi, katalog sorumlusu ve depo aynı terimleri kullanmalıdır. Böylece paneldeki tek bir miktar alanı birbirinden farklı ticari anlamlar taşımak zorunda kalmaz.

İlk parti kapasitesini satışa açmadan önce kararlaştırın

Üretim planındaki miktar, alınabilecek sipariş sayısına kendiliğinden dönüşmez. Kontrol için ayrılan ürün, farklı kanallara verilen pay ve henüz doğrulanmamış tedarik bilgisi kapasiteyi etkileyebilir. İşletme hangi kaynağın onaylı sipariş sınırını belirlediğini açıklamalıdır. Bu sınırı hesaplayan sorumlu ve güncelleme yolu belli olmalıdır.

Kurgusal ekip ilk partiden bir bölümünü ön siparişe ayırıyor olsun. İki müşteri aynı anda son kapasiteyi seçtiğinde ne olacağı test edilir. Ödeme yarıda kaldığında ayrılan hakkın durumu ayrıca tanımlanır. Başarılı ekrandan sonra kapasite kontrolü yapmak geç kalabilir. Teknik ekip, işletmenin seçtiği ayırma ve serbest bırakma kuralını işlem sırasında tutarlı uygulamalıdır. Sonraki partiye geçiş sessiz bir stok artışı gibi yapılmamalıdır.

Ürün sayfasında karar bilgisini görünür yere koyun

Müşteri görseli incelerken bunun ön sipariş olduğunu, hangi seçeneği aldığını ve sevkiyat beklentisini anlayabilmelidir. Temel bilgi yalnızca açılır panelin içinde veya uzun metnin sonunda bulunmamalıdır. Satın alma alanının yakınında kısa durum açıklaması; ayrıntıda ise kapsam, güncelleme yolu ve ilgili koşullar yer alabilir.

Lambanın hangi rengi ve hangi modülleriyle satışa açıldığı açık yazılır. Henüz kesinleşmemiş bir aksesuar, tanıtım görselinde bulunduğu için pakete dâhilmiş gibi gösterilmez. Prototip fotoğrafı kullanılıyorsa neyi temsil ettiği açıklanır. Bir özelliğin son üründe değişme ihtimali varsa bunu ürün ekibi değerlendirmeli; metin yazarı kendi başına genel bir sorumluluk cümlesi ekleyerek kararı kapatmamalıdır. Sayfa, mevcut doğrulanmış teklifin anlaşılmasını sağlamalıdır.

Sevkiyat beklentisini müşterinin teslim alacağı tarihle karıştırmayın

Ürünün sevkiyata hazır olmasının beklendiği zaman ile müşteriye ulaşacağı zaman aynı bilgi değildir. Hazırlık, taşıma ve bölgesel koşullar farklı aşamalardır. “Çıkış” veya “teslim” gibi kısa etiketlerin ekip içinde hangi olayı anlattığı belirlenmelidir. Müşteriye gösterilen metin aynı ayrımı korumalıdır.

Bir tahmin veriliyorsa tahmin olduğu anlaşılmalıdır. Katalogdaki tarih alanı belirsiz bir tanıtım sloganından üretilmemelidir. Yeni bilgi geldiğinde kimin doğrulayacağı, hangi alanların değişeceği ve mevcut sipariş sahiplerinin nasıl bilgilendirileceği tanımlanır. Ürün sayfasını güncellemek daha önce sipariş vermiş kişilerin bu değişikliği gördüğünü kanıtlamaz. Satış anındaki beklenti ile güncel beklentinin ayrı izlenmesi, destek ekibinin sonraki soruları açıklamasını kolaylaştırır.

Ürün verisiyle vitrinin aynı durumu anlatmasını sağlayın

Katalog dış kanallara aktarılıyorsa yeni ürünün ön sipariş durumu doğru teknik değerle iletilmelidir. Ürün verisindeki preorder, henüz piyasaya çıkmamış ürünün durumunu anlatır; mevcut ürünün yeniden tedarikini bekleyen sipariş için aynı anlamda kullanılmaz. İlgili availability_date alanı da bu modelin parçasıdır. Teknik aktarımda tarih biçimi güncel gereksinimlere göre doğrulanmalıdır.

Sayfa, sepet, ödeme adımı ve üretilen ürün verisi birbirinden farklı bulunabilirlik göstermemelidir. Tarih müşterinin anlayacağı biçimde sayfada da görünür olur. Teknik alana tarih aralığı yazmakla sayfada belirsizliği açıklamak aynı işlem değildir. Kullanılan bağlantının desteklediği biçim ve güncelleme davranışı ayrı test edilir. Kontrolü tek renk üzerinde bırakmayın; farklı seçeneğin farklı partide bulunması teknik eşleştirmeyi etkileyebilir.

Sepette ön sipariş durumunu yeniden gösterin

Ürün sayfasındaki açıklama sepette kaybolursa müşteri standart alışverişe geçtiğini düşünebilir. Satırda seçilen varyant, miktar ve ön sipariş durumu anlaşılır kalmalıdır. Sevkiyat beklentisini yeniden göstermek, özellikle farklı ürünleri bir araya getiren sepetlerde önemlidir. Müşteri hangi satırın bekleme içerdiğini ayırt edebilmelidir.

Örnekte lambayla birlikte hazır bir masa aparatı alınsın. Birlikte mi gönderilecekler, ayrı gönderim destekleniyor mu, maliyet ve bildirim nasıl gösterilecek? Karar işletmenin gerçek operasyonuna dayanır. Desteklenmeyen ayrı gönderim seçeneği tasarımda vaat edilmemelidir. Miktar değişince kapasite veya parti değişiyorsa ilgili açıklama da yenilenir. Geri düğmesiyle ürün sayfasına dönüldüğünde eski seçimin korunması, yanlış beklentinin de korunması anlamına gelmemelidir.

Ödemede hangi taahhüdün kabul edildiğini netleştirin

Sipariş bedelinin hemen tahsil edilmesi, daha sonra ödeme alınması veya başka bir model işletmenin seçtiği düzen olabilir. Kullanılan ödeme hizmetinin gerçekten desteklediği yöntem ve onaylı ticari koşullar birlikte değerlendirilmelidir. Müşteri hangi anda hangi işlemin gerçekleştiğini anlamalıdır. Ön sipariş durumunu ödeme ekranında genel stok mesajıyla değiştirmeyin.

Testte başarılı, başarısız ve bekleyen ödeme sonuçlarını inceleyin. Sipariş kabul edilmediyse kapasite gereksiz biçimde kapalı kalıyor mu? Aynı bildirim tekrar geldiğinde ikinci sipariş veya ikinci tahsilat oluşuyor mu? Bunlar yalnızca arayüz soruları değildir. Sipariş ve ödeme denemesi arasındaki ilişki kayıtta korunmalıdır. Müşteriye gösterilen sonuç, doğrulanmış işlem durumunu anlatır; tarayıcıdaki yeşil kutu tek başına işletmenin neyi kabul ettiğini belirlemez.

İlk onay mesajını gerçek sipariş durumundan üretin

Ön siparişin kabulü ile paketin hazırlanması farklı olaylardır. Otomatik mesaj bu ayrımı korumalıdır. Sipariş referansı, seçilen ürün, mevcut beklenti ve bilgilendirme yolu anlaşılır sunulabilir. “Kargoya veriliyor” gibi standart bir metin henüz başlamamış işi gerçekleşiyormuş gibi anlatmamalıdır.

Müşteri mesajı görmese bile hesabında veya uygun takip yolunda aynı bilgiyi bulabilmelidir. Misafir siparişi destekleniyorsa bu erişim ayrıca test edilir. Yanlış alıcıya bilgi açılmadan, kişinin kendi kaydına ulaşabildiği yol doğrulanır. Bildirim teslim edilemediğinde sipariş kaybolmuş sayılmaz; iletişim sorunu ilgili sorumlunun görebileceği biçimde izlenir. Ekibin aynı mesajı yeniden göndermesi gerekiyorsa hangi sürümün gönderildiği de anlaşılır olmalıdır.

Gecikmeyi yalnızca ürün sayfasında düzeltmeyin

Üretim kontrolünde ilk partinin beklenenden sonra hazır olacağı anlaşılabilir. Önce yeni bilgiyi ve etkilenen sipariş grubunu doğrulayın. Bütün müşterilere aynı genel duyuruyu göndermek yerine hangi partinin ve seçeneklerin değiştiğini belirleyin. Henüz sipariş vermemiş ziyaretçiyle mevcut müşteri aynı başlangıç bilgisine sahip değildir.

Güncelleme, önceki beklentiyi, yeni durumu ve müşterinin hangi yoldan bilgi alabileceğini açıklayabilir. Doğrulanmamış yeni bir günü kesin söz gibi yazmayın. İşletmenin onaylı sürecine göre müşterinin yapabileceği işlemler anlaşılır tutulur. Destek çalışanı gelen soruda hem sipariş anındaki bilgiyi hem gönderilmiş güncellemeyi görebilmelidir. Sadece ürün kaydındaki tarihi değiştirmek bu geçmişi silmemeli veya eski mesajın neden farklı olduğunu anlaşılmaz bırakmamalıdır.

Değişiklik, iptal ve istisnaları ayrı kaydedin

Müşteri rengi değiştirmek, miktarı azaltmak veya teslimat adresini güncellemek isteyebilir. Her değişiklik aynı etkiyi yaratmaz. Başka renk farklı partideyse önceki sevkiyat beklentisi artık geçerli olmayabilir. Adres değişikliği teslimat seçeneğini etkileyebilir. İşlem yapılmadan bu sonuç görünür olmalıdır.

Kapasiteyi serbest bırakma, ödeme düzeltmesi ve müşteriye bildirim birbirine bağlı fakat ayrı adımlardır. Birinin tamamlanması diğerinin bittiğini göstermez. İşletmenin kabul ettiği istisna akışını test örneklerine ekleyin; destek ekibinin serbest notla bütün süreci tamamlaması beklenmemelidir. Bazı işlemler yetkili onayı gerektirebilir. Yetki ve durum geçmişi, kimin hangi değişikliği yaptığını açıklayabilmelidir. Bu kayıt müşterinin niyetini tahmin etmek yerine aldığı gerçek hizmeti izlemeye yardımcı olur.

İlk parti gelince mevcut siparişleri görünmez bırakmayın

Ürün depoya geldiğinde bütün miktarı yeni satışa açmak bekleyen siparişleri zor durumda bırakabilir. Gelen ürünün kontrolü, ön siparişe ayrılan miktar ve satışa açılacak kalan bölüm işletmenin modeline göre yönetilir. Depoya giriş ile gönderime hazır bulunma da aynı kabul edilmemelidir.

Kurgusal ekip kontrol sonrası uygun lambaları ilgili siparişlerle ilişkilendirir. Hasarlı veya eksik gelen miktar varsa etkilenen kayıtlar görünür kalır. Hazırlık kuyruğu gerçekten başlayınca müşteri durumu ve mesajı değişir. Ön siparişin standart gönderim işine dönüşmesi izlenebilir olmalıdır. Eski siparişleri kapatıp yeni kayıt açmak gerekiyormuş gibi düşünmeyin; kimlik ve geçmişin korunacağı uygun yöntem teknik ekiple belirlenir. Sonraki stok durumu da bütün kanallarda doğrulanır.

Kabul turunu ilk açıklamadan son güncellemeye uzatın

Bir ön sipariş, hazır ürünle karışık sepet, son kapasite, başarısız ödeme ve gecikme güncellemesi için örnekler hazırlayın. Müşterinin gördüğü bilgiyle paneldeki kayıt yan yana incelenir. Aynı siparişe ürün, depo, ödeme ve destek sorumlularının bakması, yalnızca yazılım ekranından anlaşılmayan boşlukları ortaya çıkarabilir.

BiKreatif’in e-ticaret yazılımı çalışmasında ön sipariş bu kabul senaryolarıyla ayrı bir iş akışı olarak planlanabilir. Teslim sırasında ekip yalnızca satın alma düğmesini göstermez; değişen kapasiteyi, müşteri mesajını ve istisnada yapılacak işi de açıklar. Yeni ürünün heyecanı önemli bilgiyi gölgelememelidir. Kullanışlı bir ön sipariş deneyimi, müşterinin beklediğini ve işletmenin üstlendiğini aynı kayıtta anlaşılır biçimde buluşturur.

Sık Sorulan Sorular

Ön sipariş ile yeniden tedarik bekleyen sipariş aynı mı?

Hayır. Ön sipariş henüz piyasaya çıkmamış yeni ürün içindir. Daha önce satışta olan ürünün tekrar bulunabilir olmasını beklemek farklı durumdur. Ürün kaydı, görünür açıklama ve dışarı aktarılan veriler seçilen gerçek durumu tutarlı anlatmalıdır.

Tahmini sevkiyat tarihi kesin teslim sözü müdür?

Bu iki bilgi aynı değildir. Hazırlık ve taşıma farklı aşamalardır. Tahminin niteliği açıkça anlatılmalı, değişiklik doğrulandığında ilgili siparişler güncellenmelidir. Müşterinin gördüğü sözcüklerin hangi olayı anlattığı ekip içinde de ortak olmalıdır.

Hazır ürünle ön sipariş ürünü aynı sepete eklenebilir mi?

İşletmenin ve yazılımın desteklediği modele bağlıdır. Birlikte veya ayrı gönderimin koşulu, maliyeti ve bilgilendirmesi açıklanmalıdır. Testte her satırın durumu ve sipariş özetinin beklentiyi doğru taşıdığı doğrulanır.

Ödeme başarısız olursa ön sipariş kapasitesi ne olur?

Kapasitenin hangi aşamada ayrıldığı ve ne zaman serbest bırakıldığı onaylı kurala bağlıdır. Başarısız, bekleyen ve tekrarlanan işlemleri ayrı deneyin. Kullanıcının tekrar denemesi gereksiz ikinci sipariş veya belirsiz miktar üretmemelidir.

Gecikmede sadece ürün sayfasını güncellemek yeterli mi?

Hayır. Mevcut sipariş sahipleri değişikliği kendiliğinden görmeyebilir. Etkilenen kayıtlar bulunmalı, onaylı iletişim yolu kullanılmalı ve gönderilen güncelleme izlenebilmelidir. Eski beklentiyle güncel bilgi arasındaki ilişki destek ekranında anlaşılır kalmalıdır.

İlk parti geldiğinde hangi kontroller yapılmalı?

Ürünün kontrol sonucu, bekleyen siparişlere ayrılacak miktar ve yeni satışa açılabilecek bölüm incelenir. Hazırlık gerçekten başlayınca durum ve bildirim değişir. Depoya girişin bütün siparişlerin otomatik tamamlandığı anlamına gelmediği korunmalıdır.