Google One ve iCloud Depolama Kodu Satan Herkesin Gizlediği Gerçek: Düşük Kârlı Sandığın Bu Ürün Neden Sessizce En Çok Tekrar Eden Gelirini Üretiyor?

Çoğu satıcı bulut depolama kodlarına dudak büker: sepet tutarı küçük, marj ince, kimse bunu konuşmuyor. Sonra altı ay geçiyor ve panelde bir tuhaflık fark ediliyor; aynı müşteri numarası sipariş listesinde dördüncü, beşinci kez görünüyor. Oyun parası alan müşteri bir kez gelir ve kaybolur; depolaması dolan müşteri her yıl aynı kapıyı çalar. Bu ürün küçük değil, sadece yavaş.

Ama bu yavaş gelirin bir şartı var: müşterinin geri dönmesi için doğru anda hatırlatılması ve ilk deneyiminin kusursuz olması gerekiyor. Bulut depolama kodları bölge uyumu konusunda acımasızdır, yanlış hesapta işe yaramaz ve iadesi neredeyse imkânsızdır. Bu yüzden bu kalemi ciddiye alan işletmeler manuel yöntemi bırakıp dijital ürün satış scripti üzerine geçiyor. Aşağıda bu geçişin neyi değiştirdiğini, hangi alanların tutulması gerektiğini ve tekrar eden gelirin teknik olarak nasıl kurulduğunu tek tek yazdım.

Depolama kodu satarken aslında ne satıyorsun?

Bu soruyu netleştirmeden ürün ağacını doğru kuramazsın. Müşteri sana gelip "depolama almak istiyorum" dediğinde iki farklı ihtiyaçtan birini anlatıyor olabilir: ya doğrudan bir plana yükseltme yapmak istiyor, ya da hesabındaki bakiyeyi doldurup ödemesini o bakiyeden geçirmek istiyor. Bunlar aynı ürün değildir, farklı stok havuzlarıdır ve farklı açıklama metni gerektirir. Çoğu iade ve şikâyet tam bu ayrımın yapılmamasından doğar. İyi bir e-pin satış scriptinde bu iki tipi ayrı kategori, ayrı stok, ayrı teslimat notu olarak tanımlarsın; üstüne kademe bilgisini de alan olarak eklersin. Böylece müşteri hangi kademede olduğunu ürün sayfasında görür, sen de raporda hangi kademenin daha çok döndüğünü görürsün. Bu bilgi olmadan fiyatlandırma yaparken tamamen körsün; hangi kademede marjın erimiş, hangisinde rahat nefes alıyorsun bilemezsin.

Bölge uyumu neden bu üründe affetmiyor?

Bakiye ve hediye kodlarının hesap bölgesine bağlı olması, bu kategoride en pahalı tuzaktır. Müşteri hesabını yıllar önce farklı bir ülke seçerek açtıysa, aldığı kod ekranda kabul edilmez ve senin elinde kullanılmamış görünen bir kod, müşterinin elinde ise çalışmadığı iddiası olur. Bu tartışmanın tek çözümü satış öncesi uyarıdır. Ürün sayfasında bölge bilgisinin görünür olması yeterli değil; sepette zorunlu onay kutusu ile teyit alınması ve bu onayın sipariş kaydına yazılması gerekir. Daha iyisi, sipariş formunda hesap bölgesini soran küçük bir seçim alanı koymak ve yanlış bölge seçildiğinde satışı tamamlamadan uyarmaktır. Bu tek ekran, destek yükünün üçte birini götürür. E-pin yazılımı değerlendirirken ürün bazında özel alan tanımlayabiliyor musun, o alanı zorunlu yapabiliyor musun, sepette koşullu uyarı gösterebiliyor musun diye bak. Bunlar süs değil, doğrudan kayıp önleyici mekanizmalardır.

Kur riski ve stok maliyeti: kâğıt üstündeki marj neden buharlaşıyor?

Bu kategoride tedarik çoğunlukla dövizle yapılır, satış ise Türk Lirası iledir. Kodu aldığın gün ile sattığın gün arasındaki fark, ince marjda doğrudan zarara dönüşebilir. Buna karşı iki araca ihtiyacın var: birincisi kur bazlı otomatik fiyat güncelleme, ikincisi parti bazlı maliyet kaydı. Parti bazlı maliyet, her stok yüklemesinin kendi alış fiyatını taşıması demektir. Böylece ay sonunda "ne kadar sattım" değil "ne kadar kazandım" sorusuna cevap verebilirsin. Sabit maliyet varsayan bir e-pin satış yazılımı seni rahat hissettirir ama yanlış rapor üretir. Buna ek olarak fiyat güncellemenin manuel onaylı olmasını öneririm: sistem yeni fiyatı hesaplar, sen tek tıkla uygularsın. Tam otomatik fiyatlama, ani kur hareketlerinde ürününü piyasanın çok üstüne veya çok altına atabilir ve ikisi de canını yakar.

