Çoğu kişi "dijital ürün satıyorum" dediğinde aslında tek bir şeyi kastettiğini sanır: müşteriye bir kutu içinde karakter dizisi göndermek. Panelde ürün açarsın, fiyatı yazarsın, bir kod havuzu eklersin ve iş bitmiş sayılır. Halbuki senin vitrininde yan yana duran üç ürün, arka planda birbirinden tamamen farklı üç iş modeli çalıştırıyor. Biri saniyeler içinde tükenen tek kullanımlık bir seri numarası, biri ömür boyu doğrulanması gereken bir hak, biri de her ay yenilenmesi gereken bir takvim kaydı.
Bu ayrımı görmeyen satıcı, ilk yüz siparişe kadar hiçbir sorun yaşamaz. Sorun dört yüzüncü siparişte, aynı lisans anahtarını iki müşteriye gönderdiğinde ya da aboneliğin bitiş tarihini takip edemediği için "param gitti" mesajlarını üst üste aldığında başlar. İşte bu yazıda, kod, lisans ve abonelik arasındaki farkı muhasebe, stok ve teslimat düzeyinde açacağız; ve kullandığın e-pin scriptinin bu üç türü neden ayrı ayrı tanıması gerektiğini göstereceğiz.
Çoğu satıcı "dijital ürün" derken tek şey sanıyor: gerçekte kaç tür var?
Pratikte sattığın her şeyi üç kovaya koyabilirsin. Birinci kova tek kullanımlık kod: oyun parası kuponu, hediye kartı, kontör yükleme numarası. Bu kodun tek özelliği var, bir kez kullanılır ve yanar. İkinci kova lisans: bir yazılımı, eklentiyi ya da temayı kullanma hakkı. Lisans yanmaz, doğrulanır; müşteri onu kurar, sunucu ona "evet bu hak senin" der. Üçüncü kova abonelik: 30 gün, 90 gün, 1 yıl gibi bir süre satıyorsun. Burada sattığın şey karakter dizisi değil, zaman. Bu üç kovanın stok davranışı birbirinin tersidir: kodda envanter azalır, lisansta envanter yoktur ama kayıt çoğalır, abonelikte envanter yerine bitiş tarihi vardır. Bir dijital ürün satış scripti bu üç davranışı tek bir "ürün" tablosuna sıkıştırmaya çalışırsa, ilk kaosta kendi verisini kirletir.
Kod neden en kolay ama en riskli dijital ürün türü?
Kod satmak başlangıç için en rahat yoldur: bir metin dosyasına bin satır yapıştırırsın, sistem sırayla dağıtır. Kolaylık burada bitiyor. Kodun riski üç yerden gelir. Birincisi tekrar dağıtım: aynı kod iki siparişe düşerse ikinci müşteri mağdur olur ve o kodu geri alamazsın. İkincisi yaşlanma: bazı kuponların son kullanma tarihi vardır, havuzun dibinde bekleyen kod ölü stoktur. Üçüncüsü ispat: müşteri "kod çalışmadı" dediğinde elinde teslim zamanı, gösterilme sayısı ve IP kaydı yoksa tartışmayı kaybedersin. Bu yüzden ciddi bir e-pin satış yazılımı kod havuzunu düz liste değil, durum makinesi olarak tutar: beklemede, rezerve, teslim edildi, iptal, yandı. Rezerve adımı olmayan sistemler eşzamanlı iki siparişte aynı satırı okur ve çift teslimat yapar.
Lisans satmak neden tamamen farklı bir muhasebe demek?
Lisansta sattığın şey tükenen bir nesne değil, doğrulanabilir bir izin. Bu yüzden lisans ürününde "stok 500" yazmak çoğu zaman yanlıştır; asıl soru bir lisansın kaç kuruluma, kaç domaine ya da kaç cihaza izin verdiğidir. Panelinde bir lisans sattığında üretmen gereken kayıt üç alandan oluşur: anahtar, sahibi ve kapsam. Kapsamı yazmazsan, müşteri anahtarı beş arkadaşına verir ve sen aynı parayla beş kullanıcıya hizmet verirsin. Lisansın ikinci farkı destek ömrüdür: kod satışında ilişkin teslimatla biter, lisansta ilişki güncellemelerle devam eder. Bir dijital ürün satış yazılımı kurarken lisans tarafında aradığın özellik "kod gönder" değil, anahtar üretimi, alan adı bağlama, devre dışı bırakma ve yeniden yayınlama olmalıdır.
| Kriter | Kod (tek kullanım) | Lisans | Abonelik |
|---|---|---|---|
| Sattığın şey | Karakter dizisi | Kullanma hakkı | Süre |
| Stok mantığı | Havuzdan düşer | Anahtar üretilir | Stok yok, tarih var |
| Teslimat | Anında, otomatik | Anahtar + kurulum | Hesap aktivasyonu |
| Tekrar satış riski | Çift teslimat | Paylaşılan anahtar | Süre uzatma kaçağı |
| Destek yükü | Düşük ve kısa | Orta, sürekli | Yüksek, döngüsel |
| Nakit akışı | Tek seferlik | Tek seferlik + yenileme | Öngörülebilir, tekrarlayan |
| İade tartışması | "Kod tükendi" | "Kuramadım" | "Süre eksik işledi" |
Abonelik satıyorsan neden stok değil takvim yönetiyorsun?
Abonelikte ürünün bittiği yer yok; bitiş tarihi var. Bu tek fark, panelinin bütün iş yükünü değiştirir. Artık ihtiyacın olan şey havuz değil zamanlayıcı: bitişe yedi gün kalanları uyar, biteni pasife al, uzatma satışında eski tarihin üzerine ekle. Üzerine ekleme kuralı yoksa müşteri süresi dolmadan uzatma alır ve kalan günleri kaybeder; bu, gelen destek biletlerinin en sinir bozucu kalemidir. Aboneliğin ikinci gizli maliyeti tahsilat tekrarıdır: elle yenileme yapıyorsan her ay aynı müşteriyi kovalarsın. Üçüncüsü ise ölçümdür; abonelik işinde bakman gereken sayı ciro değil yenileme oranıdır. Yüz aboneden altmışı yenilemiyorsa reklam bütçesi delik kovaya su taşımaktır. Doğru kurulmuş bir epin yazılım altyapısı abonelik ürününde bu üç şeyi dert etmez: tarih matematiği, hatırlatma ve yenileme akışı motorun içindedir.
Dijital ürün satıcılarında destek biletlerinin dağılımı
- Kod teslimat/geçersizlik 45%
- Lisans kurulum ve kapsam 25%
- Abonelik süre/yenileme 20%
- Ödeme ve fatura 10%
Aynı panelde üç türü birlikte yönetmek mümkün mü?
Mümkün, ama şartı var: ürün tipinin veri modelinde birinci sınıf alan olması. Yani panelin sana "bu ürün kod mu, lisans mı, abonelik mi?" diye sormalı ve seçimine göre teslimat davranışını, stok ekranını ve iade kurallarını değiştirmeli. Tek tip ürünle üç işi yürütmeye kalkan satıcılar genelde şunu yapar: abonelikleri de kod gibi satar, elle tarih tutar, Excel'de takip eder. O tablo üç yüz müşteriye kadar dayanır. Pinova'nın yaklaşımı burada nettir: ürün tipi teslimat motorunu belirler, teslimat motoru da log formatını. Böylece bir itirazda "hangi türde, ne zaman, hangi kayıtla teslim edildi" sorusunun cevabı tek ekranda durur. Özellik listesini incelerken bakman gereken şey uzun madde sayısı değil, bu üç türün ayrı ayrı ele alınıp alınmadığıdır.
Her dijital ürününe tek satırlık bir "tip etiketi" koy ve iade politikanı bu etikete bağla. Kodda iade şartı teslim öncesi, lisansta kurulum kanıtı, abonelikte gün oranı olur. Politikan tipe göre yazılmadığında her tartışmayı müşteri kazanır.
Hangi türle başlamalısın: karar tablosu
Yeni başlıyorsan sıralama önemlidir. Kodla başlamak nakit akışını hızlı kurar ama seni fiyat savaşına sokar. Lisans satışı daha yüksek marj verir, karşılığında teknik destek kapasitesi ister. Abonelik en sağlam gelir modelidir ama güven birikimi gerektirir; yeni bir marka olarak insanlar sana ilk gün yıllık para bırakmaz. Sağlıklı yol genelde şu olur: kodla trafiği ve güveni topla, lisansla marjı yükselt, abonelikle geliri öngörülebilir hale getir. Bu üç aşamayı üç farklı panelde yaşamak istemiyorsan, en baştan üç tipi birlikte destekleyen bir e-pin scripti seçmek en ucuz karardır; göç etmenin maliyeti lisans bedelinden her zaman yüksektir. Fiyat sayfasındaki paketleri kıyaslarken "şimdi ihtiyacım yok" dediğin tipi altı ay sonraki halin için değerlendirmeyi dene.
| Kontrol listesi | Neden önemli | Durum |
|---|---|---|
| Ürün tipi alanı var mı? | Teslimat ve iade kuralı tipe bağlanır | Zorunlu |
| Kod havuzunda rezerve adımı | Eşzamanlı siparişte çift teslimatı keser | Zorunlu |
| Lisansta kapsam (domain/cihaz) | Anahtar paylaşımını sınırlar | Zorunlu |
| Abonelikte üzerine ekleme kuralı | Erken yenilemede gün kaybını önler | Zorunlu |
| Teslimat logu ve zaman damgası | İtirazda tek kanıtın bu | Zorunlu |
| Bitişe yakın uyarı bildirimi | Yenileme oranını doğrudan artırır | Önerilir |
| Tipe göre raporlama | Hangi modelin kâr ettiğini gösterir | Önerilir |
| Ölü stok/süresi geçmiş kod uyarısı | Sermayenin havuzda çürümesini engeller | Önerilir |
Üç ürün tipini tek panelde yönetmeye hazır mısın?
Pinova, kod havuzunu, lisans anahtarlarını ve abonelik takvimini ayrı ayrı tanıyan bir satış yönetim yazılımıdır. Kurulum ve lisanslama detaylarını incele.
Kod, lisans ve abonelik aynı ürün kartında satılabilir mi?
Satılabilir ama önerilmez. Üçünün teslimat ve iade davranışı farklı olduğu için aynı kartta birleştirdiğinde stok raporun ve destek süreçlerin karışır. Doğru yol, ürün tipini ayrı bir alan olarak tanımlayıp teslimat motorunu bu alana göre çalıştırmaktır.
Abonelik ürününde stok sayısı ne yazmalıyım?
Abonelikte klasik stok yoktur. Sınırsız bırakıp kapasiteni sunucu ya da tedarik tarafında sınırlaman daha doğrudur. Takip etmen gereken sayı stok değil, aktif abone sayısı ve bitiş tarihine yakın kayıtlardır.
Lisans satışında en sık yapılan hata nedir?
Kapsam tanımlamamak. Anahtarın kaç kuruluma, kaç domaine veya kaç cihaza geçerli olduğu yazılmadığında tek satıştan çok kullanıcı doğar. Kapsamı ürün açıklamasına ve doğrulama sistemine birlikte yazmak gerekir.
Hangi tipte kâr marjı daha yüksek?
Genellikle lisans ve abonelik, tek kullanımlık kodlardan yüksek marj bırakır çünkü kodlarda tedarik fiyatı marjı baştan sıkıştırır. Buna karşılık kodlar daha hızlı döner ve nakit akışını besler; sağlıklı yapı üçünü birlikte taşımaktır.
Özetle: dijital ürün tek bir şey değil, üç ayrı iş modelinin ortak adıdır. Kodda hızı, lisansta kapsamı, abonelikte takvimi yönetirsin; panelin bu üçünü ayırt etmiyorsa büyüdükçe kendi verinle kavga edersin. Kendi ürün karmanı test etmek istersen, üç tipin arka arkaya nasıl tanımlandığını canlı demo üzerinden deneyip kendi kataloğunu kurmadan önce akışı bir kez baştan sona yürütmeni öneririm.