Epin Scriptini Canlıya Aldığın Gün Neyi Kontrol Etmezsen Batarsın: Sağlayıcıların Anlatmadığı Yayın Günü Listesi ve İlk 6 Saatin Sessiz Tuzakları

Çoğu kişi canlıya alma gününü basit bir yükleme işi sanır: dosyalar sunucuya gider, veritabanı bağlanır, alan adı yönlenir, iş biter. Oysa bir e-pin scripti canlıya alındığı gün satış yapmaz; canlıya alındığı gün test edilir. Bu farkı bilmeyen işletmeler ilk siparişi kendi parasıyla değil, bir müşterinin parasıyla test eder. O müşteri bir daha geri gelmez ve üstüne bir de ekran görüntüsü paylaşır.

Yayın günü aslında bir teknik gün değil, bir sıralama günüdür. Hangi kontrolü hangi sırada yaptığın, kaç saat uğraştığından daha belirleyicidir. Ödemeyi stoktan önce test edersen sahte bir güven duygusu oluşur; teslimatı bildirimden önce test edersen müşterinin kodu aldığını sanarsın ama e-posta hiç çıkmamıştır. Aşağıda, bir dijital ürün satış scriptini ilk kez yayına alırken izlenmesi gereken sırayı, her adımda tam olarak neye bakılacağını ve ilk altı saatte gizlice patlayan noktaları anlatıyorum.

Yayın gününün gerçek sırası neden ters kurulur?

Çoğu işletme sahibi canlıya almaya görünürden başlar: logo, renk, ana sayfa bannerı, kategori isimleri. Bunlar duygusal olarak tatmin edicidir çünkü ilerlemeyi gözle görürsün. Ama görünür katman, para kazandıran katman değildir. Doğru sıra tam tersidir: önce para akışı, sonra ürün akışı, sonra bildirim akışı, en sonda görünüm. Bir e-pin satış yazılımında bu üç akış çalışıyorsa site çirkin olsa bile satış yapar; akışlar bozuksa site harika görünür ve hiç satmaz.

Bu sıralamanın pratik sonucu şudur: yayın gününde ana sayfa metinlerini düzeltmeye harcadığın her saat, ödeme dönüş adresini test etmeden geçirdiğin bir saattir. Pinova gibi satış yönetimi tarafı hazır gelen bir yazılımda görünüm zaten makul bir noktadan başlar. Senin işin tasarımı güzelleştirmek değil, arka plandaki üç akışın uçtan uca kapandığını kanıtlamaktır. Kanıt demek ekrana bakmak değil, gerçek bir sipariş oluşturup sonucunu veritabanında ve e-posta kutusunda görmek demektir.

Ödeme dönüşü gerçekten çalışıyor mu, yoksa sadece sayfa mı açılıyor?

Yayın gününün en sinsi hatası burada saklıdır. Ödeme sağlayıcısının sayfası açılıyorsa insanlar entegrasyonun bittiğini varsayar. Hâlbuki ödeme üç parçadan oluşur: yönlendirme, dönüş ve bildirim. Yönlendirme çalışır çünkü en kolay kısımdır. Dönüş adresi genelde çalışır çünkü müşteri siteye geri gelir. Asıl kırılan yer, sağlayıcının arka kanaldan gönderdiği bildirim çağrısıdır. O çağrı ulaşmazsa sipariş ödendi olarak işaretlenmez, stok düşmez, teslimat tetiklenmez. Müşteri parayı vermiştir ama sistemde bekleyen bir sipariş durur.

Bunu test etmenin tek doğru yolu, en düşük tutarlı gerçek bir ödeme yapmaktır. Test anahtarları yayın gününü kurtarmaz çünkü canlı ortamda alan adı, SSL ve IP farkı devreye girer. Gerçek ödemeyi yaptıktan sonra üç şeyi kontrol et: siparişin durumu otomatik değişti mi, bildirim kaydı düştü mü, aynı bildirim iki kez geldiğinde sipariş iki kez işlenmiyor mu. Üçüncüsü özellikle önemlidir; mükerrer bildirim koruması olmayan bir kurulum, aynı kodu iki müşteriye gönderebilir.

Stok ve kod havuzu neden ilk gün taşar?

E-pin işinde stok, normal e-ticaretteki stoktan farklıdır: bir adet satılınca sadece sayı azalmaz, bir kayıt tüketilir. Bu yüzden yayın gününde stok testi iki ayrı sorunun cevabını arar. Birincisi, ürün satıldığında havuzdan doğru kayıt mı çekiliyor. İkincisi, aynı anda iki sipariş gelirse aynı kayıt iki kez çekilebiliyor mu. İkinci soruyu sormayan işletmeler ilk kampanya gününde aynı kodu iki kişiye teslim eder ve iki kişiyi birden kaybeder.

