Stok bitince ilan kendiliğinden kapanmalı

'Stokta yok' mesajını iyi yazmak bir iletişim becerisidir; o mesajın hiç gelmemesini sağlamak ise bir sistem kararıdır. Stok sıfırlandığı hâlde açık kalan ilan, rafı boşalmış ama vitrin tabelası duran bir dükkâna benzer: içeri giren herkes ya soru sorar ya da alamayacağı ürünü satın almaya çalışır. İki durumda da maliyet mağazaya yazılır.

Bu yazı, iki ucun maliyetini ayrı ayrı ele alıyor: stok bittiği hâlde açık kalan ilan ve hiçbir açıklama bırakmadan sessizce kapanan ilan. İkisinin ortasındaki cevap bir mesaj şablonu değil; ilan durumunu ve stok adedini aynı kaynaktan yöneten bir kurgu. Şablon gerekli, ama tek başına semptomu tedavi ediyor.

Açık kalan ilan, her görüntülenmede iki sonuçtan birini üretir

Stok sıfırken açık duran bir ilanın önünde müşterinin iki seçeneği vardır: sormak ya da sipariş vermek. Soru, gelen kutuya bir 'var mı, hemen kargolanır mı' mesajı olarak düşer ve cevaplanana kadar bekler. Sipariş ise daha pahalı senaryodur: para tahsil edilir, ardından ürünün gönderilemeyeceği anlaşılır ve süreç iptalle sonuçlanır.

İptalin maliyeti kanala göre değişir ama hiçbir kanalda küçük değildir. Kendi mağazanızda iptal; tahsil edilen tutarın iadesi, para dönene kadar bekleyen bir müşteri ve ilk deneyimi iptalle başlayan bir ilişki demektir. Pazaryerinde ise iptal, satıcı kaynaklı bir işlem olarak platformun kendi kurallarına göre kayda geçer — kuralı siz değil platform koyar ve itiraz makamı da platformdur.

Mekanizma basittir: açık ilan bir vaattir. Sayfada 'sepete ekle' düğmesi duruyorsa müşteri, ürünün var olduğunu ve kargolanacağını varsayar. Stok sıfırken bu vaadi taşımaya devam eden ilan, mağazanın veremeyeceği bir sözü her görüntülenmede yeniden verir.

Mesaj şablonu semptomu tedavi eder; soruyu üreten ilanın kendisidir

İyi yazılmış bir 'stokta yok' mesajı tek tek soruları kapatır ama soru akışını durdurmaz. Kaynak açık kaldıkça her yeni görüntülenme yeni bir soru üretir; şablon da aynı cevabı giderek daha çok kişiye yazmanın aracına dönüşür.

Müşterinin sormaktan başka seçeneği olmadığını görmek için akışa bakmak yeterli. İlanı görür; stok durumu sayfada ya hiç yoktur ya da gerçeği yansıtmaz; tek doğrulama yolu mesaj yazmaktır. Şablon bu mesajın cevabını hızlandırır. İlanın stokla birlikte kapanması ise mesajın kendisini doğmadan keser.

Şablon, sorunun cevabını hızlandırır; ilanın stokla birlikte kapanması, sorunun doğmasını engeller.

Sessiz kapanış da bedava değil

Ters uç da maliyetsiz değildir. İlanı kapatıp iletişimi de kapatmak, ürünle ilgilenen müşteriyi boşluğa düşürür. Ürünü favorileyen, sepetinde bekleten veya sekmesini açık tutan müşteri, ilan kapansa da yazar; yazdığında karşılık bulamazsa yalnızca bugünkü satış kaybolmaz, ürün geri geldiğindeki satış da onunla birlikte gider.

Sessiz kapanışın ikinci maliyeti veri tarafındadır. 'Gelince haber verelim mi' sorusu iki iş birden görür: müşteriden iletişim izni alır ve yeniden stok kararına girdi üretir. Kaç kişinin haber beklediğini bilen mağaza, hangi üründen ne kadar sipariş vereceğine tahminle değil kayıtla karar verir. Açıklamasız kapanan ilan bu sinyali hiç toplamaz.

Bir uyarı: bu iletişimde tarih vermek, ancak tedarik tarihi kayıtta varsa doğrudur. 'Yarın gelir' cümlesi, tutmadığı anda ikinci ve daha zor bir konuşma doğurur. Tarih yoksa bunu söylemek — 'net tarih yok, gelince haber verelim' — kısa vadede daha az parlak, orta vadede çok daha ucuz bir cevaptır.

İlan ve stok aynı kaynaktan kapanmalı

Kalıcı çözüm bir hatırlatma değil, bir bağlantıdır: ilanın durumu, stok adedinin tutulduğu kayıttan türemelidir. Yazılım dünyasında buna 'single source of truth' — tek doğru kaynak — denir: aynı bilgi iki yerde ayrı ayrı tutulmaz, biri diğerinden beslenir. Stok adedi neredeyse, ilanın açık ya da kapalı olduğu bilgisi de oradan üretilmelidir.

Elle senkronun kırıldığı yer hep aynıdır: son ürün, panelin başında olmadığınız bir saatte satılır. Birden fazla kanalda satış varsa aynı son ürün iki yerde aynı anda bile satılabilir. 'Stok bitince ilanı kapatmayı hatırlamak' bu yüzden bir süreç değil, bir umuttur. Süreç şudur: sipariş düşer, stok azalır, adet sıfırlandığı anda satın alma kendiliğinden kapanır ve soru kaynağında kesilir.

Somut örnek: aynı ürün hem kendi mağazanızda hem bir pazaryerinde listeliyse ve son adet pazaryerinden satıldıysa, kendi mağazanızdaki ilan o andan itibaren tutulamayacak bir vaat taşır. Stok tek bir kayıtta düşüyor ama iki vitrin de o kayda bakmıyorsa, vitrinlerden biri her zaman geç kalır. Kanal sayısı arttıkça bu gecikmenin sıklığı da artar.

Modern e-ticaret altyapılarının çoğu bu bağlantıyı bir ayar olarak sunar: stok takibi açıkken adet sıfırlandığında ürün satışa kapanır veya 'tükendi' olarak işaretlenir. Bu ayarın açık olup olmadığını kontrol etmek dakikalar sürer; açık olmamasının faturası ise yukarıdaki tablonun ilk satırıdır.

Bu sürecin Prodixa'daki karşılığı

Prodixa ilan açıp kapatmaz; ilan durumu, stok kaydının tutulduğu mağaza altyapısında yönetilir. Prodixa'nın rolü denklemin mesaj tarafındadır: 'var mı' sorusu WhatsApp, Instagram DM, Messenger veya Gmail'den geldiğinde ajan, bağlı mağazanın — ikas, Shopify, IdeaSoft veya WooCommerce — stok kaydına bakar ve cevabı o kayıttan kurar.

Stok sıfırsa ajan bunu söyler; kayıtta tedarik tarihi yoksa tarih uydurmaz. Emin olamadığı durumda konuşmayı insana devreder ve devrettikten sonra susar. Böylece ilanın stokla birlikte kapanması soruların büyük kısmını kaynağında keser; yine de gelen mesajlar — açık sekmeden, favoriden, eski bir paylaşım linkinden — kayıttan beslenen bir cevapla karşılanır.

Sınır da nettir: pazaryeri müşterisinin sorusunda pazaryerinin kuralları geçerlidir. Prodixa, Trendyol veya Hepsiburada panelinin yerini almaz; oradaki ilan ve stok yönetimi platformun kendi ekranlarında kalır.