Modül Bazlı Fiyatlandırma: Müşteri Kullanmadığına Neden Ödemesin?

Üç kademeli paket — başlangıç, profesyonel, kurumsal — satış tarafında en kolay modeldir: karşılaştırma tablosu yapılır, müşteri ortadakini seçer. Görünmeyen maliyeti şudur: müşterilerin çoğu, paketteki özelliklerin yarısını hiç açmaz ve bunu bilir. Her ay ödediği faturaya bakıp 'bunun yarısını kullanmıyorum' diyen bir müşteri, iptal düşüncesine rakip bir teklif olmadan da varır.

İkinci maliyet üründedir. Paket mantığı, özelliklerin 'üst pakete' konularak değerli gösterilmesini teşvik eder; bir süre sonra ürün kararları müşteri ihtiyacına göre değil paket dengesine göre verilir. Kullanışlı bir özelliği yapay olarak üst kademeye koymak, kısa vadede yükseltme getirir, uzun vadede ürünü sevmeyen bir kullanıcı kitlesi bırakır.

Modül bazlı fiyatlandırmada ürün, çekirdek ve modüller olarak ikiye ayrılır. Çekirdek her kurulumda vardır ve temel akışı çalıştırır; modüller ihtiyaca göre açılır, her biri ayrı fiyatlanır. Müşteri üç modülle başlar, işi büyüdükçe dördüncüyü açar. Faturaya baktığında gördüğü her satırın karşılığı vardır — bu, iptal konuşmasını en baştan zayıflatan şeydir.

Kendi işletme ürünümüzde bu model uygulanıyor: menü, sipariş, adisyon ve roller gibi çekirdek akış her kurulumda dahil; kalan modüller şube bazında açılıyor ve ayrı fiyatlanıyor. Küçük bir kafe üç modülle çalışıyor, çok şubeli bir zincir aynı çekirdeğin üstünde büyüyor. Aynı ürün, iki farklı büyüklükteki işletme için iki farklı fiyat üretiyor — indirim pazarlığı olmadan.

Bu modelin satış tarafındaki en güçlü cümlesi şudur: kullanmadığınıza ödemezsiniz. Bu cümle bir pazarlama iddiası değil, fiyat modelinin doğrudan sonucu olduğunda etkili olur — müşteri paneli açıp kapalı modülleri gördüğünde iddianın gerçek olduğunu kendisi doğrular.

Çekirdek, olmadığında ürünün işe yaramadığı şeydir. Bunu belirlemenin pratik testi, en küçük müşterinizin ilk gününü hayal etmektir: hangi ekranlar olmadan o gün geçmez? Sipariş alamayan bir işletme yazılımı, hasta kaydı tutamayan bir klinik yazılımı olmaz. O ekranlar modül değildir; kimse onların parasını ayrıca ödemek istemez ve istemekle haklıdır.

Çekirdeğin sınırını geniş tutmak sayı olarak daha az modül demektir ama satışı kolaylaştırır: müşteri ilk konuşmada 'bunlar zaten var' duyar. Dar tutmak fiyat esnekliği verir ama 'her şey ekstra' hissi yaratır. Dengeyi bulmanın yolu, çekirdeği rakip listesine göre değil kendi müşterinizin ilk gününe göre belirlemektir.

Bir de sınırın hareket etmesi meselesi var. Zamanla bir modül o kadar yaygınlaşır ki artık herkes açar; o an onu çekirdeğe almak doğru karardır. Tersine, çekirdekteki bir özellik yalnız belirli bir müşteri tipini ilgilendiriyorsa modüle taşınabilir. Bu ayarlamaları yapmak fiyat modelini bozmaz; aksine modelin canlı kalmasını sağlar.

Modül bazlı satmak istiyorsanız, ürünün modül bazlı açılıp kapanabilmesi gerekir — ve bu bir pazarlama kararı değil mimari karardır. Kapı kararının tek bir yerde yaşaması şart: bir modülün açık olup olmadığı sorusu ekranlara dağılmış küçük kontrollerle değil, tek bir kapıdan cevaplanmalı. Aksi hâlde 'kapalı' sanılan bir modül bir yerden sızar ve müşteri parasını ödemediği bir şeyi kullanır.

