Epin Scripti Bayi Fiyat Gizliliği Yönetimi: Bayin Senin Alış Fiyatını Nasıl Öğreniyor ve Bunu Kapatmanın Sessiz Yolu Ne?

Çoğu kişi bayi fiyatlandırmasını basit bir matematik sanır: maliyetin üstüne yüzde koyarsın, bayiye gösterirsin, iş biter. Oysa e-pin tarafında fiyat bir sayı değil, bir bilgidir. Ve bilgi, sistem içinde nereye kadar gidebiliyorsa oraya kadar sızar. Bayin panelde gördüğü rakam, sepette gördüğü rakam, API cevabında dönen rakam, faturada yazan rakam, iade edilen tutarın kuruşu ve hatta stok uyarısındaki küçük bir alan; bunların hepsi ayrı ayrı birer pencere. Tek bir pencere açık kaldığında, senin alış fiyatın ya da başka bir bayiye verdiğin özel iskonto ortaya çıkar.

Bu yazıda, bir e-pin satış scripti üzerinde fiyat gizliliğinin nasıl katmanlandığını, en sık görülen sızıntı noktalarını ve bunları kapatırken ticari ilişkiyi bozmadan nasıl davranman gerektiğini anlatacağım. Anlatım teorik değil; sahadaki bayilik yapılarında defalarca tekrarlanan somut senaryolar üzerinden ilerleyecek. Sonunda kendi kurulumunu denetleyebileceğin bir kontrol listesi de bulacaksın.

Bayi senin maliyetini gerçekten görebiliyor mu?

Doğrudan göremez ama çıkarım yapabilir. E-pin işinde bayiler birbirini tanır; aynı Telegram gruplarında, aynı forumlarda, aynı oyuncu topluluklarında dolaşırlar. Bir bayi kendi fiyatını, ikinci bir bayi kendi fiyatını paylaştığında aradaki fark senin kademe yapını ele verir. Üçüncü bir veri noktası eklendiğinde, artık senin taban maliyetin de tahmin edilebilir hale gelir. Bu yüzden fiyat gizliliği tek bayiyi değil, bayiler arası farkı korumakla ilgilidir.

Teknik tarafta işler daha da açıktır. Birçok dijital ürün satış yazılımı, bayi paneline ürün listesini gönderirken JSON içinde tüm kademeleri birden taşır ve arayüzde yalnızca ilgili olanı gösterir. Tarayıcı konsolunu açan herkes diğer kademeleri görür. Aynı şekilde sipariş detayında "kazanç", "komisyon" veya "kâr" isimli bir alan varsa, bayi kendi alışını senin alışına oranlayarak tersine mühendislik yapar. Pinova gibi bayilik odaklı kurulan bir e-pin yazılımı tarafında bu alanlar sunucu tarafında filtrelenir; istemciye giden veri, bayinin görmeye yetkili olduğu tek kademeden ibarettir. Fark küçük gibi görünür ama sonucu marjdır.

Fiyat katmanı mı, bayi grubu mu, kişiye özel iskonto mu?

Üç yapı da işe yarar, üçü de farklı riskler taşır. Fiyat katmanı en yönetilebilir olanıdır: bronz, gümüş, altın gibi seviyeler tanımlarsın, bayi cirosuna göre seviye atlar. Şeffaftır, savunması kolaydır, "neden ona daha ucuz" sorusuna cevabın hazırdır. Bayi grubu ise ürün bazlı ayrışmaya izin verir; bir grup yalnızca belirli oyun kategorilerinde avantajlı fiyat görür.

En riskli olan üçüncüsüdür: kişiye özel iskonto. Büyük bir bayiyi kaçırmamak için verilen tekil indirim, öğrenildiği anda tüm sistemin meşruiyetini yıkar. Çünkü diğer bayiler artık bir kurala değil, bir pazarlığa baktıklarını anlarlar. Bunu tamamen yasaklamak gerçekçi değil; ama kişiye özel fiyatı bir sözleşme koşuluna bağlamak gerekir: aylık taahhüt, ön ödeme, ürün bazlı münhasırlık. Böylece indirim keyfi değil, karşılığı olan bir düzenleme haline gelir ve ifşa olduğunda savunulabilir. Kurduğun e-pin scripti bu koşulu kayıt altına alabiliyorsa, ticari tartışma teknik kayıtla biter.

Neden en büyük sızıntı teknik değil, insani?

