Telegram Premium satmaya başlayan çoğu kişi bunu bir e-pin işiyle aynı sanır: kodu al, listeye koy, satıldığında gönder, bitti. İlk hafta gerçekten de öyle gider. İkinci haftada ise ilk sürpriz gelir: müşteri kullanıcı adını yanlış yazmıştır, aktivasyon başka bir hesaba gitmiştir ve geri alınamaz. Üçüncü haftada ikinci sürpriz gelir: aynı anda üç sipariş düşer, sen hangisine hangi tedarikçiden aktivasyon yaptığını karıştırırsın. Dördüncü haftada iade talepleri kârı yer.
Buradaki fark çok basit ama kritik: Telegram Premium bir kod ürünü değil, bir hesaba bağlanan abonelik ürünüdür. Yani teslimatın doğru olması için sadece stok değil, müşteriden alınan bilginin de doğru olması gerekir. Bu yüzden bu işi düzgün yapanlar, ürünü sıradan bir listeye koymuyor; sipariş formuna doğrulama alanı ekliyor, teslimatı durum makinesiyle yönetiyor ve her adımı loga yazıyor. Bu yazıda o düzeni, kullanılan epin yazılım altyapısı üstünden adım adım kuracağız.
Abonelik satmak neden kod satmaktan zordur?
Kod satarken teslimat tek yönlüdür: müşteri öder, sistem koddan birini verir, iş biter. Müşterinin hiçbir bilgisini bilmene gerek yoktur. Abonelikte ise teslimat çift yönlüdür; önce müşteriden bir girdi almak, sonra o girdiyle bir işlem yapmak zorundasın. Bu tek fark, operasyonun tamamını değiştirir. Artık siparişin "ödendi" olması teslim edilebilir olduğu anlamına gelmez; girdinin doğrulanmış olması gerekir.
Bu yüzden Telegram Premium satarken sipariş akışına üçüncü bir durum eklemek zorundasın: ödendi → bilgi bekleniyor → işleniyor → teslim edildi. Bu durumlar panelde görünür olmazsa, iki gün içinde hangi siparişin hangi aşamada olduğunu kaybedersin. Bunu bir not defterinde tutabileceğini sanma; üç siparişte olur, otuz siparişte olmaz. İyi bir dijital ürün satış yazılımı bu durum makinesini ürün bazında tanımlamana izin verir, yani kod ürünleri iki adımda kapanırken abonelik ürünleri dört adımda kapanır.
Müşteriden hangi bilgiyi, nasıl almalısın?
En pahalı hata burada yapılıyor. Kullanıcı adını sipariş notu olarak, serbest metin kutusuna yazdırıyorsun; müşteri başına @ koymayı unutuyor, araya boşluk giriyor, bazen tamamen başka bir hesabın adını yazıyor. Sen de o adı aynen tedarikçiye iletiyorsun ve aktivasyon yanlış hesaba gidiyor. Bu işlem geri alınamaz ve zararı sen karşılıyorsun.
Çözüm, serbest metni ortadan kaldırmaktır. Sipariş formuna zorunlu ve biçim kontrollü bir alan koy: yalnızca izin verilen karakterler, minimum-maksimum uzunluk, başındaki @ işaretinin otomatik temizlenmesi. Ardından bir onay adımı ekle: "Aktivasyon @kullaniciadi hesabına yapılacaktır, onaylıyorum." Bu tek kutucuk, iade tartışmalarının büyük kısmını baştan bitirir çünkü müşteri bilgiyi kendi eliyle onaylamıştır ve bu onay loglanmıştır.
| Paket | Marj eğilimi | İade riski | Teslim süresi beklentisi | Öneri |
|---|---|---|---|---|
| 1 aylık | Düşük | Yüksek | Anında | Giriş ürünü yap |
| 3 aylık | Orta | Orta | Anında | Ana ürün |
| 6 aylık | Orta-yüksek | Düşük | Birkaç dakika | Ana ürün |
| 12 aylık | Yüksek | Düşük | Birkaç dakika | Öne çıkar |
| Hediye/transfer | Değişken | Çok yüksek | Belirsiz | Başlangıçta kaçın |
Stoğu nasıl tutmalısın: kod havuzu mu, kapasite sayacı mı?
Telegram Premium tarafında tedarik yöntemi satıcıdan satıcıya değişir. Elinde kullanıma hazır aktivasyon kodları varsa klasik kod havuzu mantığı işler; her kod bir satır, satıldığında kilitlenir ve düşer. Ancak tedarikçinden "günde 50 aktivasyon hakkı" gibi bir kapasite alıyorsan, stok artık bir liste değil bir sayaçtır. İkisini aynı mantıkla yönetmeye çalışmak, en sık görülen mimari hatadır.
Doğru kurulumda ürün, stok tipi alanıyla tanımlanır. Kod tipinde sistem havuzdan çeker; kapasite tipinde sistem bir sayacı azaltır ve sayaç sıfırlandığında ürünü otomatik olarak satışa kapatır. İkinci durumda mutlaka günlük sıfırlama saatini de tanımla, yoksa gece yarısından sonra gelen siparişler yanlış günün kotasından düşer ve tedarikçinle mutabakatın tutmaz. Ciddi bir e-pin satış scripti her iki stok tipini de destekler; desteklemiyorsa abonelik ürünlerinde er geç elle müdahale etmek zorunda kalırsın.
Telegram Premium satışında operasyon süresinin dağılımı
- Kullanıcı adı doğrulama ve düzeltme 45%
- Tedarikçiyle aktivasyon yazışması 25%
- İade ve itiraz yönetimi 20%
- Stok ve kota takibi 10%
Teslimatı yarı otomatik kurmak neden tam otomatikten daha akıllıca?
Kod ürünlerinde tam otomatik teslimat doğru cevaptır. Abonelikte ise durum farklı: aradaki insan adımı, tedarikçiyle olan işlemin doğasından geliyor. Bu yüzden hedefin "insanı tamamen çıkarmak" değil, insanın dokunduğu süreyi saniyelere indirmek olmalı. Yani müşteri bilgiyi girer, sistem doğrular, panelinde tek bir kuyruk ekranı belirir ve sen o ekranda tek tuşla işlemi tamamlarsın. Kopyala-yapıştır yok, sekme değiştirme yok, karıştırma yok.
Bu kuyruk ekranı doğru kurulduğunda günde 40 siparişi 15 dakikada kapatabilirsin. Yanlış kurulduğunda ise aynı 40 sipariş iki saatini alır ve içinde en az bir hata olur. Fark, kod kalitesinde değil ekran tasarımında: sipariş numarası, doğrulanmış kullanıcı adı, paket süresi ve tedarikçi etiketi aynı satırda görünmeli. Ayrıca her tamamlanan işlem otomatik olarak müşteriye bildirim göndermeli ve log'a yazılmalı. Hangi özelliklerin hazır geldiğini özellikler bölümünden karşılaştırabilirsin.
"Bilgileri onaylıyorum" yeterli değildir. Metin, girilen kullanıcı adını birebir tekrar etmeli: "Aktivasyon @ornekhesap adresine yapılacak ve işlem geri alınamaz." Adı ekranda gören müşteri hatasını kendi yakalar; göremeyen müşteri hatayı sana fatura eder.
İlk ayda batıran o üç sessiz hata hangileri?
Birincisi, iade politikasını yazmamak. Abonelik aktive edildikten sonra iade teknik olarak mümkün değildir ama bunu yazmadıysan müşteri talep eder, ödeme sağlayıcısı da çoğu zaman müşterinin tarafını tutar. Kuralı ürün sayfasına, sepete ve sipariş onay e-postasına koy. Üç yerde yazılı olan bir kural, itiraz süreçlerinde senin lehine delildir.
İkincisi, tek tedarikçiyle çalışmak. Abonelik tarafında tedarik kesintileri kod tarafına göre daha sık yaşanır. İkinci bir kaynağın yoksa, kesinti günü ya satışı durdurursun ya da teslim edemeyeceğin siparişi alırsın; ikisi de pahalıdır. Üçüncüsü, maliyeti dövizle takip etmemek. Alımını dövizle yapıp satışını sabit lirayla listelersen, kur hareketinde marjın sessizce erir ve bunu ay sonunda fark edersin. Maliyeti döviz cinsinden tut, satış fiyatını kurala bağla ve paket seçimini buna göre yap.
| Kontrol | Neden gerekli | Durum |
|---|---|---|
| Kullanıcı adı alanı biçim kontrollü ve zorunlu | İadelerin çoğunun kaynağını keser | ☐ |
| Adı tekrar eden onay kutusu ve log kaydı | İtirazda tek güçlü delilin | ☐ |
| Dört durumlu sipariş akışı tanımlı | Hangi sipariş nerede, net görünür | ☐ |
| Stok tipi (kod / kapasite) doğru seçilmiş | Kota takibi ve mutabakat | ☐ |
| Kuyruk ekranından tek tuşla tamamlama | İşlem süresini saniyelere indirir | ☐ |
| İade kuralı üç noktada yazılı | Ödeme itirazlarında koruma | ☐ |
| İkinci tedarikçi ve döviz bazlı maliyet | Kesinti ve kur riskine karşı | ☐ |
Abonelik ürünlerini kod ürünleriyle aynı panelde, ama doğru akışla yönet
Pinova, ürün bazlı sipariş durumları, biçim kontrollü müşteri alanları, kod ve kapasite stok tipleri ile abonelik satışını elle takip edilen bir işten çıkarıp sistemli bir operasyona çevirir.
Müşteri kullanıcı adını yanlış yazarsa sorumluluk kimde?
Onay ekranında girilen ad birebir gösterildiyse ve müşteri onayladıysa sorumluluk müşteridedir; bu onay loglandığı için itiraz süreçlerinde de savunulabilir. Onay ekranı yoksa pratikte zararı sen karşılarsın.
Abonelik ürünlerini kod ürünleriyle aynı mağazada satabilir miyim?
Evet, hatta satmalısın. Tek şart, sipariş akışının ürün bazında farklılaşabilmesi: kod ürünü iki adımda kapanırken abonelik ürünü bilgi alma ve işleme adımlarını da içermeli.
Günlük kota ile çalışırken stok nasıl yönetilir?
Ürünü kapasite tipiyle tanımlar, günlük hakkı sayaç olarak girersin. Sayaç bittiğinde ürün otomatik satışa kapanır, tanımladığın saatte sıfırlanır. Sıfırlama saatini tedarikçinin günü ile aynı tutman mutabakat için kritiktir.
Hangi paket süresiyle başlamak mantıklı?
3 ve 6 aylık paketlerle başla. 1 aylık paket düşük marjlı ve yüksek iade eğilimli, 12 aylık ise en kârlı ama güven gerektirir. Kısa paketle müşteri kazanıp uzun pakete yönlendirmek en sağlıklı ilerleme yoludur.
Telegram Premium satışı, doğru kurulduğunda düzenli gelir getiren ve müşteriyi tekrar tekrar geri getiren bir kategoridir; yanlış kurulduğunda ise iade ve itirazla geçen bir aydan ibaret kalır. Farkı yaratan şey ürün değil, sipariş formundan teslim loguna kadar uzanan akıştır. Bu akışı ekranda görmek, doğrulama alanının ve kuyruk ekranının nasıl çalıştığını denemek istersen canlı demo üzerinden bir abonelik siparişi oluştur ve adımları baştan sona kendin takip et.