Aylık Abonelik Modelleri: Bağlılık, Churn ve İptal Ekranı
Yazılımda tek seferlik lisans satın almak artık istisna. Adobe'nin 2013'te Creative Suite'i kapatıp Creative Cloud'a geçmesi bu dönüşün sembolü oldu, arkasından neredeyse herkes geldi. Ürüne sahip olmuyorsunuz, kiralıyorsunuz. Peki bu ilişki kullanıcı tarafında neye benziyor ve şirket tarafında sürekli tekrarlanan "tahmin edilebilir gelir" cümlesi göründüğü kadar sağlam mı?
Kiralama ilişkisi neyi değiştirir
Tek seferlik lisansta ödeme biter, ürün kalır. Abonelikte ödeme bittiğinde erişim de biter. Asıl soru şu: erişim bittiğinde geride ne kalıyor? Tasarım dosyalarınız kapalı bir formatta duruyorsa, muhasebe kayıtlarınız yalnızca panelde görüntülenebiliyorsa, aslında yazılımı değil verinize ulaşma iznini kiralamışsınız demektir. Bu yüzden dışa aktarma özelliği abonelik ürünlerinde ikincil bir konfor değil, ilişkinin sınırını çizen şeydir. Aylık ücretin karşılığı sorgulanabilir; verinizi geri alamamanın karşılığı yoktur.
Tahmin edilebilir gelirin matematiği
Abonelik modelinin en çok tekrarlanan gerekçesi düzenli ve öngörülebilir gelir. Öngörülebilirlik gerçek, ama tek bir sayıya bağlı: kayıp oranı.
Aylık %5 kulağa küçük geliyor. Ocak ayında kazandığınız yüz aboneden aralıkta kaçı kalır? 0,95 üzeri 12, yani 54 kişi. Kohortun yarısını yıl içinde kaybediyorsunuz. Ortalama abone ömrü 1/0,05 = 20 ay eder; aylık 200 lira ödeyen bir aboneden toplam 4.000 lira görürsünüz. Müşteri kazanma maliyeti bu rakama yaklaşıyorsa model gelir değil, gecikmeli zarar üretiyordur. Sayı elinizde olmadan "tahmin edilebilir" demek, tahmini yapmadan tahmine güvenmektir.
Kaybın bir kısmı kullanıcının kararı değil
Kartın son kullanma tarihi doluyor, limit yetmiyor, banka 3D doğrulamayı reddediyor. Faturalama kodunu yazan herkes farkı bilir: tek seferlik ödemede iki durum vardır, başarılı ve başarısız. Abonelikte başarısız denemenin kaç saat sonra tekrarlanacağı, kaçıncı denemede erişimin kısıtlanacağı, o sırada kullanıcıya hangi mesajın gideceği ayrı ayrı kararlardır. Bu kararlar bilinçli verilmediğinde ortaya çıkan varsayılan davranış genelde en sert olanıdır: ödeme düşmez, hesap aynı gece kapanır, kullanıcı sabah kendi verisinin önünde bir ödeme duvarı bulur. Kart bilgisi güncellenmediği için kaybedilen abone, ürünü beğenmediği için giden aboneden daha ucuza geri kazanılır. Yeter ki geri dönecek bir kapı bırakılmış olsun.
İptal ekranı ürün hakkında en çok şeyi söyleyen yer
Aboneliği bir tıkla başlatıp iptali destek ekibine yazdıran akışlar, karanlık desen tartışmasının merkezinde duruyor. İptali panelde üç adımda bitiren bir ürünü, iptal için e-posta ve bekleme süresi dayatandan daha güvenilir bulurum; ikincisi ürünün değerini değil, kullanıcının yorulmasını satıyor. Sürtünmeyle tutulan abone, faturasını incelediği ilk gün zaten gidecektir. Farkı, giderken ne anlattığı yaratır.
İptal akışını iyi kuran ekipler burayı aynı zamanda tek gerçek geri bildirim kanalı olarak kullanır. Neden ayrıldığını soran tek bir ekran, aylarca yapılan anketlerden daha dürüst cevap toplar. Peki ya ayrılma sebebi geçici bir ihtiyaç boşluğuysa? O durumda dondurma seçeneği iptalden daha iyi çalışır, çünkü kullanıcıya vazgeçmediği bir şeyi bırakmasını dayatmaz.
Hangi ürün bu modele uyar
Abonelik, sürekli maliyet üreten işlerde doğaldır: depolama, işlem gücü, düzenli güncelleme, destek. Kullanıcı her ay bir şey ödüyorsa, sağlayıcı da her ay bir şey harcıyor olmalı. Eğitim platformları, barındırma hizmetleri, sürekli geliştirilen yazılımlar bu tanıma oturur.
Tek seferlik bir ihtiyaç için kurulan abonelik ise ihtiyaç bittikten sonra da ödeme almaya devam eder. Buna bağlılık denmiyor, unutkanlık geliri deniyor ve iki farklı şeydir. Biri ürünün her ay yeniden kazanılması, diğeri kullanıcının kendi hesap ekstresine bakmamasına bel bağlanmasıdır. İkincisinden gelen para, ilkinden gelenle aynı tabloda görünür ama aynı şirketi kurmaz.