Çoğu kişi epin satış scripti almanın zor kısmının seçim olduğunu sanır. Hâlbuki zor kısım seçim değil, yanlış seçimin ne zaman anlaşıldığı. Kötü bir karar ilk hafta kendini göstermez; ürünler yüklenir, tema güzel görünür, ilk sipariş gelir, herkes mutludur. Sorun ikinci ayda, hacim biraz arttığında, ilk iade talebi geldiğinde, ilk bayi kaydolduğunda ortaya çıkar. O noktada sorun bir hata değil, bir mimari tercih olduğu için düzeltmek de aynı parayı bir kez daha ödemek anlamına gelir.
İlginç olan şu: hatalar rastgele değil. Yüzlerce farklı işletme, birbirini hiç tanımadan tam olarak aynı on hatayı yapıyor. Sıraları bile benzer. Bu yüzden bu rehber bir liste değil; bir güzergâh haritası. Aşağıdaki on maddeyi okuyup kendi durumuna işaretlediğinde, önümüzdeki altı ayda seni bekleyen sürprizlerin çoğunu bugünden görebilirsin.
Hata 1-2: Fiyata bakmak ve demoyu atlamak
En yaygın hata en düşük fiyatı seçmek değil, fiyatı ilk kriter yapmak. Fiyatı ilk sıraya koyduğun anda beyin geri kalan her şeyi o rakamı haklı çıkarmak için okur. Eksik modülü "sonra eklerim", belirsiz lisansı "herhalde sorun olmaz" diye geçiştirirsin. Fiyat kriterdir ama son kriterdir.
İkinci hata daha maliyetli: demoyu gerçekten kullanmamak. Çoğu kişi demoya girer, ana sayfaya bakar, tasarımı beğenir ve çıkar. Oysa bir dijital ürün satış scriptinin karakteri ana sayfada değil, panelin üçüncü katmanında yaşar. Demoda yapman gereken dört şey var: bir sipariş oluştur, o siparişi iade et, bir stok kodunu tüketip bittiğinde ne olduğuna bak, bir bayi hesabı açıp kendi fiyat listesini kur. Bu dördü on beş dakika sürer ve kararının yarısını tek başına verir.
Hata 3-4: Bayi katmanını sonraya bırakmak ve iadeyi hiç düşünmemek
Neredeyse herkes "önce perakende satalım, bayi işini sonra düşünürüz" diyor. Sonra ne oluyor? Üçüncü ayda bir toptancı yazıyor, aylık düzenli hacim vaat ediyor, ve elindeki epin yazılım o katmanı desteklemediği için ya manuel WhatsApp üzerinden çalışıyorsun ya da işi kaçırıyorsun. Bayi katmanı sonradan eklenen bir özellik değil; fiyatlandırma, bakiye ve yetkilendirme mimarisini baştan etkileyen bir yapıdır.
İade ise en çok göz ardı edilen konu. Dijital üründe iade "olmaz" sanılır, oysa gerçek hayatta sürekli olur: yanlış bölge kodu, çalışmayan kod, çift çekim, müşteri itirazı. Bir e-pin satış scripti iade akışını desteklemiyorsa iade işini elle yaparsın ve muhasebe ile stok ilk ayda birbirinden kopar. Tabloda araman gereken satır şudur: kısmi iade, stok geri alma ve cüzdana bakiye dönüşü ayrı ayrı yapılabiliyor mu?
| Hata | Ne zaman anlaşılır | Gerçek bedeli |
|---|---|---|
| Fiyatı ilk kriter yapmak | 3-6. ay | İkinci kez kurulum bedeli |
| Demoyu kullanmamak | İlk 2 hafta | Geri dönülemeyen veri göçü |
| Bayi katmanını ertelemek | 3. ay | Kaçırılan toptan hacim |
| İade akışını düşünmemek | 1. ay | Stok ve muhasebe uyumsuzluğu |
| Tek ödeme sağlayıcıya bağlanmak | Sağlayıcı kesintisinde | Kapalı kalma süresi kadar ciro |
| Lisansı yazılı almamak | Domain değişiminde | Yeni lisans ücreti |
| Veri çıkışını sormamak | Sağlayıcı değişiminde | Müşteri ve sipariş geçmişi |
| Log ve yetkiyi atlamak | İlk personel hatasında | İzi sürülemeyen stok kaybı |
| Aşırı özelleştirme | İlk güncellemede | Güncellenemeyen kurulum |
| Destek süresini konuşmamak | İlk kritik arızada | Kampanya gününde satış kaybı |
Hata 5-6: Tek ödeme sağlayıcısı ve yazılı olmayan lisans
Ödeme tarafında tek sağlayıcıya bağlanmak, tüm işletmeyi tek bir dış kararın insafına bırakmaktır. Hesap incelemeye düştüğünde, bir sağlayıcı geçici kesinti yaşadığında ya da komisyon tek taraflı arttığında alternatifin yoksa pazarlık gücün sıfırdır. Doğru soru "hangi sağlayıcı var" değil, "ikinci sağlayıcıyı panelden kaç dakikada devreye alabilirim" olmalı.
Lisans tarafı daha sinsi. Sözlü olarak "tabii kullanırsın" denen şeyler, domain değiştirdiğinde, ikinci bir marka açtığında ya da işletmeyi devrettiğinde birden ücretli hâle gelir. Lisansın kaç domaini kapsadığı, test alt alan adının dahil olup olmadığı, devir şartı ve süre mutlaka yazılı olmalı. Bu üç satır bir sayfa tutmaz ama ilerideki en pahalı sürprizi ortadan kaldırır.
Pişmanlık sebeplerinin dağılımı
- Eksik operasyon özellikleri 38%
- Destek ve güncelleme sorunları 27%
- Lisans ve veri sahipliği 22%
- Performans ve altyapı 13%
Hata 7-8: Veri sahipliğini sormamak ve log/yetkiyi atlamak
Yedinci hata, herkesin en son öğrendiği ders: verinin kimde olduğunu sormamak. Müşteri listesi, sipariş geçmişi, bayi bakiyeleri ve kullanılmış kod kayıtları senin varlığındır. Tam veritabanı yedeğini kendi başına alıp kendi sunucunda ayağa kaldırabiliyor musun? Cevap net bir "evet" değilse, sağlayıcıyı değiştirmek teknik bir iş olmaktan çıkıp bir pazarlığa dönüşür ve o pazarlıkta güçlü taraf sen olmazsın.
Sekizinci hata ise ekip büyürken patlıyor. Tek başına çalışırken log ve yetki gereksiz görünür. İkinci kişi panele girdiği anda hayati hâle gelir: kim hangi stoğu düzenledi, kim hangi siparişi elle teslim etti, kim bayi bakiyesine manuel yükleme yaptı. İyi bir e-pin satış yazılımı bu soruların cevabını tek ekranda verir. Vermiyorsa, ilk tutarsızlıkta kimseyi suçlayamazsın çünkü elinde kanıt yoktur.
Demoda tek bir stok kodunu bitir. Stok sıfırlandığında ürünün otomatik olarak satışa kapanıp kapanmadığı, o yazılımın olgunluğunu tek başına söyler.
Hata 9-10: Aşırı özelleştirme ve destek şartlarını konuşmamak
Dokuzuncu hata iyi niyetten doğar. İlk hafta her şeyi kendine göre yaptırmak istersin; çekirdek kodun içine on yerde müdahale edilir. Sonra ilk güncelleme gelir ve kurulumun güncellenemez hâle gelir. Sağlıklı yol şudur: ilk otuz gün hiçbir çekirdek değişiklik yapmadan sat, gerçek ihtiyaçların hangileri olduğunu veriden öğren, sonra sadece onları ve mümkünse eklenti/tema katmanından değiştir.
Onuncu hata ise en sessizi: destek şartlarını hiç konuşmamak. "7/24 destek" bir taahhüt değil, bir slogandır. Taahhüt şudur: mesai içi ilk yanıt süresi, kritik arıza tanımı, kritik arızada müdahale süresi ve bu işin hangi kanaldan yürüyeceği. Kampanya gününde ödeme akışı durduğunda, elinde bu dört satır varsa arıza bir saat sürer; yoksa bir gün. Pinova'nın özellikler bölümünde hangi işlevin standart pakette olduğunu görebilir, fiyat tarafını da aynı gözle okuyabilirsin.
| Satın alma öncesi kontrol | Durum |
|---|---|
| Demoda sipariş oluşturup iade ettim | Evet / Hayır |
| Bir stok kodunu tüketip davranışı gördüm | Evet / Hayır |
| Bayi hesabı açıp fiyat listesi kurdum | Evet / Hayır |
| İkinci ödeme sağlayıcısı ekleme yolunu öğrendim | Evet / Hayır |
| Lisans kapsamını yazılı aldım | Evet / Hayır |
| Tam veritabanı yedeği alabildiğimi doğruladım | Evet / Hayır |
| Panel log ve yetki ekranlarını inceledim | Evet / Hayır |
| Kritik arıza müdahale süresini netleştirdim | Evet / Hayır |
On hatanın hiçbirini yapmadan başla
Standart pakette ne var, ne yok; hepsi açık. Pinova'yı kendi senaryolarınla dene, sonra karar ver.
En pahalı hata hangisi?
Veri sahipliğini sormamak. Diğer hataların çoğu para ile düzelir; müşteri ve sipariş geçmişini kaybetmek düzelmez.
Demoda kaç dakika geçirmem yeterli?
On beş dakika bile yeterli, yeter ki doğru dört şeyi yap: sipariş, iade, stok tüketme, bayi hesabı.
Bayi katmanına şimdiden ihtiyacım yoksa yine de önemli mi?
Evet. Bayi yapısı fiyatlandırma ve bakiye mimarisini etkiler; sonradan eklemek, mimariyi yeniden kurmak demektir.
Özelleştirme yapmak yanlış mı?
Yanlış olan zamanlaması. İlk otuz gün veri topla, sonra sadece gerçekten gerekeni ve tercihen eklenti katmanından değiştir.
Bu on maddenin ortak noktası şu: hiçbiri teknik bilgi gerektirmiyor, hepsi doğru soruyu zamanında sormakla ilgili. Elinde bu liste varken satın alma görüşmesi bambaşka ilerler, çünkü artık ne aradığını bilerek bakıyorsun. Kendi senaryolarını denemeye hazırsan canlı demo üzerinden başla: bir sipariş aç, iade et, stoğu bitir, bayi kaydı yap. Bu dört adımı sorunsuz geçen bir kurulum, on hatanın en az yedisini baştan eler.