İkinci mimari gereklilik, kapalı modülün nasıl görüneceğidir. İki seçenek var: gizlemek ya da kilitli göstermek. Kilitli göstermek, müşterinin neyin mümkün olduğunu görmesini sağlar ve yükseltmeyi tetikler; gizlemek daha sade bir arayüz verir. Biz varsayılan olarak kilitli göstermeyi seçtik — kilide tıklayan kullanıcı modülün ne işe yaradığını okuyabiliyor.

Üçüncüsü, kapının hangi seviyede çalıştığıdır. Modül organizasyon bazında mı açılır, şube bazında mı? Çok şubeli bir müşteride bu ayrım doğrudan gelire dönüşür: bir modülü yalnız iki şubede kullanan bir zincir, yalnız o iki şube için öder. Bu esnekliği sonradan eklemek zordur; hangi seviyede fiyatlayacağınızı veri modelini kurarken bilmek gerekir.

Modül kataloğu bir fiyat listesi olduğu kadar bir taahhüt listesidir. Bu yüzden katalogda yer alan her modülün gerçekten çalışıyor olması gerekir; henüz yapılmamış olanlar açıkça 'yakında' diye işaretlenmeli ve satılmamalıdır. Kendi kataloğumuzda bunu böyle yapıyoruz: yayında olan modüller açılabilir, yakında işaretliler açılamaz.

Bunun satış tarafında bir bedeli var — liste daha kısa görünür. Karşılığı ise şudur: müşteri bir modülü açtığında beklediği şeyi bulur. Yapılmamış bir modülü satmak, ilk faturadan önce güveni tüketir ve o güveni geri kazanmak, kaybettiğiniz aboneliğin gelirinden pahalıdır.

Modül kararının yanında ikinci bir soru var: modülün fiyatı neye göre değişecek? Yaygın üç ölçü var — kullanıcı sayısı, konum ya da şube sayısı, işlem hacmi. Doğru ölçü, müşterinin ürüne yüklediği değerle birlikte büyüyen ölçüdür. Bir randevu ürününde randevu sayısı, bir işletme ürününde şube sayısı, bir ekip aracında kullanıcı sayısı genellikle doğru eksendir.

Yanlış eksen seçmenin bedeli, müşterinin ürünü daha az kullanmaya çalışmasıdır. Kullanıcı başına fiyatlanan bir araçta işletme, hesap açmak yerine tek hesabı paylaşır; bu hem güvenliği bozar hem ürünü değersizleştirir. Ölçü, müşterinin kaçınmak isteyeceği bir şey değil, büyümesinin doğal göstergesi olmalıdır.

Üçüncü nokta öngörülebilirliktir: işlem başına fiyatlama teoride en adil modeldir ama fatura her ay değişir ve bütçe yapan bir kurum için sorun olur. Pratik denge, taban ücret artı belirli bir kotanın üstünde kademeli artış — müşteri ne ödeyeceğini aşağı yukarı bilir, siz de yoğun kullanımın maliyetini karşılarsınız.

Deneme süresinin amacı ürünü göstermek değil, müşterinin kendi verisiyle bir işi bitirmesini sağlamaktır. Boş bir kurulum verip 'buyurun deneyin' demek, çoğu denemenin hiç başlamadan bitmesinin sebebidir. İşe yarayan yol, ilk oturumda gerçek bir işi tamamlatmak: menüyü aktarmak, ilk kaydı açmak, ilk raporu almak.

Modül bazlı bir üründe deneme tasarımı ayrıca önem kazanır: hangi modüller deneme süresince açık olacak? Hepsini açmak, müşterinin sonradan kapanacak şeylere alışmasına yol açar ve deneme sonu bir kayıp gibi hissettirir. Bizim tercihimiz, işletme tipine göre önerilen seti açmak ve gerisini kilitli göstermek — müşteri neyin mümkün olduğunu görür ama alışmadığı bir şeyi kaybetmez.

