Usage based pricing son yıllarda neredeyse otomatik biçimde “modern fiyatlama” etiketiyle anılmaya başladı. Özellikle bulut altyapısı, API ürünleri ve yapay zekâ araçlarında bu yaklaşım sık görülüyor. Mantığı ilk bakışta çok cazip: Müşteri kullandıkça ödesin, giriş bariyeri düşsün, fiyat değerle hizalansın. Kâğıt üzerinde temiz görünüyor.
Ama pratikte mesele o kadar basit değil. Çünkü kullanım bazlı fiyatlama, yalnızca faturanın nasıl kesileceğiyle ilgili bir tercih değildir. Aynı zamanda ürün davranışını, müşteri psikolojisini, gelir öngörülebilirliğini ve marj yapısını etkiler. Bu yüzden usage based pricing her AI veya SaaS girişimi için doğru cevap değildir.
Usage based pricing nedir
Temel tanım şu: Müşterinin ödediği tutar, sabit koltuk sayısından veya düz paketlerden çok; yaptığı kullanım miktarına bağlıdır. Bu kullanım API çağrısı, depolama, işlem hacmi, üretilen çıktı, taranan veri, aktif iş akışı veya başka bir tüketim metriği olabilir.
İyi modelde fiyat metriği, müşterinin aldığı değere mümkün olduğunca yakın olur. Kötü modelde ise sadece teknik olarak ölçülebilen şey fiyatlandırılır. Aradaki fark büyük sonuç üretir.
Neden özellikle AI tarafında bu kadar popüler
AI ürünlerinde maliyet yapısı zaten çoğu zaman kullanım arttıkça artar. Token, inference, GPU süresi, işlenen veri, model çağrıları gibi değişkenler doğrudan marjı etkiler. Bu yüzden sabit fiyat koymak bazı ürünlerde risklidir. Ayrıca erken kullanımda müşteri belirsizlik yaşadığı için düşük giriş eşiği önemlidir. Usage based pricing, hem satıcı hem müşteri için ilk adımı kolaylaştırabilir.
Ama popüler olması, her yerde doğru olduğu anlamına gelmez. Özellikle değer ile kullanım aynı şey olmadığında model bozulmaya başlar.
Ne zaman gerçekten işe yarar
| Koşul | Neden önemli | Yorum |
|---|---|---|
| Kullanım ile değer arasında güçlü bağ varsa | Müşteri ödediği şeyi adil bulur | En kritik şart budur |
| Satıcı maliyeti kullanım arttıkça artıyorsa | Marj korunur | AI ve infra ürünlerinde sık görülür |
| Müşteri talebi değişkense | Düşük giriş bariyeri avantaj sağlar | Esnek kullanım iyi karşılanır |
| Kullanım metriği anlaşılırsa | Fatura sürpriz yaratmaz | Güven için şarttır |
| Ürün hızla yayılabiliyorsa | Land-and-expand etkisi güçlenir | Başlangıç küçük, büyüme büyük olabilir |
Örneğin API tabanlı doğrulama servisi, veri zenginleştirme aracı, görsel üretim motoru veya bulut güvenlik taraması gibi ürünlerde kullanım ve maliyet doğal biçimde birbirine yakındır. Bu durumda usage based model daha dürüst çalışır.
Ne zaman yaramaz
Şu durumlarda kullanım bazlı fiyatlama ciddi sorun çıkarabilir:
- Müşteri değeri kullanım miktarından çok sonuç kalitesine bağlıysa
- Kullanım artışı müşteri için stres yaratıyorsa
- Satın alma kararını finans değil takım bütçesi veriyorsa ve öngörülebilirlik önemliyse
- Ürünün benimsenmesi için yoğun iç kullanım teşviki gerekiyorsa
- Fiyat metriği teknik olarak ölçülüyor ama müşteriye anlamsız geliyorsa
Mesela bir takım içi proje yönetim aracında her görev, yorum veya otomasyon başına ücret almak kullanıcıyı üründen soğutabilir. Çünkü değer, “daha fazla tıklama” değil, işin rahat akmasıdır. Kullanımı cezalandıran his doğarsa ürün doğal yayılımını kaybeder.
Örnek senaryo
Diyelim ki müşteri destek ekipleri için AI destekli yanıt öneri platformu kuruyorsunuz. Model her ajan için koltuk bazlı satılabilir. Ama maliyetiniz asıl olarak oluşturulan öneri sayısı, kullanılan model kalitesi ve işlenen ticket hacmiyle artıyor. Burada saf seat-based model sizi marj riskiyle baş başa bırakabilir.
Bunun yerine hibrit yapı kurabilirsiniz: platform ücreti + belli hacme kadar kullanım + aşım fiyatı. Böylece müşteri girişte öngörülebilirlik alır, siz de yoğun kullanımı fiyatlayabilirsiniz. Saf usage yerine kontrollü usage, birçok AI ürününde daha sağlıklı çıkar.
Asıl mesele fiyat metriği seçimi
Usage based pricing tartışmalarının çoğu yanlış yerde dönüyor. Soru “kullanım bazlı mı değil mi?” değil. Asıl soru, hangi kullanım metriğinin hem değeri hem maliyeti en iyi temsil ettiğidir. Çünkü yanlış metrik bütün modeli bozar.
| Fiyat metriği | Avantaj | Risk |
|---|---|---|
| API çağrısı | Ölçmesi kolay | Çağrıların değer yoğunluğu farklı olabilir |
| İşlenen veri hacmi | Maliyetle yakın olabilir | Müşteri için değer bağlamı zayıf olabilir |
| Üretilen çıktı | Kullanım davranışına yakın | Kalite farklarını yansıtmayabilir |
| Başarılı işlem veya sonuç | Değere daha yakın | Takibi ve tanımı zor olabilir |
| Aktif iş akışı | B2B bağlamında anlamlı olabilir | Karmaşık anlatım yaratabilir |
İyi metrik müşterinin zihninde “mantıklı” görünür. Kötü metrik ise her faturada küçük güven kaybı üretir.
AI ürünlerinde dikkat edilmesi gereken özel riskler
- Maliyet volatilitesi yüksek olabilir
- Model sağlayıcı fiyatları değişebilir
- Müşteri yoğun kullanım döneminde fatura şoku yaşayabilir
- Düşük kaliteli prompt veya yanlış kullanım, müşteri gözünde verimsiz maliyet üretir
- Ekipler bütçe kilidi yüzünden kullanımı sınırlayabilir
Bu nedenle AI ürünlerinde usage based pricing çoğu zaman tek başına bırakılmaz. Limitler, ön ödeme, kredi paketi, taban ücret veya hibrit planlarla desteklenir.
Hangi ürünlerde daha güçlü çalışır
- API-first ürünler
- Bulut altyapısı ve developer tools
- Yoğun veri işleme ürünleri
- Doğrudan tüketimle marj üreten AI araçları
- Kullanım hacmi arttıkça müşteri değerinin de arttığı platformlar
Buna karşılık işbirliği araçları, kurumsal sistem kayıt ürünleri, süreç yönetim araçları ve organizasyon içinde yayılım gerektiren ürünlerde saf usage modeli daha dikkatli düşünülmelidir. Çünkü burada bazen amaç, kullanımı fiyatlamak değil, kullanımı teşvik etmektir.
Karar tablosu
| Durum | Usage based pricing uygun mu | Öneri |
|---|---|---|
| Kullanım arttıkça hem değer hem maliyet artıyor | Evet | Saf veya hibrit kullanım bazlı model düşün |
| Müşteri öngörülebilir bütçe istiyor | Kısmen | Taban ücret veya commit ekle |
| Ürün iç yayılımla büyüyor, kullanımın serbest artması gerekiyor | Dikkat | Seat veya platform katmanı gerekebilir |
| Fiyat metriği teknik ama müşteri için anlamsız | Hayır | Metriği yeniden tasarla |
| AI maliyeti değişken ve marj hassas | Evet | Usage güçlü adaydır, ama koruma katmanlarıyla |
Ne zaman hibrit model daha iyidir
Çoğu startup için doğru cevap siyah-beyaz değildir. Özellikle B2B SaaS ve AI kesişiminde en sağlıklı yapı, sabit taban + kullanım katmanı olabilir. Böylece müşteri bir miktar öngörülebilirlik alır, siz de yoğun tüketimi finanse edebilirsiniz. Bu yaklaşım ayrıca procurement süreçlerinde daha az sürtünme yaratır. Çünkü bütçe sahibi tamamen belirsiz faturadan korkmaz.
Son çizgi
Usage based pricing kulağa çağdaş geldiği için değil, ürün ekonomisine ve müşteri değerine uyduğu zaman seçilmelidir. Eğer kullanım, değerin iyi bir vekiliyse ve maliyet yapınız da buna yakınsa çok güçlü model olabilir. Ama kullanım metriği değerle kopuksa, müşteride ceza hissi yaratıyorsa veya bütçe belirsizliği doğuruyorsa aynı model büyümenizi yavaşlatabilir. Doğru soru şudur: Müşteri tam olarak ne için ödeme yaptığını içgüdüsel biçimde anlayacak mı? Cevap net değilse, fiyatlamayı daha fazla düşünmek gerekir.
Bu çerçeveyi daha da derinleştirmek için girişim büyüme sinyalleri ve kurucu odağı yazıları iyi iki devam noktası olur.
Yorumlar