Abonelik mi, Tek Seferlik Lisans mı? İki Modelin Gerçek Maliyeti

Abonelikte satıcı, ürünü çalışır ve güncel tutmayı taahhüt eder; alıcı bu hizmeti kullandığı sürece öder. Tek seferlik lisansta satıcı belirli bir sürümü teslim eder; sonrasında ürünü yaşatmak alıcının işidir. İki model arasındaki fark fiyat değil sorumluluğun kimde olduğudur — ve bu ayrım netleşmediğinde her iki taraf da yanlış beklentiyle sözleşme imzalar.

Alıcı tarafında en sık duyulan itiraz, aboneliğin 'hiç bitmemesi'dir. Gerçekte tek seferlik lisans da bitmez: sunucu, yedek, güvenlik güncellemesi, sürüm yükseltmesi ve destek maliyetleri o günden itibaren alıcının bütçesindedir. Fark, maliyetin tek kalemde görünmesi ile dört ayrı yere dağılması arasındadır. Görünmeyen maliyet, olmayan maliyet değildir.

Karşılaştırmanın anlamlı olduğu tek zemin, üç yıllık toplam sahip olma maliyetidir. Abonelik tarafında hesap kolaydır: aylık tutar çarpı otuz altı, artı kurulum ve göç. Lisans tarafında dört kalem eklenir: sunucu ya da barındırma, yedekleme ve izleme, güncellemeleri uygulayacak teknik zaman ve destek anlaşması. Bu dördü hesaplanmadığında lisans her zaman ucuz görünür.

Hesaba bir de risk kalemi girer: sistemin çalışmadığı saatlerin maliyeti. Abonelikte bu risk büyük ölçüde satıcıdadır; lisansta alıcıdadır. Bir işletme için sistemin bir gün durması ne kadar pahalıysa, o rakam lisans tarafına yazılmalıdır. Çoğu kurum bu satırı ilk kez gördüğünde iki modelin arasındaki farkın sandığından küçük olduğunu fark eder.

Son olarak zamanın değeri: abonelik ilk gün çalışmaya başlar, lisanslı kurulum genellikle bir kurulum projesi ister. Üç ay erken başlamanın değeri işletmeye göre değişir ama sıfır değildir. Bu üç kalem — işletim, risk, zaman — hesaba katıldığında karar çoğu zaman peşin fiyat farkının işaret ettiği yönden başka bir yeri gösterir.

Abonelik, sistem yöneticisi olmayan ve olmak istemeyen kurumlar için doğrudur — küçük ve orta ölçekli işletmelerin büyük çoğunluğu buraya girer. Ürünü kullanmak istiyorlar, işletmek değil. Bu kurumlarda tek seferlik lisans satmak, üçüncü ayda 'sistem yavaşladı, kim bakacak' sorusuna dönüşür ve o soru genellikle yine satıcıya gelir; üstelik bu kez sözleşmesiz.

Kurum içi kurulum ise verinin dışarı çıkamadığı ya da kurumun kendi veri merkezini işlettiği durumlarda doğrudur: kamu, savunma, finans, sağlık ve büyük kurumsal yapılar. Burada tartışma güvenlikten çok yetki alanıdır — verinin hangi hukukun, hangi ağın ve hangi yedekleme politikasının altında durduğu. Bu kurumlarda abonelik önermek çoğu zaman zaman kaybıdır.

Biz ürünlerimizi iki modelde de sunuyoruz ve önemli olan şunu netleştirmek: iki model aynı çekirdek üzerinde çalışıyor, kurum içi sürüm 'kısıtlı sürüm' değil. Bu netlik olmadığında alıcı, yerel kurulumda ikinci sınıf bir ürün alacağını düşünür ve haklı olarak tereddüt eder.

Abonelik modeli satıcıya öngörülebilir gelir verir ama karşılığında kesintisiz sorumluluk ister. Ürünün çalışması, güncellenmesi, yedeklenmesi ve izlenmesi artık sizin işinizdir; bunu yapacak bir işletim disiplininiz yoksa abonelik geliri, destek maliyetiyle erir. Aboneliğe geçmeden önce sorulacak soru satış değil operasyon sorusudur: bu sistemi yedi gün yirmi dört saat kim ayakta tutacak?

İkinci zorluk, iptal ve askıya alma akışıdır. Abonelik satıyorsanız ürünün 'ödeme yapılmadı' durumunu tanıması gerekir: erişim nasıl kısıtlanacak, veri ne kadar süre saklanacak, geri dönen müşteriye ne olacak? Bu akışı ürüne baştan koymazsanız, ilk iptal geldiğinde elle müdahale edersiniz ve o müdahale zamanla bir alışkanlığa dönüşür.

Üçüncüsü fiyat değişimidir. Abonelikte fiyat artışı, tek seferlik satıştan farklı olarak bütün müşteri tabanını aynı anda ilgilendirir. Artışı önceden duyurmak, gerekçesini açıklamak ve mevcut müşterilere bir süre eski fiyatı korumak; kısa vadede gelir kaybı gibi görünse de iptal dalgasından ucuzdur.

Alıcı için en önemli güvence, modelin adı değil verinin taşınabilirliğidir. Abonelikte de lisansta da sorulacak soru aynıdır: istediğim gün, verimi eksiksiz ve makine okunur biçimde alabilir miyim? Bu soruya net cevap veren bir sağlayıcıyla abonelik ilişkisi, cevap vermeyen bir sağlayıcıdan alınan lisanstan daha güvenlidir.