Pratik yayın günü testi şudur: aynı üründen iki adetlik tek sipariş ver, ardından iki ayrı sekmede aynı ürüne iki ayrı sipariş oluştur. Sonuçta teslim edilen kayıtların hiçbiri tekrar etmemeli, havuzdaki kullanılmış kayıtlar işaretlenmiş olmalı ve tükenen üründe sayfa otomatik olarak satışı kapatmalı. Bir de tersini dene: elle stok sil, sipariş ver, sistemin müşteriye ne söylediğine bak. İyi bir epin yazılım kurulumunda bu senaryo hata sayfası değil, anlaşılır bir mesaj ve bekleyen sipariş üretir.

E-posta çıkmıyorsa teslimat var sayılır mı?

Hayır, sayılmaz. Yayın günü listelerinin en çok atlanan kalemi giden e-postadır. Panelde teslimat kaydı oluşur, sipariş yeşile döner, sen işin bittiğini sanırsın; ama müşterinin kutusuna hiçbir şey düşmemiştir. Sebep neredeyse her zaman aynıdır: sunucunun doğrudan posta gönderimi engellidir, alan adına ait doğrulama kayıtları eksiktir ya da gönderen adresi sitenin alan adıyla uyuşmaz. Üçünün birleşimi, e-postanın ya hiç gitmemesine ya da spam klasörüne düşmesine yol açar.

Yayın gününde en az üç farklı sağlayıcıya test gönderimi yap: yaygın bir ücretsiz posta servisi, kurumsal bir adres ve telefonundaki hesap. Üçünde de gelen kutusuna düşüyorsa geç. Birinde spam'e düşüyorsa gönderen kimliğini ve doğrulama kayıtlarını düzelt. Ayrıca sipariş e-postasının içeriğini oku: kodun tamamı görünüyor mu, sipariş numarası var mı, destek bağlantısı doğru mu. Teslimat e-postası aynı zamanda senin ilk satış sonrası dokunuşundur; kuru bir kod satırı yerine kısa bir kullanım açıklaması koymak iade taleplerini görünür biçimde azaltır.

Yayın gününde hangi kontroller hangi sırada yapılır?

Aşağıdaki tablo, bir e-pin satış scriptini ilk kez yayına alırken izlediğim sırayı ve her adımın gerçek kabul ölçütünü gösteriyor. Sıralamanın mantığı, bir adım bozuksa sonraki adımın sonucunun anlamsız olmasıdır. Ödeme bildirimi çalışmıyorsa teslimat testinden çıkan sonuç seni yanıltır.

İlk altı saatte neyi izlemelisin?

Canlıya alma işi, son testin bitmesiyle bitmez. İlk altı saat bir gözlem penceresidir ve burada bakacağın şey satış rakamı değildir. Üç sinyali izle: bekleyen siparişlerin oranı, teslim edilemeyen sipariş sayısı ve hata kayıtlarındaki tekrar eden satırlar. Bekleyen sipariş oranı yükseliyorsa ödeme bildirimi düzensiz geliyor demektir. Teslim edilemeyen sipariş varsa havuz veya e-posta tarafı sorunludur. Hata kayıtlarında aynı satır onlarca kez tekrar ediyorsa küçük bir yapılandırma eksiği sistemin her isteğinde tetikleniyordur.

Bu pencerede yapılacak en akıllı hamle, satış hacmini bilinçli olarak kısmak ve sadece bir ürün grubunu açık tutmaktır. Tek ürünle gelen on sipariş, yirmi ürünle gelen on siparişten çok daha öğreticidir çünkü hata kaynağını daraltır. Altı saat sorunsuz geçtiyse ürün yelpazesini kademeli aç. Bir dijital ürün satış yazılımı için kademeli açılış, geri dönüş maliyetini neredeyse sıfıra indirir. Yapılandırma seçeneklerinin nasıl ayrıldığını özellikler bölümünde görebilirsin.

Canlıya alma öncesi son imza listesi nasıl olmalı?

Aşağıdaki ikinci tablo, yayına basmadan önce tek tek işaretlenecek kalemleri içerir. Buradaki her satırın cevabı ya evet ya hayırdır; belki yoktur. Bir satır hayırsa yayın ertelenir, çünkü bu kalemlerin tamamı müşteri parasıyla temas eden noktalardır.

Yayın günü listesi, ezberlenecek bir belge değil; her açılışta tekrar edilen bir ritüeldir. İkinci kurulumunda süre yarıya iner, üçüncüsünde alışkanlığa dönüşür. Kontrol listesinin hangi kalemlerinin yazılım tarafından zaten karşılandığını görmek istiyorsan canlı demo üzerinden bir sipariş oluştur, ardından fiyat tablosuna bakıp kendi yayın gününü planla.