Tükenen bir ürünün sayfası, mağazanın en sessiz kaybıdır. Ziyaretçi gelmeye devam eder, sayfa açılır, fotoğraflar yüklenir ve sonra hiçbir şey olmaz. Ne satış olur, ne kayıt, ne bir iz. Oysa o sayfaya gelen kişi, kataloğunuzda gezinen ortalama bir ziyaretçiden çok daha değerlidir: aradığı şeyi bulmuştur.
Stok hatırlatıcı modülünün konusu bu boşluktur. Ürünü stoka sokamazsınız ama o kişiyi kaybetmek zorunda da değilsiniz. Bu sayfa iki şeyi anlatıyor: tükenen ürün sayfasının nasıl yönetileceği ve toplanan talebin bildirimden fazlasına nasıl dönüştürüleceği.
Tükenen ürün sayfasının iki ayrı kaybı
Mağaza sahipleri genellikle tek bir kayıp görür: o günkü satış. İkinci kayıp daha yavaş işler ve fark edildiğinde geri alması aylar sürer.
| Kayıp | Nasıl oluşur | Ne zaman geri gelir |
|---|---|---|
| Satış kaybı | Satın almaya hazır ziyaretçi eli boş ayrılır | Ürün stoka girdiğinde, ama o kişi geri dönerse |
| Arama değeri kaybı | Sayfa silinir veya yönlendirilirse yıllarca biriken sıralama ve bağlantılar kaybolur | Sıfırdan kazanmak gerekir; aylar sürebilir |
İkinci kaybın kaynağı çoğunlukla iyi niyetli bir karardır: "ürün yok, sayfayı kaldıralım, müşteri boş sayfa görmesin." Oysa doğru davranış sayfayı açık tutmak ve içeriğini değiştirmektir. Satın alma butonunun yerine bekleme listesi formu gelir; ürün açıklaması, görselleri ve yorumları yerinde kalır. Sayfa hem arama motoru için hem ziyaretçi için var olmaya devam eder.
Ürün kalıcı olarak katalogdan çıkacaksa karar farklıdır: önce en yakın alternatife yönlendirme değerlendirilir, uygun alternatif yoksa sayfa kalıcı olarak kaldırıldığını bildiren bir yanıtla kapatılır. Bu ayrım için ürünün geri gelip gelmeyeceğini bilmek gerekir; kararı tedarik tarafıyla birlikte vermek şarttır.
Hatırlatma talebi neden en güçlü niyet sinyalidir?
E-ticarette topladığınız sinyaller bir hiyerarşi oluşturur. Sayfa görüntüleme zayıftır, favorilere ekleme orta, sepete ekleme güçlüdür. Stok bildirimi talebi ise bu hiyerarşinin en üstündedir ve nedeni şudur: bu kişi satın alma yolculuğunun her adımını tamamlamıştır.
- Ürünü bulmuştur; arama ve keşif aşaması bitmiştir.
- Varyantını seçmiştir; beden, renk veya ölçü kararı verilmiştir.
- Fiyatı görmüş ve kabul etmiştir; kıyaslama aşaması geride kalmıştır.
- İletişim bilgisini bırakmıştır; bekleme maliyetini üstlenmiştir.
Geriye tek bir engel kalır: stok. Bu yüzden stok bildirimi ikna edici bir metin gerektirmez. İyi yazılmış olması değil, zamanında gitmesi önemlidir. Bildirim geciktiğinde kişi başka yerden almış olur; bildirim erken gittiğinde ise ürün henüz satılabilir değildir ve kişi boş bir sayfaya düşer.
Formun tasarımı: az alan, net onay
Bekleme listesi formu, sitedeki en kısa form olmalıdır. Telefon numarası ve bildirim onayı yeterlidir. Ad, soyad, e-posta ve "kaç adet istiyorsunuz" gibi alanlar doldurma oranını düşürür ve bildirimin gönderilmesi için gerekli değildir.
Onay tarafında iki kural vardır. Kutu ön işaretsiz olacak ve onay metni yalnızca bu ürün için bildirim gönderileceğini söyleyecek. Bu onay, genel pazarlama izni yerine geçmez; stok bildirimi için verilen numarayı kampanya listesine eklemek, en hızlı güven kaybettiren uygulamalardan biridir. İki izni ayrı sormak isterseniz form içinde ikinci ve yine ön işaretsiz bir kutu kullanılır; bu ikinci onay verildiğinde numara toplu mesaj tarafındaki izin havuzuna da girer.
Varyant bazlı talep
Modülün en kritik ayarı budur. Kayıt ürün düzeyinde değil, tükenen varyant düzeyinde tutulmalıdır. 42 beden bekleyen kişiye 38 beden geldiğinde bildirim göndermek yalnızca boşa giden bir mesaj değildir; o kişi bir daha hiçbir bekleme listesine kaydolmaz. Renk, beden ve ölçü kırılımı olan kataloglarda bu ayrım modülün işe yarayıp yaramayacağını tek başına belirler.
Stok girdiğinde: gönderim sırası ve miktar
Bildirim anı, modülün en sık hata yapılan yeridir. Bekleme listesinde otuz kişi varken gelen stok beş adetse ve otuz kişiye aynı anda mesaj giderse, yirmi beş kişi tükenmiş bir sayfaya düşer. Modülün güvenilirliği bir tek bu deneyimle biter.
| Durum | Yanlış davranış | Doğru davranış |
|---|---|---|
| Gelen stok, bekleyen sayısından az | Herkese aynı anda gönderim | Kayıt sırasına göre kademeli gönderim, kalanı sonraki partide |
| Stok girişi rezerve edilmiş | Stok hareketini görüp bildirim göndermek | Satılabilir stok kontrolü; rezerve stok bildirim tetiklemez |
| Ürün girip aynı gün tekrar tükeniyor | Her girişte tüm listeye gönderim | Kişi başına aynı ürün için tek bildirim, tekrar kaydı gerekir |
| Fiyat, stok girişiyle birlikte değişmiş | Eski fiyat beklentisiyle bildirim | Mesajda güncel fiyatın görünmesi |
Kademeli gönderimin ikinci bir faydası vardır: bildirimden sonra ne kadar sürede satın alındığını ölçebilirsiniz. İlk parti hızla satın alıyorsa ikinci partiyi beklemeden göndermek gerekir; satın alma yavaşsa gelen stoğun listeyi karşıladığı anlaşılır.
Bildirim metnini sade tutmanın maliyet tarafı
Stok bildirimi, kullanıcının kendi talep ettiği tek bir ürünle ilgilidir. Metin bu sınırda kaldığı sürece işleme bağlı bir bildirim niteliği taşır. İçine kupon, kampanya duyurusu veya "bunlar da ilginizi çekebilir" listesi eklendiği anda mesaj tanıtım amacı kazanır ve şablon kategorisi değişir.
Bu, üslup tercihi değil bütçe kalemidir: kategoriler farklı fiyatlanır ve yanlış kategoride onaylanan şablonu Meta kendisi yeniden sınıflandırır. Ayrıca kullanıcı açısından da doğrusu sadeliktir; beklediği ürünün geldiğini öğrenmek isteyen kişiye kampanya listesi göndermek, mesajın asıl bilgisini gölgeler. Çapraz satış yapmak istiyorsanız bunun yeri mesaj değil, kullanıcının tıklayıp geldiği ürün sayfasıdır.
Bekleme listesi mi, ön sipariş mi?
Tükenen ürün için iki farklı kurgu vardır ve ikisi birbirinin yerine geçmez. Hangisinin uygun olduğu, teslim tarihini ne kadar kesin bilebildiğinize bağlıdır.
| Bekleme listesi | Ön sipariş | |
|---|---|---|
| Kullanıcının yaptığı | İletişim bilgisini bırakır | Ödeme yapar |
| Sizin taahhüdünüz | Ürün gelirse haber vermek | Belirli tarihte teslim etmek |
| Gerektirdiği bilgi | Ürünün geri geleceği | Tedarik ve teslim tarihinin kesinliği |
| Risk | Bildirim gecikirse müşteri başka yerden alır | Tarih kayarsa iade ve şikâyet doğar |
| Uygun olduğu durum | Tedarik tarihi belirsiz, ürün düzenli olarak geliyor | Tarih tedarikçiden teyitli, yeni sezon veya lansman |
Tedarik tarihini kesin bilmediğiniz bir ürünü ön siparişe açmak, satış değil borç üretir. Bekleme listesi bu belirsizliği yönetir: kullanıcıdan para değil yalnızca izin alır, ürün geldiğinde haber verir ve kimseye teslim taahhüdü vermez. Bu yüzden çoğu katalog için doğru başlangıç bekleme listesidir.
Bildirimden sonra ürün sayfası hazır olmalı
Stok bildirimi, sitenizin en yüksek niyetli trafiğini tek bir sayfaya yönlendirir. O sayfa hazır değilse bildirim boşa gider. Bildirim gönderilmeden önce dört şeyin doğrulanması gerekir:
- Doğru varyant seçili gelmeli. Bağlantı, kullanıcının beklediği beden veya renk seçili hâlde açılmalı; kullanıcıya seçimi yeniden yaptırmak sürtünme üretir.
- Fiyat güncel olmalı. Ürün yeni fiyatla döndüyse mesajda görünen tutarla sayfadaki tutar aynı olmalıdır.
- Teslim süresi yazılı olmalı. Bekleyen kullanıcı zaten sabretmiştir; kargonun ne zaman çıkacağını görmek ikinci bir bekleyişe razı olup olmayacağını belirler.
- Stok görünürlüğü dürüst olmalı. Az adet geldiyse bunu belirtmek, bildirimin kademeli gönderiminde beklenen aciliyeti gerçek bir bilgiye dayandırır.
Toplanan talebi stok planlamasına bağlamak
Modülün az konuşulan çıktısı budur. Satış raporunuz yalnızca stokta olan ürünün ne kadar sattığını söyler; stokta olmadığı için kaçırdığınız talebi göstermez. Bekleme listesi tam olarak bu boşluğu ölçer.
Elinizde şu sorulara cevap veren bir veri oluşur: hangi ürün en çok beklenmiş, hangi varyant kırılımında talep yoğunlaşmış, bekleyenlerin kaçta kaçı bildirim sonrası satın almış. Üçüncü rakam özellikle önemlidir; yüksekse tedarik miktarını artırmak için sağlam bir gerekçeniz var demektir. Bu liste, bir sonraki siparişin öncelik sırasını satış tahmininden daha dürüst verir. Aynı veriyi dönüşüm tarafındaki diğer kaldıraçlarla birlikte okumak isterseniz dönüşüm oranı yükseltme rehberimiz ölçüm çerçevesini anlatıyor.
Bekleyene alternatif önermek: ne zaman doğru?
Bekleme listesine kaydolmuş bir kişiye benzer ürün önermek, yanlış zamanlandığında kaydı iptal ettirir. Kişi beklemeyi seçmiştir; bu bir tercihtir ve hemen ardından "şunu al" demek, tercihi geçersiz saymaktır.
Alternatif önerisinin doğru olduğu üç durum vardır. Birincisi, ürünün geri gelmeyeceğinin kesinleşmesidir; bu durumda kaydı olan herkese durumu açıkça bildirmek ve en yakın alternatifi göstermek gerekir. İkincisi, bekleme süresinin öngörülenden belirgin biçimde uzamasıdır; kişiye durumu bildirip beklemeye devam etmek isteyip istemediğini sormak, sessiz kalmaktan iyidir. Üçüncüsü, kullanıcının kendi talebiyle sayfada dolaşmaya devam etmesidir; ürün sayfasındaki benzer ürünler bölümü bu ihtiyacı zaten karşılar.
Bu üç durumun dışında alternatif önerisi mesaj kanalında yapılmaz. Bekleyen kişiye gönderilecek tek mesaj, beklediği ürünle ilgili olmalıdır; başka ürün önerisi eklendiği anda mesaj tanıtım niteliği kazanır ve kaydolurken verilen izinin kapsamını aşar.
Ürün sayfasının geri kalanı
Bekleme listesi formu tek başına çalışmaz; tükenen ürün sayfasının hâlâ ikna edici olması gerekir. Kişi formu doldurup beklemeye karar verirken de aynı sorulara cevap arar: bu ürün gerçekten iyi mi, iade koşulu nedir, ne zaman gelir. Ürün yorumlarının ve soru-cevapların sayfada durmaya devam etmesi bu yüzden önemlidir; pazaryerinde biriken değerlendirmelerinizi yorum modülüyle siteye taşıdıysanız tükenen sayfada bile sosyal kanıt yerinde kalır.
Aynı ziyaretçiye alternatif ürün göstermek de sayfa içinde yapılabilir. Ancak alternatifin bekleme listesi formunun önüne geçmemesi gerekir; kişi beklemeyi seçtiyse bu seçimi zorlaştırmak, en yüksek niyetli sinyali kaybetmek olur. Ürün sayfasında hangi bileşenin nereye konacağını ürün sayfası dönüşüm modülleri yazımızda ayrıca ele aldık.
STools Stok Hatırlatıcı modülü nasıl çalışır?
Modülün iki parçası vardır. Ürün sayfasındaki form mağazanıza kod olarak eklenir ve tükenen varyant seçildiğinde satın alma butonunun yerinde görünür. Bildirim katmanı ise mesaj katmanında çalışır ve altyapıdan yalnızca stok bilgisini okur. Bu nedenle Ticimax, IdeaSoft, Ikas, T-Soft, Shopify, WooCommerce, Faprika, Akinon, Magento ve özel yazılımlarda kullanılabilir. Kurulumu STools yapar; mağazanın kod yazması gerekmez.
- Varyant bazlı kayıt: Talep, tükenen varyant düzeyinde tutulur; bildirim yalnızca o varyant satılabilir olduğunda gider.
- Satılabilir stok kontrolü: Rezerve edilmiş veya iade sürecindeki stok bildirim tetiklemez.
- Kademeli gönderim: Gelen adede göre kayıt sırasıyla parti parti bildirim gönderilir.
- Tek bildirim kuralı: Aynı kişiye aynı varyant için tek bildirim gider; tekrar bildirim yeni kayıt gerektirir.
- Ayrı izin: Stok bildirimi onayı pazarlama izni yerine geçmez, iki kayıt ayrı tutulur.
- Talep raporu: Ürün ve varyant bazında bekleyen sayısı, bildirim sonrası satın alma oranı ve bekleme süresi panelde tutulur.
Sık yapılan altı hata
- Tükenen ürün sayfasını silmek ve arama değerini kaybetmek.
- Talebi ürün düzeyinde toplayıp yanlış varyant için bildirim göndermek.
- Bekleme listesinin tamamına, gelen stoktan bağımsız olarak aynı anda bildirim göndermek.
- Bildirim mesajına kampanya ve kupon ekleyip kategoriyi değiştirmek.
- Stok bildirimi için alınan numarayı genel kampanya listesine eklemek.
- Toplanan talep verisini raporda bırakıp tedarik kararına hiç bağlamamak.
Tükenen ürün sayfasının yönetimini ayrıntılı okumak için stok hatırlatıcı ve geri gelen ürün yazımıza, aynı ziyaretçiyi sepete taşıyan diğer akış için sepet hatırlatıcı modülüne bakabilirsiniz.