Tekrar eden geliri kuran mekanizma: bitiş tarihi takvimi

Bu ürünün en kıymetli tarafı, ne zaman biteceğini bilmenizdir. Bir müşteri yıllık plan kodu aldıysa, on birinci ayda ona ulaşman gerekir. Depolaması dolduğunda telefonu yedekleme uyarısı vermeye başlar ve o anda ilk aklına gelen isim sen olmalısın. Bunu kurmak için siparişe bir bitiş tarihi alanı eklemek ve bu alana göre otomatik bildirim planlamak yeterli. Sistem her sabah o gün için hatırlatılacak müşterileri listeler, mesaj gider, siparişin bir kısmı kendiliğinden gelir. Bu döngü bir kez kurulduğunda reklam harcamadan gelen satış payın ciddi şekilde artar. Dahası, hatırlatma mesajına küçük bir indirim kodu eklediğinde dönüş oranı belirgin biçimde yükselir. Pinova'da bitiş tarihine göre segment oluşturma ve o segmente kupon basma akışı hazır gelir; özellikler bölümünden nasıl kurgulandığını görebilirsin.

Aile planları ve çoklu kullanıcı: göz ardı edilen üst segment

Bulut depolamada asıl büyük sepet, tek kişilik planlarda değil aile paylaşımlı paketlerde. Bir ailenin fotoğraf arşivi tek kullanıcıdan çok daha hızlı büyür ve bu müşteri fiyat konusunda daha az hassas, süreklilik konusunda daha kararlıdır. Ancak bu segmentin satın alma öncesi sorusu farklıdır: "Kaç kişi kullanabilir, paylaşım nasıl çalışır, ayrı ayrı mı alsam?" Ürün sayfanda bu soruların cevabı yoksa müşteri en ucuz kademeyi alır ve sen büyük sepeti kaçırırsın. Burada işe yarayan şey karşılaştırma tablosu ve kademe seçiciyle birlikte gelen net bir açıklamadır. Bir dijital ürün satış yazılımında ürün varyantlarını aynı sayfada karşılaştırmalı gösterebiliyor olmak, ortalama sepeti tek dokunuşla yukarı çeker. Fiyat tarafında hangi paketin varyant yönetimini kapsadığına bakmayı ihmal etme.

Stok azaldığında ne olacağını şimdiden yazmalısın

Bu kategoride tedarik her zaman anında değildir. Havuz bittiğinde sistemin ne yapacağı önceden tanımlanmış olmalı. Üç seçenek var: satışı tamamen kapat, ön sipariş olarak al, ya da benzer kademeye yönlendir. En kötü seçenek hiçbirini yapmamak, yani satışa devam edip müşteriyi bekletmektir. Bekleyen müşteri destek yazar, sonra iade ister, sonra yorum bırakır. Doğru kurguda stok eşiği tanımlanır, eşik altına inildiğinde sana bildirim gider, sıfıra indiğinde ürün otomatik kapanır ve stok girildiğinde otomatik açılır. Buna ek olarak ön sipariş aldığın durumda müşteriye tahmini süre gösteren bir alan şarttır. Bu kurallar bir kez tanımlandığında, sen tatildeyken de doğru davranan bir mağazan olur; ki epin yazılım almanın asıl gerekçesi de budur.

Bulut depolama kodları vitrinin en gösterişli ürünü olmayacak, bunu kabul et. Ama doğru kurulduğunda her yıl kendi kendine dönen, reklam bütçesi istemeyen ve müşteriyle temasını canlı tutan bir gelir hattına dönüşür. Bölge kontrolünün, parti bazlı maliyetin ve bitiş tarihi bildirimlerinin gerçek bir panelde nasıl göründüğünü kendi gözünle görmek istiyorsan canlı demo üzerinden bir sipariş oluştur, teslimatı al ve ardından yenileme takvimine düşen kaydı incele; bu üç ekranı gördükten sonra bu kategoriye bakışın değişecek.