Giriş: fiyatlandırma ürünün ikinci versiyonudur
SaaS fiyatlandırma tasarım kararıdır, finans kararı değil. Hangi limit ücretli, neyin premium sayıldığı, fiyat eğrisi nasıl yükseldiği — bunlar kullanıcı davranışını doğrudan şekillendirir. Yanlış fiyatlandırma kötü ürün hissi yaratır.
Bu yazıda SaaS pricing'i kuran 6 kararı sıralıyoruz: model seçimi, paket sayısı, hangi sınırlar konacak, free tier var mı, deneme süresi ne kadar, fiyat artış stratejisi ne. Her karar için somut çerçeve veriyoruz.
Genel ilke: fiyatlandırma pazar verisinden doğmalı, sezgiden değil. İlk versiyon hipotez; sonra A/B test ile öğren. Sabit fiyat hedefi olan SaaS uzun vadede kayıp eder.
1. Model seçimi: per-seat / usage / feature / hybrid
Per-seat (kişi başı): en yaygın model. Kullanıcı sayısı arttıkça ücret artar. İyi: predictable, kolay anlaşılır. Kötü: "sadece bir kişi kullanacak" diyen müşteri büyümeye direnir. Slack, Notion, Asana bu modelde.
Usage-based (kullanıma göre): API call, veri hacmi, mesaj sayısı vs. üzerinden. İyi: değer = ödeme. Kötü: tahmin zor; müşteri sürpriz fatura korkusu yaşar. Stripe, Twilio, OpenAI bu modelde.
Feature tier (özellik bazlı): paketler arası fark özellik kümesi. Basic / Pro / Enterprise. İyi: net. Kötü: "hangi pakette ne var?" karmaşası. Most B2B SaaS'lar bu modelde.
Hybrid: per-seat + usage limit + premium feature. En esnek. "5 kullanıcı + 10K API call + AI özelliği" gibi. Çoğu olgun SaaS bu kombinasyona evrilir.
Karar kriteri: ürün değer ne ile ölçülüyor? Kişi başı değer üretiyorsa per-seat; transaction değer üretiyorsa usage; özellik kümesi farklılaşıyorsa tier; karma ise hybrid.
2. Paket sayısı: 3 sihirli sayı
3 paket SaaS'lar için pazar standardıdır. "Basic / Pro / Enterprise" veya "Starter / Growth / Scale". Daha az kullanıcıya seçim yetersiz hissettirir; daha fazlası karar yorgunluğu yaratır.
Paragraflama sırası: (a) en sol = en ucuz / en az özellik (decoy etkisi yaratır), (b) orta = "en popüler" işaretiyle vurgulanan paket (asıl satılan), (c) en sağ = enterprise (yüksek fiyat, customizasyon, satış-led).
Anchor effect: en pahalı paket diğerlerini ucuz gösterir. "Enterprise: 999$", "Pro: 99$" — Pro daha cazip görünür. Bu sebeple en pahalı paketin abartılı olması bile yararlı.
Yine de istisnalar: erken aşama / niş ürün için tek paket kullanılabilir (Linear böyle başladı). Karmaşık enterprise ürünler için özel teklif ana model olabilir.
3. Hangi sınırlar konacak? Değer = ödeme bağı
Sınır seçimi kullanıcı davranışına yön verir. Yanlış sınır = adoption düşüklüğü veya monetizasyon kaybı. Doğru sınır değer ürettikçe ödeme bağı kurar.
İyi sınırlar (kullanıcı büyürken doğal olarak aşılan): kullanıcı sayısı, proje / workspace sayısı, depolama, AI istek sayısı, integration sayısı. Bu metrikler başarıyla korelasyonlu.
Kötü sınırlar (temel kullanımı engelleyen): export sayısı (kullanıcı veriye erişemiyor hissi), kullanıcı sayısı (1 kişiye 50$ ağır), feature kapanması ("buton tıklayamıyorsun"). Bunlar müşteri kaybeder.
Soft limit vs hard limit: soft = uyarı + upgrade öner ("AI istek sınırına yaklaşıyorsun, Pro'ya geç"). Hard = işlem dur ("limit aşıldı, devam edemezsin"). Soft daha iyi conversion verir; hard sadece pahalı kaynaklar için (AI compute, large file).
4. Free tier: var mı, ne kadar?
Üç model: (a) free tier yok (sadece trial), (b) sınırlı free tier (1 kullanıcı + 100 öğe), (c) cömert free tier ("forever free" benzeri).
Free tier iyi olduğu durumlar: network effect var (Slack — bir takım kullanmaya başlarsa diğerleri katılır), viral büyüme mümkün, freemium'dan paid'e dönüşüm yolu net.
Free tier kötü olduğu durumlar: ürünün operasyon maliyeti yüksek (her free user para kaybettirir), B2B enterprise satış (free user sales pipeline'ı kirletir), niş yüksek-değer ürün (ucuz olarak konumlanır).
Pratik: %2-5 conversion oranı tipik freemium'dan paid'e. 10K free user ≈ 200-500 paid. Bu oranı tutturmuyorsan free tier maliyet merkezi; trial'a geç.
5. Deneme (trial) süresi: 7 / 14 / 30
14 gün SaaS standardı. Yeterli süre kullanıcı değer görsün, az olduğu için "sonra denerim" ertelemesi az.
7 gün: aciliyet yaratır, conversion'ı artırır. Basit / hızlı değer üreten ürünlerde işe yarar (kayıttan 1 saat içinde değer alınabiliyorsa).
30 gün: kompleks ürünler için (CRM, ERP). Adoption yavaş; ekibin tamamı dahil olmadan değer görülmüyor. Trial extension'lar genelde verilmez (gevşeklik kültürü yaratır).
Credit card vs no-credit-card: CC istemek %50-70 conversion azaltır ama trial'ı bitirenlerin %80'i ödeme yapar. CC istemezsen trial sayısı yüksek ama paid'e geçiş düşük (%10-20). Hangisi daha çok paid kullanıcı? Test et.
Reverse trial alternatifi: kullanıcı önce paid özelliklere erişir; trial bitince free tier'a düşer. Notion, Linear bu modeli kullanır. Conversion arttırır.
6. Fiyat artış stratejisi: sezgisel değil, planlı
İlk fiyatlandırma düşük başlamak istersin (adoption); ama 12 ay sonra fiyatı artırmak kaçınılmaz. Plansız zam müşteri kaybı yaratır; planlı zam doğal kabul edilir.
İyi pratikler: (a) grandfathering — eski müşteriler eski fiyatla devam eder (sadakat ödülü), (b) yeni müşteriye yeni fiyat, (c) 30-60 gün önceden duyuru (sürpriz değil), (d) annual prepay indirimi (yıllık ödeyene %20 indirim — aslında zammın yumuşatıcısı).
Fiyat artış kuralı: %10-20 / yıl tipik. Üzeri müşteri kaybı; altı enflasyon karşısında erime. ABD pazarında %15-25 / yıl da görülür (yüksek değerli SaaS).
Plan değiştirme: aylıktan yıllığa geçiş (%20 indirim) bir nevi gizli zam. "Yıllık ödeyenler %20 az ödüyor" yerine "aylık ödeyenler %25 fazla ödüyor" demek. Çoğu kullanıcı yıllığa geçer; cash flow + LTV artar.
Sonuç: pricing iteratiftir, statik değil
İlk pricing modeli hipotez. Pazara çıkar, veri toplar, ayarlarsın. 6-12 ay sonra ilk pricing tamamen değişebilir; bu doğal. Sabit pricing'e tutkun ekipler değer kaybeder.
Ölçülecek metrikler: ARPU (kullanıcı başı gelir), MRR (aylık tekrarlayan gelir), churn rate (müşteri kayıp oranı), expansion revenue (mevcut müşteriden artan gelir), CAC payback period (müşteri edinme maliyetinin geri dönüş süresi).
SaaS ürününüzün pricing kurgusunu netleştirmek istiyorsanız SaaS geliştirme sayfamız üzerinden iletişime geçebilirsiniz; pazar verisi + müşteri görüşmesi + iteratif test ile sağlam kurgu kurarız.
İlgili hizmetler
İlgili yazılar
Aynı kararı destekleyen diğer yazılar
SaaS
SaaS Mimarisinde İlk Yapılan 7 Hata
Multi-tenant, yetkilendirme, abonelik ve gözlemlenebilirlik akışları doğru planlanmadığında SaaS ürünleri neden pahalıya patlar?
SaaS
SaaS Geliştirme Yol Haritası 2026: 8 Fazlı Plan
Pre-MVP'den enterprise'a kadar 8 fazlı yol haritası. Her fazda yatırım, metrikler, ekip ölçeği, gizli tuzaklar ve tipik süre.
Maliyet Analizi
Mobil Uygulama Maliyeti 2026: Fiyatı Gerçekte Ne Belirler?
200K mı, 2M mı? Mobil uygulama maliyeti 7 kalemde belirlenir: kapsam, backend, entegrasyon, native ihtiyacı, test+güvenlik, bakım, fazlı yaklaşım. Her kalem için somut aralıklar.
Sonraki adım
Benzer bir proje planlıyorsanız, bağlamınızı netleştirip teklif akışını birlikte kurabiliriz.
Proje talebi oluştur