Epin Satış Scriptini Canlıya Almadan Önce Yapmadığın Tek Prova: Test Siparişi Protokolü ve Bu Provayı Atlayanların Ödediği Görünmez Bedel

Devreye alma hakkında çoğu işletmecinin kafasındaki resim şu: kurulum tamam, ürünler yüklü, ödeme bağlı, bir tane test siparişi verelim ve açalım. O tek test siparişi verilir, kod gelir, mail düşer, herkes rahatlar. Oysa o sipariş sistemin en kolay senaryosunu sınamıştır: kart onaylandı, stok vardı, tedarikçi ayaktaydı, kullanıcı sayfayı kapatmadı. Yani sistemin asla sorun çıkarmayacağı tek yolu test ettin.

Gerçek devreye alma provası bir siparişten değil, bir protokolden oluşur. Amacı işin çalıştığını göstermek değil, hangi koşullarda çalışmadığını ve o anda ne yaptığını görmektir. Bir e-pin satış scriptini canlıya almak, motoru çalıştırmak değil; fren, direksiyon ve yağ lambasını da denemektir. Aşağıda kendi kurulumunda birebir uygulayabileceğin üç turlu bir prova düzeni var: mutlu yol, kasıtlı bozma turu ve eşzamanlılık turu.

Test siparişi neden "bir kere dene" değil, bir prova protokolü?

Bir siparişin arkasında birbirine bağlı dokuz halka vardır: sepet, sipariş kaydı, ödeme oturumu, sağlayıcı onayı, sunucuya gelen bildirim, stok rezervasyonu, kod tahsisi, müşteri bildirimi ve muhasebe kaydı. Tek bir başarılı test siparişi bu dokuz halkanın hepsinin o an çalıştığını gösterir. Ama halkaların hiçbirinin hata durumunda ne yaptığını göstermez.

Protokol mantığı burada devreye girer. Her halka için üç soru sorarsın: doğru çalışırsa ne olur, hiç çalışmazsa ne olur, yarım çalışırsa ne olur? Asıl tehlike üçüncüsüdür. Ödeme alınıp bildirimi düşmeyen sipariş, stoğu rezerve edip kodu atamayan sipariş, kod atayıp e-postası gitmeyen sipariş: bunlar "yarım" durumlardır ve iyi kurulmuş bir dijital ürün satış yazılımı her yarım durumu ya tamamlar ya da güvenli biçimde geri alır. Provanın görevi, hangi yolun seçildiğini kanıtlamaktır.

Prova öncesi sahne: hangi ortamı kurmalısın?

Provayı canlı kataloğun üstünde yapmak cazip görünür ama karışıklık üretir. Bunun yerine sahneyi hazırla. Birincisi, gizli bir test ürünü oluştur: düşük fiyatlı, arama sonuçlarında çıkmayan, yalnızca doğrudan bağlantıyla erişilen bir kayıt. İkincisi, bu ürüne içinde belirgin biçimde işaretlenmiş beş adet sahte kod koy; böylece teslim edilen kodun hangi havuzdan geldiği anlaşılır.

Üçüncüsü, gerçek bir müşteri kimliği kur: normal bir e-posta adresi, normal bir telefon, yönetici hesabından tamamen ayrı bir kullanıcı. Yönetici olarak kendi kendine sipariş vermek, müşterinin gördüğü kısıtları atlatır ve provayı yanıltır. Dördüncüsü, ödeme tarafında sağlayıcının test modu varsa ilk turu orada yap, ancak ikinci turu mutlaka canlı modda küçük tutarla tekrarla. Test modu imza doğrulama ve bildirim davranışında canlıdan farklı çalışabilir. Beşincisi, prova boyunca sunucu hata günlüğünü ve panelin işlem günlüğünü açık tut; asıl bilgi orada birikir.

Birinci tur: küçük tutarlı gerçek sipariş ve mutabakat

İlk tur mutlu yoldur ama yüzeysel geçilmez. Siparişi normal müşteri gibi ver: ürünü listeden bul, sepete ekle, ödeme adımlarını sırayla geç, gerçek kartla küçük bir tutar öde. Ardından dokuz halkayı tek tek işaretle. Sipariş numarası oluştu mu, ödeme oturumu doğru tutarla açıldı mı, sağlayıcı onayı geldi mi, sunucu bildirimi saniyeler içinde düştü mü, stok gerçekten bir adet azaldı mı, kod havuzundan tahsis edildi ve artık satılamaz olarak işaretlendi mi?

