Dijital Ürün Scriptinde Pasif Ürün Mezarlığı: Sildiğini Sandığın Ürünler Neden Hâlâ Sisteminde Yaşıyor ve Ciroyu Sessizce Kemiriyor?

Çoğu işletme sahibi, satışı duran bir dijital ürünü panelden silince işin bittiğini sanır. Ürün listeden kalkar, vitrin temizlenir, içi rahat eder. Oysa bir e-pin scriptinin içinde o ürün silinmez; sadece görünmez olur. Arkasında bıraktığı sipariş satırları, iade kayıtları, kupon eşleşmeleri, arama indeksindeki adresi ve bayi fiyat listesindeki satırı olduğu gibi durur. Sen vitrini temizlerken veritabanında bir mezarlık kurmuş olursun.

İşin asıl tuhaf tarafı şu: bu mezarlık sessiz değildir. Aylar sonra bir müşteri eski faturasını açtığında ürün adı boş gelir, bir arama motoru eski adresi ziyaret edip 404 yer, muhasebe raporunda ciro satırı "bilinmeyen ürün" olarak görünür. Bu yazıda, dijital ürün satış scripti tarafında pasif ürün ve arşivleme politikasının neden bir teknik detay değil, doğrudan ciro meselesi olduğunu adım adım açacağım.

Silmek ile arşivlemek neden aynı şey değil?

Silme işlemi kaydı yok eder; arşivleme kaydı yerinde bırakıp görünürlüğünü kapatır. Fiziksel üründe bu fark önemsizdir, çünkü geçmiş sipariş satırında ürün adı metin olarak kopyalanmıştır. Dijital üründe ise durum farklıdır: sipariş satırı çoğu zaman ürünün kimliğine bağlıdır, teslim edilen kod o kimliğe göre eşleşir, iade talebi o kimlik üzerinden açılır. Kimliği yok ettiğinde geçmişi de yok edersin.

Sağlam bir e-pin satış scripti, ürün tablosuna tek bir aktiflik bayrağı koymakla yetinmez. En az üç durum ayırır: yayında, pasif ve arşiv. Pasif ürün geçici olarak satıştan kalkmıştır, stok gelince geri döner. Arşiv ürün bir daha satılmayacaktır ama geçmişi taşır. Bu ayrımı yapmayan bir epin yazılım kurgusunda, tedarikçi bir hafta kod veremediği için pasife alınan ürünle, oyunu kapanmış bir markanın ürünü aynı kutuya düşer ve ikisi de aynı şekilde unutulur.

Bir ürünü pasife aldığında arka planda tam olarak ne kırılır?

Panelde tek tık gibi görünen işlem, aslında zincirleme bir olaydır. Ürün vitrinden kalkar, kategori sayımları değişir, sepetteki açık kayıtlar sahipsiz kalır, kupon kapsamı daralır, bayi fiyat listesi tutarsızlaşır ve varsa pazaryeri beslemende ölü satır oluşur. Aşağıdaki tablo, doğru kurgulanmış bir dijital ürün satış yazılımı ile gevşek kurgulanmış bir sistemin aynı işlem karşısında nasıl ayrıştığını gösteriyor.

Arşivleme politikası yazmadan panel ayarı değiştirmenin bedeli nedir?

Politikasız arşivleme, kişiye bağlı arşivlemedir. Bugün ürünleri sen pasife alırsın, yarın destek ekibinden biri alır, ertesi ay bir bayi temsilcisi "görünmesin" der. Üç ay sonra kataloğunda hangi ürünün neden kapalı olduğunu kimse bilmez. Bu noktada iki yanlış refleks devreye girer: ya hepsi toptan silinir ve geçmiş kırılır, ya da hepsi öylece bırakılır ve panel kullanılamaz hale gelir.

Politika üç soruya yazılı cevap vermelidir. Birincisi, bir ürün kaç gün satışsız kalırsa pasife düşer? İkincisi, pasif bir ürün kaç gün sonra arşive taşınır? Üçüncüsü, arşiv ürünün adresi ne olur? Bu üç cevabı verdiğin anda, e-pin satış yazılımı tarafında otomatikleştirilebilir bir kural setin olur ve karar kişilerden çıkıp sisteme geçer.

Arşiv sayfası SEO açısından neden bir fırsattır?

Satışı biten bir ürünün adresi genellikle yıllarca bağlantı toplamış, forumlarda paylaşılmış, arama motorunda konum kazanmıştır. Bu adresi 404'e düşürmek, birikmiş değeri çöpe atmaktır. Bunun yerine arşiv sayfası kurarsın: sayfa açık kalır, üstte "bu ürün artık satışta değil" uyarısı görünür, hemen altında güncel alternatifler listelenir. Ziyaretçi kaybolmaz, alternatife geçer.

Alternatifi olmayan ürünlerde ise kalıcı yönlendirme daha doğrudur. Kritik nokta, kararı tek tek elle değil kural ile vermektir. Doğru kurulmuş bir dijital ürün satış scripti arşivleme sırasında sana "bu ürüne en yakın üç aday şudur" diye sorar ve seçtiğin adayı yönlendirme tablosuna yazar. Böylece kataloğun küçülürken otoriten küçülmez.

Uygulamaya geçmeden önce hangi kontrolleri yapmalısın?

Arşivleme politikası kâğıt üzerinde güzel durur ama uygulamada tek bir eksik kontrol bütün zinciri kırar. Aşağıdaki listeyi kendi paneline uygula; her satırı işaretleyemiyorsan politikan henüz hazır değildir. Bu kontrol listesi aynı zamanda yeni bir e-pin yazılımı değerlendirirken sorman gereken soruların da iskeletidir.

Otomatik kural mı, elle karar mı doğru yaklaşım?

İkisi de tek başına yetmez. Doğru model kademeli olandır: sistem aday listesi üretir, insan onaylar. Örneğin 60 gündür satışı olmayan ve stoğu sıfır olan ürünler otomatik olarak "arşiv adayı" kutusuna düşer; sen haftada bir bu kutuyu açıp toplu onay verirsin. Böylece ne katalog şişer ne de sezonluk bir ürün yanlışlıkla kapanır.

Bu modelin en büyük faydası ölçülebilir olmasıdır. Her ay kaç ürün arşivlendi, kaçı geri açıldı, arşiv sayfalarından kaç kişi alternatife geçti sorularının cevabı raporda durur. Panelinin sana bu sayıları verememesi, aslında arşivleme politikanın olmadığının en net kanıtıdır. Pinova tarafında bu akışın nasıl kurgulandığını özellikler bölümünde görebilirsin.

Katalog temizliği bir defalık iş değil, sürekli işleyen bir politikadır ve bu politikayı taşıyacak yapı yazılımın içinde hazır olmalıdır. Pasif, arşiv ve geri alma akışlarının panelde nasıl göründüğünü kendi gözünle görmek istersen canlı demo üzerinden tüm ürün yaşam adımlarını deneyebilir, ardından fiyat seçeneklerine göz atabilirsin.