Biz bu yüzden dışa aktarımı bir 'özellik' olarak değil temel yetenek olarak tutuyoruz. Müşteri veriyi istediğinde alabiliyorsa, bizimle kalmasının sebebi kilitlenmiş olması değil memnun olmasıdır. Bu, ürün ekibi için de sağlıklı bir baskıdır: müşteriyi tutan şeyin ürünün kalitesi olması gerekir.

Abonelik modelinde ikinci karar tahsilat sıklığıdır ve bu, fiyattan çok nakit akışıyla ilgilidir. Yıllık peşin tahsilat, küçük bir yazılım şirketi için işletme sermayesi demektir: bir yıllık gelir bugün cebe girer, geliştirme onunla finanse edilir. Karşılığında müşteriye indirim verilir ve bu indirim, o paranın bugünkü değeridir — hesabı böyle kurmak, indirimi keyfi olmaktan çıkarır.

Aylık tahsilatın avantajı giriş engelinin düşük olmasıdır: müşteri küçük bir taahhütle başlar ve memnun kalırsa devam eder. Dezavantajı, iptalin de kolay olmasıdır — yıllık müşteriler bir yıl boyunca kalır, aylık müşteriler her ay yeniden karar verir. Bu, ürün ekibi üzerinde sağlıklı bir baskı yaratır ama gelir tahminini zorlaştırır.

Pratikte ikisini birden sunmak en yaygın çözüm: aylık fiyat listede, yıllık ödemede belirgin bir indirim. Müşteri kendi nakit tercihine göre seçer. Burada tek dikkat edilecek nokta, yıllık paketin iptal ve iade koşullarının açık olmasıdır — bir yıl ödeyip üçüncü ayda vazgeçen müşteriye ne olacağı yazılı değilse, o konuşma her zaman kötü geçer.

Abonelik biter, veri bitmez. İptalden sonra verinin ne kadar süre saklanacağı, hangi biçimde dışarı verilebileceği ve ne zaman silineceği açıkça tanımlanmalıdır. Bu üç sorunun cevabı hem sözleşmede yazılı olmalı hem üründe bir mekanizma olarak çalışmalı; 'gerekirse veritabanından çıkarırız' cümlesi, bir süreç değil bir vaattir.

Bizim yaklaşımımız, iptali silme değil askıya alma olarak tasarlamak: hesap kapanır, erişim durur, veri tanımlı bir süre saklanır. Bu süre içinde müşteri geri dönerse hiçbir şey kaybolmaz — pratikte geri dönüş hiç de nadir değildir. Süre dolduğunda ise silme otomatik ve kayıtlı biçimde yapılır.

Tek seferlik lisans satıyorsanız asıl ilişki lisansla değil bakım sözleşmesiyle kurulur. Yazılım teslim edildikten sonra da güvenlik güncellemeleri, çatı yükseltmeleri ve mevzuat değişiklikleri devam eder; bunları kim, hangi sıklıkla ve hangi bedelle yapacak sorusu baştan cevaplanmazsa müşteri iki yıl sonra desteklenmeyen bir sürümle kalır.

Bakım sözleşmesinin içeriği en az üç başlık olmalı: güvenlik yamalarının uygulanma süresi, sürüm yükseltmelerinin kapsamı ve arıza durumunda yanıt süresi. Bunların yanına bir de 'kapsam dışı' listesi koymak faydalı — yeni özellik geliştirme, veri düzeltme ve üçüncü taraf entegrasyonu genellikle bakımın dışındadır ve bunu sonradan tartışmak ilişkiyi yıpratır.

Bir: güncellemeler dahil mi? Abonelikte genellikle evet, lisansta genellikle hayır — ama bu varsayım yazılmadığında bir yıl sonra tartışma çıkar. İki: destek kapsamı ve yanıt süresi ne? 'Destek dahildir' cümlesi tek başına hiçbir şey ifade etmez; hangi saatlerde, hangi kanaldan, ne kadar sürede.

Üç: veri dışa aktarımı nasıl yapılır ve sözleşme bittiğinde veri ne kadar süre saklanır? Dört: kurum içi kurulumda sürüm yükseltmesi kimin sorumluluğunda ve hangi koşulla yapılır? Beş: fiyat değişikliği nasıl duyurulur ve mevcut müşteri ne kadar süre korunur?

Bu beş maddenin yazılı olması, ilişkiyi hukuki olmaktan çıkarıp öngörülebilir hâle getirir. Deneyimimiz şu: sözleşmeyi ayrıntılandırmak güvensizlik göstergesi değil, tam tersi — iki taraf da neyi beklediğini bildiğinde ilişki uzun sürüyor.

Abonelik ile lisans arasındaki seçim, ödemenin biçimiyle değil sorumluluğun kiminle kalacağıyla ilgilidir. Sistemi işletmek istemeyen kurum için abonelik; verinin dışarı çıkamadığı kurum için yerel kurulum doğrudur. Karar verirken üç yıllık toplam maliyeti, işletim yükünü ve kesinti riskini birlikte hesaplayın — peşin fiyat tek başına yanıltıcıdır.

Biz iki modeli de sunuyoruz ve ikisinde de aynı çekirdeği veriyoruz; fark yalnız kimin işlettiğinde. Hangisinin size uyduğunu konuşmak isterseniz, önce sistemin sizin tarafınızda kim tarafından ayakta tutulacağını konuşarak başlayalım — karar çoğu zaman o cevabın içinde saklı.