Çoğu satıcı, yapay zekâ aboneliklerinde asıl riskin ödeme tarafında olduğunu sanır. Kart sahtekârlığı, iade talebi, bankanın kesintisi... Bunlar gerçek risklerdir ama Midjourney gibi koltuk bazlı hizmetlerde seni gerçekten batıran şey başka: hesabın kendisinin bir gün sessizce kapanması. O gün geldiğinde elinde ödemesi alınmış, teslimi yapılmış ama artık çalışmayan onlarca sipariş kalır.
Bu yazıda hesap paylaşımı yasağının ne anlama geldiğini, hangi satış modellerinin tehlikeli hangilerinin sürdürülebilir olduğunu ve bir dijital ürün satış scripti üzerinde bu riski nasıl teknik olarak sınırlayacağını anlatıyorum. Amaç korkutmak değil; sattığın her siparişin bir ay sonra da geçerli olmasını sağlamak.
Hesap Paylaşımı Yasağı Aslında Neyi Yasaklıyor?
Bu tür hizmetlerin kullanım koşulları genelde iki şeyi ayırır: hesabın sahibi ve hesabın kullanıcısı. Abonelik, belirli bir kişiye tanımlanmış bir kullanım hakkıdır; bu hakkın birden fazla kişiye dağıtılması, satılması veya kiralanması çoğu sözleşmede açıkça yasaktır. Yani "ben hesabı kendim aldım, istediğime kullandırırım" savunması sözleşme karşısında geçerli değildir.
Tespit mekanizması sandığından basit. Aynı hesapta çok farklı cihaz parmak izi, birbirine uzak IP bölgeleri, eş zamanlı oturumlar, ani ve düzensiz kullanım sıçramaları. Bunların birleşimi otomatik sistemler için son derece görünür bir örüntüdür. Hesap paylaşımı gizlenemeyen bir davranıştır; sadece tespit edilmesi gecikir.
Sonuç genelde kademesizdir: hesap askıya alınır, içerik ve kalan süre kaybolur, aynı ödeme yöntemiyle açılan diğer hesaplar da işaretlenir. Tek hesabın kapanması on müşteriyi birden etkilediği için zarar katlanarak büyür.
Peki Neden Herkes Hâlâ Paylaşımlı Hesap Satıyor?
Cevap basit: kısa vadede matematik çok cazip görünüyor. Bir plan alıp beş kişiye bölmek, satıcıya yüksek marj sunar. İlk aylarda şikâyet gelmez, ödemeler sorunsuz akar ve satıcı bunun sürdürülebilir bir iş olduğunu düşünür. Riskin faturası ancak kullanım yoğunlaştığında kesilir.
İkinci sebep rekabet baskısı. Pazarda paylaşımlı fiyat gören müşteri, bireysel plan fiyatını pahalı bulur. Bu baskı satıcıyı modeli sorgulamak yerine fiyat kırmaya iter. Oysa burada satılan şey ucuz erişim değil, ertelenmiş bir risktir; ve o risk sonunda satıcının itibarına yazılır.
Üçüncü sebep ölçüm eksikliği. Çoğu satıcı paylaşımlı satıştan doğan iade, destek ve yenileme kaybını ayrı ayrı hesaplamaz. Net marj çıkarıldığında, bireysel plan satışının çoğu senaryoda daha kârlı olduğu görülür. Panelinde ürün bazlı iade ve destek maliyetini görebiliyorsan bu karar tahmin olmaktan çıkar.
| Satış modeli | Sözleşme uyumu | Ban riski | Destek yükü | Sürdürülebilirlik |
|---|---|---|---|---|
| Paylaşımlı tek hesap, çok kullanıcı | İhlal | Çok yüksek | Çok yüksek | Yok |
| Hazır hesap devri | Genelde ihlal | Yüksek | Yüksek | Düşük |
| Müşteri adına bireysel plan kurulumu | Uyumlu | Düşük | Orta | Yüksek |
| Resmî bayilik veya kurumsal koltuk | Uyumlu | Çok düşük | Düşük | Çok yüksek |
| Kurulum ve eğitim hizmeti satışı | Uyumlu | Yok | Orta | Yüksek |
Bir Hesap Kapandığında Zarar Nerede Büyüyor?
İlk zarar açıktır: müşteriye iade. İkincisi gizlidir: ödeme sağlayıcısının gözünde iade oranın yükselir. Belirli bir eşiği geçtiğinde sağlayıcı komisyonunu artırır, teminat ister ya da hesabını tamamen kapatır. Yani tek bir üründeki sorun, tüm satış kanalını riske atar.
Üçüncü zarar itibardır ve en yavaş onarılanıdır. Bir topluluk forumunda "aldığım hesap iki hafta sonra kapandı" yazan tek bir mesaj, aylarca süren reklam yatırımını nötrleyebilir. Dijital pazarda satıcının tek gerçek sermayesi, teslimin kalıcı olacağına dair inançtır.
Dördüncü zarar operasyonel. Kapanan her hesap, kaç müşterinin etkilendiğini bulma, tek tek iletişim kurma ve alternatif üretme işine dönüşür. Bu iş sipariş kayıtların düzenli değilse saatler alır. Sipariş-ürün-teslim ilişkisini net tutan bir e-pin satış yazılımı, kriz anında kimin etkilendiğini dakikalar içinde listeleyebilmek demektir.
Paylaşımlı AI hesabı satışında iptal ve şikâyet sebepleri
- Hesabın askıya alınması 40%
- Eş zamanlı kullanım çakışması 30%
- Şifre veya erişim değişikliği 20%
- Diğer teknik sorunlar 10%
Riski Sıfıra Yaklaştıran Satış Modeli Nasıl Kurulur?
Kurtarıcı fikir şudur: aboneliği değil, hizmeti sat. Müşterinin kendi adına açılmış bireysel planını kurmak, ödemeyi yönetmek, kullanım eğitimi vermek ve teknik destek sağlamak tamamen meşru bir gelir kalemidir. Burada sattığın şey bir erişim izni değil, senin emeğin ve uzmanlığındır; kimsenin sözleşmesini ihlal etmez.
İkinci yol resmî kanaldır. Birçok yazılım şirketi bayilik, kurumsal koltuk veya yeniden satış programı sunar. Süreç yavaştır, evrak ister, marj daha düşüktür; ama elde ettiğin şey paha biçilemez: teslimin kalıcılığı ve arkanda duran bir sözleşme. Ölçeklenecek tek yol budur.
Üçüncü yol paketlemedir. Bireysel plan kurulumunu, hazır komut şablonlarını, kısa bir eğitim videosunu ve destek süresini tek bir paket olarak sat. Bu paket paylaşımlı hesaptan daha pahalı olabilir ama değer algısı daha yüksektir. Fiyat rekabetinden çıkmanın yolu, satılan şeyi değiştirmektir.
Hesabın kimin adına açılacağını, faturanın kime çıkacağını ve destek kapsamını ürün sayfasında net yaz. Bu tek paragraf, iade taleplerinin büyük kısmını henüz satış olmadan önler.
Script Tarafında Hangi Ayarları Mutlaka Açmalısın?
Uyumlu modele geçsen bile operasyonel disiplin gerekir. Abonelik ürünlerinde en kritik ayar süre takibidir: her siparişin başlangıç ve bitiş tarihi, yenileme hatırlatması ve kalan gün bilgisi sistemde durmalı. Bunu takip etmeyen satıcı, müşterisinin yenileme anını kaçırır ve düzenli geliri kaybeder.
İkinci kritik ayar teslim kaydıdır. Kurulum hizmeti sattıysan neyin ne zaman teslim edildiği, hangi onayın alındığı yazılı olmalı. Bir iade itirazında ödeme sağlayıcısına sunacağın tek şey bu kayıttır. Sipariş notu, teslim zaman damgası ve müşteri onayı alanları olan bir panel, burada doğrudan para koruyor.
Üçüncü ayar erişim disiplini: manuel teslim gerektiren ürünlerde yetkili personel ayrımı, işlem günlüğü ve ürün bazlı satış limiti. Pinova bu noktada bir epin yazılım altyapısı olarak devreye girer; abonelik süresi, sipariş geçmişi, teslim kaydı ve yetki katmanlarını tek panelde toplayarak riskli ürünleri kontrollü satmanı sağlar. Pinova hesap veya abonelik satmaz; senin satışını düzenler.
Müşteriye Bu Sınırı Nasıl Anlatırsın?
En büyük korku şu: "kurallara uygun satarsam müşteri pahalı bulup gider." Pratikte olan şey farklı. Müşteriye "bu hesap tek kişilik, senin adına açılıyor, kapanma riski yok" dediğinde satın alma sebebi değişir; fiyat karşılaştırması yerine güvence karşılaştırması başlar. Bu zeminde rakibin ucuz teklifi zayıflar.
Dili sade tut. Sözleşme maddesi okutmaya çalışma; tek cümlelik bir uyarı yeterlidir: "Paylaşımlı hesap satmıyoruz, çünkü bu hesapların kapanma riski var ve paranı kaybetmeni istemiyoruz." Bu cümle satıcının dürüstlüğünü de gösterir.
Son olarak alternatif sun. Bütçesi yetmeyen müşteriye daha kısa süreli plan, daha düşük paket veya kurulum-only hizmet öner. Kaybedilen satış, gelecek ay geri gelebilecek bir müşteriden çok daha az maliyetlidir; kapanan bir hesap ise hiç geri gelmez.
| Kontrol | Amaç | Durum |
|---|---|---|
| Ürün sayfasında hesap sahipliği beyanı | İade itirazını önler | Zorunlu |
| Abonelik başlangıç/bitiş tarihi kaydı | Yenileme gelirini korur | Zorunlu |
| Teslim zaman damgası ve müşteri onayı | Ödeme itirazında kanıt | Zorunlu |
| Paylaşımlı hesap ürünlerinin kaldırılması | Sistemik riski keser | Zorunlu |
| Personel yetki ayrımı ve işlem günlüğü | İç suistimali engeller | Önerilir |
| Ürün bazlı iade oranı raporu | Riskli ürünü erken görür | Önerilir |
| Yenileme hatırlatma bildirimi | Tekrar geliri artırır | Önerilir |
Abonelik satışını kayıt altına al
Süre takibi, teslim kanıtı, yetki ayrımı ve iade raporları hazır bir panelle çalış. Pinova'nın özelliklerine bak, paketleri karşılaştır ve riskli ürünleri kontrollü sat.
Paylaşımlı hesap satışı yasal olarak suç mu?
Ceza hukuku boyutu ayrı bir konu; ancak neredeyse her durumda hizmetin kullanım sözleşmesinin ihlalidir. Bu da hesabın kapatılması, ödemenin iade edilmemesi ve müşteriye karşı sözleşme sorumluluğunun sende kalması anlamına gelir.
Müşteri adına bireysel plan kurmak riskli mi?
Müşterinin bilgisi ve onayıyla, kendi e-postası ve kendi ödeme bilgisiyle kurulum yapılıyorsa risk çok düşüktür. Burada sattığın şey erişim değil kurulum ve destek hizmetidir; bunu ürün açıklamasında net belirt.
Hesap kapanırsa müşteriye iade etmek zorunda mıyım?
Uygulamada büyük ihtimalle evet. Ödeme sağlayıcısı ve tüketici tarafı teslimin çalışmadığını görür. Bu yüzden asıl çözüm iade politikası yazmak değil, kapanma riski yüksek ürünü hiç satmamaktır.
Pinova bu süreçte ne sağlıyor?
Pinova bir e-pin ve dijital ürün satış yazılımıdır. Abonelik sürelerini, sipariş ve teslim kayıtlarını, personel yetkilerini ve iade oranlarını yönetir; böylece hangi ürünün riskli olduğunu veriyle görürsün.
Kural dışı satılan bir abonelik bugün kâr, üç ay sonra faturadır. Uyumlu modele geçmenin bedeli birkaç puan marjken, kaybetmenin bedeli ödeme kanalın ve itibarın olabiliyor. Süre takibi, teslim kanıtı ve yetki katmanlarının pratikte nasıl çalıştığını görmek için canlı demo üzerinde bir abonelik ürünü oluştur, sipariş akışını baştan sona dene ve kendi risk politikanı veriye dayandırarak yaz.