Çoğu kişi mobil oyun elması satışının bir fiyat savaşı olduğunu sanır. Tedarikçiden ucuza al, rakibin iki lira altına ver, gerisi kendiliğinden gelsin. Oysa bu işi yıllardır sürdüren insanlara bakarsan hepsinin ortak noktası fiyat değil: sipariş anından teslimat anına kadar geçen süreyi saniyelere indiren bir altyapı kurmuş olmaları. Fiyatı herkes kırabilir, teslimat disiplinini kuramaz.
Gerçek şu ki mobil oyun elması, dijital ürünler içinde en tahammülsüz müşteri kitlesine sahip olan kategoridir. Oyuncu parayı ödediği anda envanterine bakmaya başlar. Üç dakika içinde bakiyesi gelmezse sana değil, arkadaş grubuna yazar. İşte tam bu yüzden bu işin merkezinde bir dijital ürün satış yazılımı vardır; yani siparişi alan, ödemeyi doğrulayan, stoktan kodu çeken ve müşteriye ileten bir e-pin scripti. Bu yazıda o sistemin nasıl kurulduğunu, hangi sırayla kurulması gerektiğini ve nerelerde para kaybettiğini adım adım anlatıyorum.
Mobil elması satmak neden diğer dijital ürünlerden daha zor?
Bir oyun lisansı satarken müşteri kodu alır, indirir, oynar. Ama mobil elması satın alan kişi çoğu zaman oyunun içindedir; sınırlı süreli bir etkinlik, bir kasa açılımı ya da bir sezon bitimi için acele etmektedir. Zaman baskısı bu kategoride ürünün bir parçasıdır. Dolayısıyla senin işin ürün satmak değil, bekleme süresini satmaktır.
İkinci zorluk çeşitliliktir. Aynı oyunun farklı bölge sunucuları, farklı paket boyutları, farklı kod formatları olur. Bunları tek tek elle yönetmeye kalkarsan haftada bir kez yanlış bölgenin kodunu gönderirsin. Bu yüzden ciddi bir e-pin satış yazılımında ürün ağacı katmanlıdır: oyun, bölge, paket, stok havuzu. Kod hangi havuzdan çekilecekse sistem bunu sipariş satırından okur, senin hafızandan değil.
Üçüncüsü ise gece trafiğidir. Mobil oyun kitlesi akşam saatlerinde yoğunlaşır. Sen uyurken çalışmayan bir yapı, cironun yarısını rakibe hediye eder. Pinova gibi bir yazılımın varlık sebebi tam olarak budur: sen olmadığında da mağazanın işlemesi.
Otomatik teslimat gerçekten otomatik mi, yoksa yarı otomatik mi?
Piyasada "otomatik teslimat" diye anlatılan şeylerin çoğu aslında yarı otomatiktir. Ödeme gelir, panele düşer, sen tıklarsın, kod gider. Bu bir otomasyon değil, hızlandırılmış manuel süreçtir. Gerçek otomasyonda insan hiç devrede değildir: ödeme sağlayıcısından gelen doğrulama sinyali siparişi "ödendi" durumuna geçirir, stok havuzundan bir kod kilitlenir, kod müşteriye iletilir ve aynı kod bir daha kimseye verilemeyecek şekilde işaretlenir.
Bu zincirde en kritik halka kilitleme mantığıdır. İki müşteri aynı saniyede son kalan kodu satın alırsa ne olur? Kilit yoksa aynı kod iki kişiye gider ve ertesi gün iki şikâyetle uğraşırsın. Düzgün bir dijital ürün satış scripti bu işlemi veritabanı seviyesinde tek seferlik hale getirir. Küçük gibi görünen bu detay, hacim büyüdükçe işin devam edip etmeyeceğini belirler.
| Teslimat modeli | Ortalama süre | Gece kapsaması | Hata riski | Ölçeklenebilirlik |
|---|---|---|---|---|
| Elle WhatsApp teslimatı | 8-40 dakika | Yok | Yüksek | Günde ~30 sipariş |
| Panelden tıklamalı onay | 2-10 dakika | Kısmi | Orta | Günde ~120 sipariş |
| Stok havuzlu tam otomatik | 5-15 saniye | Tam | Düşük | Sınırsıza yakın |
| Tedarikçi API entegreli | 10-30 saniye | Tam | Tedarikçiye bağlı | Sınırsıza yakın |
Stok yönetimini yanlış kurarsan kâr nereye kaçar?
Mobil elması satışında marjlar dardır. Yüzde üç ile yüzde sekiz arasında gezinen bir kârla çalışıyorsan, tek bir çift teslimat o gün kazandığın on siparişi siler. Bu yüzden stok tarafında üç şeyi baştan çözmek gerekir: kod kaynağının kaydı, kritik stok uyarısı ve maliyet takibi.
Kod kaynağının kaydı, hangi partiyi hangi tedarikçiden hangi maliyetle aldığını bilmektir. Bir parti kod bozuk çıkarsa, o partiyi alan tüm müşterileri saniyeler içinde listeleyebilmelisin. Kritik stok uyarısı, paket bazında alt sınır belirleyip bu sınıra inildiğinde bildirim almaktır; aksi halde en çok satan paketin bittiğini müşteriden öğrenirsin. Maliyet takibi ise satış fiyatını değil, gerçek kârı raporlamandır. İyi bir epin yazılım kurulumunda panel sana ciroyu değil, paket bazında net kârı gösterir.
Mobil elması satan bir mağazada sipariş dağılımı
- Anında otomatik teslim 45%
- Stoktan çekilen ama onay bekleyen 25%
- Tedarikçiden tetiklenen sipariş 20%
- İptal, iade ve hatalı işlem 10%
Ödeme tarafında hangi sessiz sızıntı seni yakıyor?
Dijital üründe en sinsi kayıp, ödemesi tamamlanmamış siparişlerin teslim edilmesidir. Kullanıcı ödeme sayfasından geri döner, senin sistem siparişi "ödendi" saymıştır ve kod gider. Bunun önüne geçmenin tek yolu, sipariş durumunu ödeme sağlayıcısının döndürdüğü doğrulama mesajına bağlamaktır; kullanıcının tarayıcısına değil.
İkinci sızıntı, iade ve ters ibraz taleplerinde kanıt eksikliğidir. Kodun hangi saniyede, hangi IP'den, hangi sipariş numarasıyla görüntülendiğini gösteremiyorsan tartışmayı kaybedersin. Bu yüzden e-pin satış scripti tarafında teslimat günlüğü tutmak, pazarlama yapmaktan daha önemlidir. Kayıt varsa tartışma biter.
Müşteri kodu ilk kez açtığı anda zaman damgası, cihaz ve sipariş eşleşmesi kaydedilsin. Ters ibraz dosyalarının büyük çoğunluğu bu tek ekran görüntüsüyle lehine sonuçlanır.
Bayi yapısı kurmadan büyüyebilir misin?
Perakende satış seni belli bir noktaya kadar taşır. Asıl hacim, senin ürününü kendi müşterisine satan küçük satıcılardan gelir. Bir bayi paneli, kendi bakiyesini yükleyen ve kendi fiyatını belirleyen satıcıya kapını açar. Böylece sen pazarlama yapmadan, başkalarının pazarlamasından kazanmaya başlarsın.
Bayi yapısının kurulumunda iki karar kritiktir. Birincisi fiyat kademesi: her bayiye aynı indirimi vermek yerine hacme göre kademe tanımlamak. İkincisi bakiye disiplini: bayi eksi bakiyeye düşemesin, ön ödeme mantığı korunsun. Bu iki kural bir dijital ürün satış yazılımı içinde tanımlanabiliyorsa, bayi sayısı arttıkça işin karmaşıklaşmaz. Tanımlanamıyorsa yirminci bayide tablo tutmaya başlarsın ve orada tıkanırsın. Detaylı özellik listesini özellikler bölümünde inceleyebilirsin.
Kurulum sırasını nasıl belirlemelisin?
En sık yapılan hata, işe tasarımla başlamaktır. Oysa mobil elması satışında müşteri tasarımı hatırlamaz, teslimat hızını hatırlar. Doğru sıra şudur: önce ürün ağacı ve stok mantığı, sonra ödeme doğrulama, sonra teslimat otomasyonu, sonra raporlama, en son görsel katman. İlk üç adım oturmadan reklam harcaması yapmak, delik kovaya su taşımaktır.
Aşağıdaki kontrol listesi, canlıya çıkmadan önce tek tek işaretlemen gereken maddeleri içeriyor. Her satır, sahada bir mağazanın en az bir kez canını yakmış gerçek bir eksikten türedi.
| Kontrol maddesi | Neden gerekli | Atlanırsa sonuç | Öncelik |
|---|---|---|---|
| Paket bazında kritik stok uyarısı | Bitmeden haber almak | Satışın zirvesinde stoksuz kalmak | Yüksek |
| Eşzamanlı kod kilitleme | Çift teslimatı önlemek | Aynı kodun iki kişiye gitmesi | Kritik |
| Ödeme doğrulama kancası | Sahte tamamlamayı engellemek | Ödemesiz teslimat | Kritik |
| Teslimat günlüğü | İtiraz dosyasında kanıt | Ters ibrazı kaybetmek | Yüksek |
| Bölge ve sunucu etiketi | Yanlış bölge kodunu önlemek | Toplu iade dalgası | Orta |
| Bayi kademeli fiyat | Hacimli satıcıyı tutmak | Bayinin rakibe geçmesi | Orta |
Mobil elması satışını sen uyurken de çalışan bir sisteme çevir
Pinova, e-pin ve dijital ürün satan işletmeler için hazırlanmış lisanslı bir satış yönetim yazılımıdır. Stok, teslimat, bayi ve raporlama tek panelde toplanır.
Mobil oyun elması satışına küçük stokla başlanabilir mi?
Başlanabilir. Önemli olan stok büyüklüğü değil, stok bittiğinde ürünün otomatik olarak satışa kapanmasıdır. Sistem bunu yapmıyorsa küçük stokla bile satamadığın siparişleri toplarsın.
Tedarikçi API'si olmadan otomatik teslimat mümkün mü?
Mümkün. Elinde hazır kod havuzu varsa sistem bu havuzdan çekerek saniyeler içinde teslim eder. API entegrasyonu stok tutmadan çalışmak isteyenler için ek bir seçenektir.
Bayi paneli açmak perakende satışımı düşürür mü?
Kademeli fiyatlandırma doğru kurulduğunda düşürmez. Bayiye verdiğin fiyat perakende fiyatının altında ama kendi maliyetinin üstünde kaldığı sürece iki kanal birbirini beslemeye devam eder.
Teknik bilgim yoksa böyle bir yazılımı yönetebilir miyim?
Günlük işleyiş panel üzerinden yürür: ürün eklemek, stok yüklemek, siparişi izlemek. Sunucu tarafındaki kurulum tek seferliktir ve kurulum desteğiyle tamamlanır.
Mobil oyun elması satışında kazanan taraf, en ucuz fiyatı veren değil; gece üçte gelen siparişi on saniyede kapatan taraftır. Bu farkı yaratan şey yetenek değil, kurulum sırası ve doğru altyapıdır. Sistemin nasıl çalıştığını kendi gözünle görmek istersen canlı demo üzerinden panelin içinde dolaşabilir, fiyatlandırma seçeneklerini fiyat bölümünden karşılaştırabilirsin.