Sahada gözlemlenen tabloyu kabul etmek gerekir: fiyat bilgisinin çoğu kod açığından değil, konuşmadan sızar. Destek ekibindeki bir kişi bayiye yardım etmek isterken "aslında bizim maliyetimiz şu civarda" der. Satış tarafındaki biri yeni bayiyi ikna etmek için rakip kademeyi örnek gösterir. Bir bayi ekran görüntüsünü gruba atar ve kimse engelleyemez.

Bunun çözümü ceza değil, bilgiyi ihtiyaç kadar dağıtmaktır. Destek personeli bayinin gördüğü ekranın aynısını görmeli, daha fazlasını değil. Muhasebe raporlarına erişim ayrı bir rol olmalı. Panelde "kimin hangi fiyatı gördüğü" bir denetim kaydına yazılmalı ki bir ifşa durumunda kaynağı daraltabilesin. Bu, insan hatasını sıfırlamaz ama hatanın yüzey alanını küçültür ve pratikte fark yaratan da tam olarak budur.

Fiyat değişimini bayiye nasıl duyurursun ki kademe açığa çıkmasın?

Tedarikçi zammı geldiğinde çoğu işletme tek bir duyuru metni yazıp herkese gönderir. Metinde "yeni fiyatımız X" yazdığın anda, farklı kademedeki iki bayi aynı cümleyi okur ve panelde gördükleriyle karşılaştırır. Doğru yöntem, duyurunun içeriğini alıcıya göre üretmektir: bildirim şablonunda fiyat alanı sabit metin değil, alıcının kendi kademesinden çekilen bir değişken olmalıdır.

İkinci kural, zam yönteminin tutarlılığıdır. Tüm kademelere aynı yüzdeyi uygularsan yapı korunur; tek bir kademeye farklı oran uygularsan, kademeler arası mesafe değişir ve gözlemci bunu fark eder. Üçüncü kural ise zamanlamadır: fiyatı önce panelde güncelleyip duyuruyu sonra göndermek, aradaki boşlukta sipariş veren bayilerle tartışma doğurur. Duyuru ile geçerlilik anı aynı olmalı, mümkünse ileri tarihli planlı fiyat olarak tanımlanmalıdır.

Bayi kendi müşterisine fiyatını nasıl belirlemeli, buna karışmalı mısın?

Karışmazsan, agresif bir bayi kendi marjını sıfırlayıp pazarı bozar; diğer bayiler senin kanalını terk eder. Fazla karışırsan, bayi bağımsızlığını kaybettiğini düşünür. Uygulanabilir orta yol taban satış fiyatı tanımlamaktır: bayi şu tutarın altında satamaz, üstünde istediğini yapabilir. Bu, bayinin kendi rekabetini serbest bırakırken senin kanalını yıkıcı fiyattan korur.

Teknik olarak bu, bayinin kendi vitrinine senin sisteminden fiyat çekmesiyle uygulanır. Bayi, kendi son kullanıcı fiyatını panelden girer; sistem taban fiyatın altındaki değeri kabul etmez ve nedenini açıkça yazar. Böylece kural bir uyarı mesajına dönüşür, bir tartışmaya değil. İyi kurgulanmış bir dijital ürün satış scripti burada iki şeyi birden yapar: taban fiyatı denetler ve ihlal denemelerini loglar. İkinci veri, hangi bayinin kanal disiplinini zorladığını sana önceden gösterir.

Kendi kurulumunu nasıl denetlersin?

Denetimi tahminle değil, rol değiştirerek yaparsın. Test amaçlı bir bayi hesabı açarsın, ona en alt kademeyi verirsin ve o hesapla sistemde gezersin. Sipariş verirsin, iade talebi açarsın, fatura indirirsin, dışa aktarım alırsın, mobil görünümü kontrol edersin. Her adımda tek soruyu sorarsın: bu ekranda benim görmemem gereken bir sayı var mı?

Aşağıdaki liste bu denetimi sistemli hale getirir. Her satırı kendi kurulumunda tek tek işaretle; boş kalan satır, doğrudan kapatman gereken bir açıktır.

Fiyat gizliliği, bir defa kurulup unutulan bir ayar değil; her yeni ürün, her yeni rapor ve her yeni personelle yeniden kontrol edilmesi gereken bir disiplindir. Yukarıdaki kontrol listesini kendi paneline uyguladığında açıkların çoğunu ilk turda kapatırsın. Kademeli fiyatlandırmanın, rol bazlı görünürlüğün ve taban satış fiyatının gerçek bir kurulumda nasıl davrandığını görmek istersen canlı demo üzerinden bayi hesabıyla dolaşabilir, kendi senaryonu adım adım deneyebilirsin.