Fiyatı sitede göstermek, uygun olmayan müşteriyi baştan eler ve satış ekibinin zamanını korur; göstermemek, her müşteriye göre esneklik verir ama görüşmelerin yarısını fiyat sorusuyla başlatır. Modül bazlı bir modelde şeffaflık daha kolaydır: çekirdek fiyatı ve modül fiyatları yazılabilir, müşteri kendi setini kendi hesaplar.

Şeffaflığın sınırı kurumsal satıştır. Çok şubeli, özel entegrasyon ve eğitim isteyen bir müşterinin fiyatı liste fiyatı değildir; orada teklif doğrudur. Pratik çözüm ikisini birden yapmak: liste fiyatı küçük ve orta ölçek için açık, kurumsal için 'görüşelim'. Böylece küçük müşteri kendi kararını verir, büyük müşteri doğru odaya gider.

Bu modelin ilk sınırı karmaşıklıktır. Elli modüllük bir katalog, karar veremeyen bir müşteri üretir; seçim özgürlüğü belirli bir noktadan sonra yük hâline gelir. Çözüm, modülleri gruplamak ve işletme tipine göre hazır setler önermektir: 'kafe için önerilen set', 'çok şubeli işletme için önerilen set'. Müşteri isterse tek tek seçer, istemezse hazır seti alır.

İkinci sınır tahmin edilebilirliktir. Bazı kurumlar bütçelerini yıllık kurar ve 'her ay değişebilen bir fatura' onlar için sorun olur. Bu durumda modül bazlı yapıyı koruyup fiyatı yıllık sabitlemek işe yarar: yıl içinde modül açılabilir ama fatura yıl sonunda güncellenir. Model esnek kalır, muhasebe rahat eder.

Üçüncü sınır, çok küçük fiyatların yönetim maliyetidir. Aylık çok küçük tutarlı bir modülü ayrı fatura kalemi yapmak, tahsilat ve muhasebe tarafında değerinden fazla iş çıkarır. Bu tür küçük yetenekleri tek tek satmak yerine gruplamak ya da çekirdeğe almak daha mantıklıdır.

Var olan müşterileri yeni bir fiyat modeline taşımak, modeli tasarlamaktan daha hassas bir iştir. Temel kural, kimsenin faturasının habersiz artmamasıdır. Pratikte işe yarayan yol, mevcut müşterileri eski koşullarıyla bırakıp yeni modeli yeni müşterilerle başlatmak; sonra geçişi teşvikle yapmak — geçen müşteriye bir avantaj sunmak, geçmeyeni cezalandırmaktan iyidir.

Geçiş sırasında en çok işe yarayan araç şeffaflıktır: müşteriye kendi kullanımına göre iki modelin karşılaştırmasını göstermek. Çoğu müşteri modül modelde daha az ödeyeceğini görür ve geçiş kendiliğinden olur; daha çok ödeyecek olanlar ise zaten ürünü yoğun kullananlardır ve gerekçeyi anlarlar. Rakamları saklamak, geçişi zorlaştıran tek şeydir.

Modül bazlı fiyatlandırma, müşterinin faturasıyla kullanımı arasındaki mesafeyi kapatır ve bu, tek başına iptalleri azaltan bir şeydir. Ama modelin çalışması için ürünün gerçekten modüler olması, kapı kararının tek yerde yaşaması, çekirdeğin dürüstçe belirlenmesi ve katalogda yalnız gerçekten var olanın satılabilmesi gerekir.

Fiyat modeli, sonradan üstüne giydirilen bir kabuk değil; ürünün mimarisiyle birlikte kurulan bir şey. Bu yüzden 'nasıl fiyatlayacağız' sorusunu ilk sürümün tasarımında sormak, üçüncü yılda modeli değiştirmeye çalışmaktan çok daha ucuz.