Sonra müşteri tarafına geç. Sipariş detay sayfasında kod görünüyor mu, e-posta gelen kutusuna mı yoksa spam'e mi düştü, e-postadaki kullanım talimatı doğru ürün için mi yazılmış? En son muhasebe tarafını kontrol et: rapor ekranındaki brüt tutar, komisyon ve net tutar sağlayıcı panelindeki rakamla örtüşüyor mu? Bu son adım atlandığında, epin yazılım tarafındaki tüm kâr raporun aylarca yanlış rakam gösterir ve kimse fark etmez.

İkinci tur: kasıtlı bozma turu

Provanın en öğretici kısmı burasıdır ve en çok atlanan kısmı da. Sistemi bilerek zorlarsın. Ödeme sayfasını açıp sekmeyi kapat: sipariş bekliyor durumunda mı kalıyor, rezerve edilen stok belirli bir süre sonra serbest bırakılıyor mu, yoksa sonsuza dek kilitli mi duruyor? Kartı kasıtlı reddettir: müşteri anlaşılır bir mesaj görüyor mu, stok yanlışlıkla düşüyor mu, sipariş kaydı çöp olarak birikmeye mi başlıyor?

Ardından stok tarafını zorla. Test ürününün kodlarını elle boşalt ve sipariş vermeyi dene; sistem satışı engelliyor mu yoksa ödemeyi alıp seni elle iadeye mi mahkûm ediyor? Son olarak destek senaryosunu çalıştır: müşteri hesabından "kod çalışmıyor" bildirimi aç ve telafi kuralının ne yaptığını izle. Aynı havuzdan yeni kod mu veriyor, bakiye mi yüklüyor, insan onayına mı düşüyor? Hangisi olursa olsun kayıt altında olmalı; kim, neyi, hangi gerekçeyle telafi etti sorusunun cevabı panelde durmalı.

Üçüncü tur: eşzamanlılık ve tekrar eden bildirim

Bu tur bir e-pin satış yazılımının en kritik davranışını ölçer: aynı anda iki kişi son stoğu isterse ne olur? İki farklı tarayıcıda iki farklı hesapla aynı ürünü sepete al, ödeme adımına kadar gel ve ödemeleri neredeyse aynı saniyede tamamla. Doğru davranış nettir: biri tamamlanır ve kodu alır, diğeri ya bekliyor durumunda kalır ya da nazikçe reddedilip iadeye yönlendirilir. Asla olmaması gereken şey, iki siparişe aynı kodun atanmasıdır.

İkinci sınav, tekrar eden ödeme bildirimidir. Sağlayıcılar ağ sorunlarında aynı bildirimi birkaç kez gönderebilir. Aynı işlem kimliğiyle gelen ikinci bildirim ikinci bir kod tahsis etmemeli, stoğu bir kez daha düşürmemeli, müşteriye ikinci e-posta atmamalı. Bunu sınamak için sağlayıcı panelinden bildirimi yeniden gönder ya da yöneticide sipariş durumunu aynı değere iki kez set etmeyi dene. Bu iki testi geçen bir kurulum, yoğun kampanya trafiğinde de dürüst kalır.

Provayı ne zaman "geçti" sayarsın? Çıkış kriterleri

Devreye alma kararı duyguyla verilmez, kriterle verilir. Beş net eşik koy. Bir: mutlu yolda insan eli değmeden tamamlanan sipariş oranı yüzde yüz. İki: ödemeden kod teslimine kadar geçen süre tek hanede saniye. Üç: bütün negatif senaryolarda stok bütünlüğü korunuyor, yani hiçbir yarım durum kodu yakmıyor. Dört: rapor ekranındaki net tutar sağlayıcı rakamıyla kuruş farkında örtüşüyor. Beş: eşzamanlılık ve tekrar bildirim testlerinde çift tahsis yok.

Bu beş kriteri karşılıyorsan canlıya geçebilirsin; ama işi orada bitirme. İlk kırk sekiz saat için basit bir gözetim düzeni kur: her bir saatte bir bekleyen sipariş sayısına, teslim edilmemiş sipariş listesine ve hata günlüğüne bak. Prova sana sistemin doğru davrandığını gösterir; gözetim ise gerçek trafiğin prova sırasında düşünmediğin bir yolu bulup bulmadığını söyler. Kurulum bittiğinde asıl iş başlar, bu sırayı hiç bozma. Paket seçimini yaparken de destek ve güncelleme koşullarına bu gözle bak.

Devreye alma provası, kurulumun en az sevilen ama en çok işe yarayan adımıdır; çünkü tek amacı sana kötü haberi müşteriden önce vermektir. Bu üç turu kendi kataloğunla denemek istiyorsan canlı demo üzerinde gizli bir test ürünü oluşturup protokolü baştan sona koş: mutlu yolu geç, sistemi kasten boz, iki oturumdan son stoğu almaya çalış. Geçtiği gün canlıya geçmek artık bir tahmin değil, bir karar olur.