2026'da Önemli Olan Tek 9 SaaS Metriği (1,300+ Şirkete Göre Kıyaslandı)

2026'da Önemli Olan Tek 9 SaaS Metriği (1,300+ Şirkete Göre Kıyaslandı)

342 şirketlik Aleph × Benchmarkit panelinde medyan brüt gelir tutma oranı, 2025 takvim yılında 88%'den 84%'e geriledi (Aleph × Benchmarkit, 2026 SaaS & AI Performance Benchmarks). Bir yılda dört puan. Yine de çoğu yönetim kurulu sunumunda önemli olan SaaS metrikleri, David Sacks'ın sermayenin fiilen bedava olduğu dönemde, Ekim 2021'de yayımladığı eşiklere göre puanlanmaya devam ediyor. Bu barajlar sadece biraz eskimiş değil. Artık var olmayan bir piyasaya göre kalibre edilmişler. Aşağıda dokuz metrik var; her rakam örneklem büyüklüğüyle birlikte adı belirtilen 2026 raporuna dayanıyor, artı takip etmeyi bırakmanız gerektiğini düşündüğümüz altı metrik.

Öne Çıkan Bulgular

• Kullanım bazlı SaaS şirketleri medyan 108% NRR'ye ulaşırken bu oran koltuk bazlı şirketlerde 98%'de kalıyor, yani 10 puanlık bir fark var (Benchmarkit 2026, n=230).
• Medyan brüt gelir tutma oranı yıldan yıla 88%'den 84%'e geriledi (Benchmarkit 2026).
• Bootstrap (kendi kendini finanse eden) SaaS büyümesi $3–20M ARR bandında medyan 20%'den 15%'e yavaşladı (SaaS Capital 2026, n>1,000).
• 2026'da dokuz metrik önemli. Yaygın olarak takip edilen altı metrik önemli değil ve bu yazıda bunları tek tek belirtiyoruz.

2026 SaaS Kıyaslamaları Gerçekte Ne Söylüyor?

2026 baskılı SaaS metrik kıyaslamaları, tamamı 2025'in tüm yılına ait gerçekleşen rakamları raporlayarak, büyümede zorlaşan ama verimlilikte hafifçe iyileşen bir piyasayı tarif ediyor. Medyan net gelir tutma oranı 102%, medyan brüt gelir tutma oranı ise 84% seviyesinde; ikisi de yıldan yıla düşüşte, medyan CAC geri ödeme süresi ise 18 aydan 16 aya iyileşti (Aleph × Benchmarkit, CY-2025; NRR n=230, CAC geri ödeme süresi n=198, GRR n açıklanmadı).

İşte tamamı tek bir tabloda: insanların sürekli aradığı SaaS metrikleri hile kağıdı. Ekran görüntüsünü al, kaynak göster, tartış. Her rakam, 2026'da yayımlanmış bir kıyaslamadan alınan CY-2025 gerçekleşen verisi, dolar tutarları yayımlandığı gibi USD. Bir kaynağın yayımlamadığı kesimler n/a olarak okunuyor, asla tahmin değil. Bir etiketleme notu: SaaS Capital kendi rakamlarını "2026 medyanları" olarak adlandırıyor; Aleph ve Benchmarkit ise aynı raporlama dönemini CY-2025 olarak etiketliyor. Tutarlılık için bu yazı boyunca CY-2025 kullanıyoruz; alttaki veri yılı aynı.

Medyanı "piyasanın yarısı bunun altında" olarak okuyun, geçer not olarak değil. Dokuz metrik üç gruba ayrılıyor:

1. Tutma: NRR, GRR, logo tutma
2. Verimlilik: CAC geri ödeme süresi, yanma çarpanı, çalışan başına ARR
3. Büyüme kalitesi: büyüme oranı, brüt kâr marjı, Rule of 40

Sektörün yarısı, sermayenin bedava olduğu dönemde yazılmış bir barajla ölçülüyor.

Bu Kıyaslamayı Nasıl Oluşturduk? (Yöntem ve Örneklem Büyüklükleri)

Biz bir anket yapmadık. Bunun ne olduğu: adı belirtilen, yayımlanmış 2026 raporlarından derlenmiş, normalize edilmiş bir meta-kıyaslama. Her rakam bu raporlardan birine ait ve adıyla kaynak gösteriliyor. Kendi çalışmamıza dayanan tek bölüm, yani bu rakamların uygulamada nasıl bozulduğuna dair bölüm, hiçbir istatistik içermiyor, çünkü hiçbir şey ölçmedik.

"1,300+" rakamının arkasındaki aritmetik: Benchmarkit panelindeki 342 şirket artı SaaS Capital panelindeki 1,000'den fazla şirket, 1,342'den fazla eder. SaaS Capital panelini bir kez sayıyoruz, çünkü yukarıdaki iki rapor aynı katılımcı tabanından geliyor.

Normalize ettiğimiz tanımlar için bkz. SaaS Metrics Standards Board: NRR, sabit bir kohort üzerinde genişleme, daralma ve kaybı ölçer ve yeni logoları tamamen dışarıda bırakır. Aşağıdaki SQL de tam olarak bunu uyguluyor.

Bilerek dışarıda bıraktıklarımız: "$129,724 çalışan başına gelir" rakamı ve "SaaS şirketlerinin yalnızca 11–30%'u Rule of 40'ı geçiyor" iddiası. İkisi de bir toplayıcının kendi analizine dayanıyor, birincil bir rapora değil. Bu arama sonucunun ilk on sırasındaki hiçbir sayfa, rakamlarının nereden geldiğini açıklamıyor.

Bir açıklama, çünkü bu yazı bunu yapmazsa ikiyüzlü olur. İki kaynağımız çalışan başına ARR konusunda birbiriyle çelişiyor. Benchmarkit'in özet sayfası $175K, 17% arttı başlığını atarken, Aleph'in metrik bazlı sayfası aynı panelden $193K, 29% arttı rakamını raporluyor. Biz $193K'yı kullanıyoruz çünkü o sayfa örneklemini açıklıyor (n=96) ve tam dağılımı yayımlıyor; oysa özet başlık ikisini de açıklamıyor. Makul insanlar diğer rakamı da tercih edebilir. Kimsenin yapmaması gereken şey, hangi sayfadan geldiğini belirtmeden ikisinden birini alıntılamak.

Tutma: NRR, GRR ve Logo Kaybı

Net gelir tutma oranı (NRR)

Net gelir tutma oranı, net dolar tutma olarak da adlandırılır ve sabit bir müşteri kohortunun on iki ay sonra size ne ödediğini ölçer; genişleme, daralma ve kaybı sayar ama yeni logoları hariç tutar. CY-2025 medyanı 102%, 25. yüzdelik dilim ise 92% — 2024'teki 95%'ten gerilemiş durumda (Aleph × Benchmarkit, n=230).

Formül: NRR = (starting MRR + expansion − contraction − churn) ÷ starting MRR. $100K ile başlayan, $12K genişleyen, $4K daralan ve $6K kaybeden bir kohort 102%'ye ulaşır.

Şimdi bu yazının tamamına değen bulgu. Paneli fiyatlandırma modeline göre ayırdığınızda, kullanım bazlı şirketler 108% medyan NRR ile koltuk bazlı şirketlerin 98%'inin karşısında yer alıyor, yani 10 puanlık bir fark (Aleph × Benchmarkit).

Aleph × Benchmarkit, 2026 SaaS & AI Performance Benchmarks, NRR raporlayan n=230. 100% çizgisinin altında, mevcut müşteri tabanı yeni logo olmadan küçülür.

98%'i bir kenara koyup düşünün. Medyan koltuk bazlı SaaS şirketi kendi tabanında başabaşın altında: yarın müşteri kazanmayı durdursa küçülür. Herkesin bir "müşteri sevgisi" skoru gibi gördüğü bu metrikte, nasıl ücretlendirdiğiniz ne inşa ettiğinizden daha belirleyici. NRR'niz 90'ların üst sınırında takılıp kaldıysa, müşteriniz büyüdükçe fiyatlandırmanızda büyüyen bir şey olup olmadığını sorun.

Brüt gelir tutma oranı (GRR)

Brüt gelir tutma oranı, genişleme kredisi çıkarılmış NRR'dir: yalnızca daralma ve kayıp, her müşterinin başlangıç gelirinde taban yapılmış. Medyan 88%'den 84%'e, 75. yüzdelik dilim ise 95%'ten 91%'e geriledi (Aleph × Benchmarkit, CY-2025).

Formül: GRR = (starting MRR − contraction − churn) ÷ starting MRR. 100%'ü asla geçemez.

NRR, kaybı genişlemenin arkasına gizler; GRR gizleyemez. 105% NRR ve 84% GRR'ye sahip bir şirket müşterilerini elde tutmuyor, kalanlara agresif şekilde satış yapıyor.

Logo tutma ve müşteri kaybı

Logo tutma, doları değil müşteriyi sayar, bu yüzden kayıp küçük veya büyük hesaplarda yoğunlaştığında GRR'den ayrışır. Logo kaybı medyanını birincil bir 2026 baskılı rapora bağlayamadık, bu yüzden bir rakam yazmıyoruz.

Söyleyeceğimiz şey şu: "5–7% yıllık kayıp sağlıklıdır" 2019 dönemine ait, ilk on rakipten birinin hâlâ hiçbir kaynak göstermeden yayımladığı bir halk bilgeliğidir ve bir ACV bandı olmadan anlamsızdır.

SaaS'ınız Gerçekten Ne Kadar Verimli? CAC Geri Ödeme, Yanma Çarpanı, Çalışan Başına ARR

CAC geri ödeme süresi

CAC geri ödeme süresi, bir müşteri kazanma maliyetini geri ödemek için gereken, brüt kâr marjına göre ayarlanmış gelir ay sayısıdır. CY-2025 medyanı 16 ay, 2024'teki 18 aydan iyileşti; üst çeyrek 6 ay veya daha kısa sürede geri öder, alt çeyrek ise 24 ay veya daha uzun sürer (Aleph × Benchmarkit, n=198).

Formül: CAC payback = CAC ÷ (new MRR × gross margin).

Aleph'in CAC geri ödemenin, birincil verimlilik metriğiniz olarak LTV:CAC'ın yerini alması gerektiği argümanı doğru, çünkü basit bir aritmetik nedeni var: geri ödeme bildiğiniz iki rakamı kullanır, LTV:CAC ise üç tahmini çarpar. Aynı panel medyan sihirli sayının 1.37 olduğunu raporluyor, yani her $1'lık satış ve pazarlama harcaması için $1.37 yeni ARR. Altındaki ayrım daha keskin: yeni bir müşteri, yeni ARR'nin her dolarına $1.63'e mal olurken, genişleme için bu $0.80 (Aleph × Benchmarkit, NRR kıyaslamaları). Genişleme yarı fiyatına geliyor.

Yanma çarpanı (Burn Multiple)

Yanma çarpanı, David Sacks'ın kendi icadı, net yanmanın net yeni ARR'ye bölünmesidir: bir dolarlık yinelenen gelir üretmek için kaç dolar tükettiğiniz. Onun 2021 çerçevesine göre, 1'in altı harika, 2'nin altı ise hâlâ oldukça iyi.

İşte dürüst bir boşluk: izleyebildiğimiz 2026 baskılı raporların hiçbiri bir yanma çarpanı dağılımı yayımlamıyor, bu yüzden biz de bir tane uydurmuyoruz. Biri size güncel bir medyan yanma çarpanı söylerse, hangi rapor, hangi veri yılı, hangi n diye sorun. Sermaye verimliliği, bu kategorinin en çok iddia edilen, en az kaynaklandırılan köşesi.

Çalışan başına ARR

Çalışan başına ARR, yıllık yinelenen gelirin tam zamanlı çalışan sayısına bölünmesidir ve 2025'te en çok hareket eden metrik: medyan $193K, $150K'dan 29% arttı, üst çeyrek $279K civarında, alt çeyrek ise $126K (Aleph × Benchmarkit, n=96). Kullanım bazlı şirketler $291K ile önde.

Bir yılda 29%'luk bir sıçrama bir verimlilik mucizesi değil, kısmen bir işe alım dondurmasıdır. Bunu hareket ettiren araçlar: küçük ekiplerin küçük kalmak için kullandığı araçlar ve iş için işe almak yerine işi otomatikleştirmek bu oranın içine düşüyor. 50%'nin üzerinde büyüyen şirketler çalışan başına $235K'ya ulaşırken, 31–50% kohortu için bu rakam $136K.

Büyüme Kalitesi: Büyüme Oranı, Brüt Kâr Marjı ve Rule of 40

Büyüme oranı

$3–20M ARR bandındaki bootstrap B2B SaaS şirketleri için medyan yıldan yıla büyüme 20%'den 15%'e geriledi, NRR 103%'de, GRR ise 91%'de sabit kaldı (SaaS Capital, 2026 Benchmarking Metrics for Bootstrapped SaaS Companies, n>1,000). 90. yüzdelik dilim de 51%'den 42.3%'e geriledi.

SaaS Capital, 2026 Benchmarking Metrics for Bootstrapped SaaS Companies, n>1,000 özel B2B SaaS. Tutma aynı dönemde sabit kaldı, bu da yavaşlamanın kayıptan değil müşteri kazanımından kaynaklandığını gösteriyor.

Büyüme düştü. Tutma düşmedi. Bu da yavaşlamanın bir kazanım sorunu olduğu anlamına geliyor ve çoğu yönetim kurulu yanlış şeye işaret ediyor.

Brüt kâr marjı

Yazılım brüt kâr marjı medyanı 80%'de, üst çeyrek 86% veya üzerinde, alt çeyrek 50%'de, karma toplam gelir marjı ise 76%'da (Aleph × Benchmarkit, n=228–232).

Herkes yapay zeka çıkarım maliyetlerinin SaaS marjlarını yediğini bekliyor. Rapor herhangi bir sıkışma bulmadı: yazılım brüt kâr marjı, kıyaslama verisinin dört yılı boyunca 79–81% aralığında sabit kaldı. Kendi tavsiyesi, yapay zeka maliyetlerini şimdiden ölçümlemek, bu da ürününüzün içinde token başına LLM çıkarımının gerçekte ne kadara mal olduğunu bilmekle başlıyor.

Rule of 40

Rule of 40, büyüme oranı artı kâr marjının 40'ı geçmesi gerektiğini söyler. Medyan CY-2025'te 15%'den 25%'e yükseldi, üst çeyrek ise 43%'e ulaşıyor (Aleph × Benchmarkit). Formül: growth % + FCF or EBITDA margin % ≥ 40.

Fiyatlandırma ipliği burada düğümleniyor: hibrit abonelik-artı-kullanım modelleri kohortta 43% seviyesiyle önde. Ancak yükselen medyanın ne anlama geldiğine dikkat edin. Şirketler 40'a büyüyerek değil, kesinti yaparak yaklaştı, bu da bir testi geçmenin en tatmin etmeyen yolu.

Bu Kıyaslamalar ARR Bandına Göre Değişiyor mu?

Evet, ciddi biçimde, ve tek rakamlı rehberlerin en çok başarısız olduğu yer burası. NRR, $5M altı ARR'de 94%'ten $100M üzerinde 103%'e kadar değişiyor ve çalışan başına ARR, en tepede değil orta bantlarda zirve yapıyor.

Satırlara göre kaynaklar: NRR, çalışan başına ARR ve brüt kâr marjı Aleph × Benchmarkit 2026'dan (CY-2025); GRR ve büyüme oranı SaaS Capital 2026'dan (n>1,000). Bir n/a, hiçbir birincil kaynağın bu kesimi yayımlamadığı anlamına geliyor. Kendi sütununuzu okuyun: $8M ARR'de 15% büyüyor ve 103% NRR'ye sahipseniz, tam olarak ortalamasınız.

MRR Panonuz Neden P&L'nizle Uyuşmuyor?

Yukarıdaki formüller kolay kısmı. Bunları gerçek faturalama verisine karşı doğru hesaplamak öyle değil, ve bu arama sonucundaki her rehber bunu atlıyor.

Tanımların kendisinin bile netleşmediğine dair yayımlanmış kanıtla başlayalım. Tam olarak bunu standartlaştırmak için var olan kurum SaaS Metrics Standards Board, tartışmayı hâlâ açık olarak kaydediyor: "kullanım bazlı fiyatlandırma gelirinin, NRR hesaplamasında taahhüt seviyesinin (aşımların) üzerindeki kısmının dahil edilip edilmeyeceği konusunda tartışma var." Nasıl hesaplanacağını ise netleştiriyor: "kohort yöntemi NRR'yi ölçmenin en doğru yoludur ve çoğu durumda tercih edilen yaklaşımdır." Aleph en kötü tekil hatayı açıkça isimlendiriyor: "en yaygın hata, yeni logo gelirinin genişleme terimine sızmasına izin vermektir," ki bu onların ifadesiyle NRR'yi şişirir ve bir tutma sorununu gizler (Aleph × Benchmarkit).

Yani NRR'nizi bir kıyaslama medyanıyla karşılaştırmak, ikisinin de aynı şekilde hesaplandığını varsayar, standartlar kurumu ise muhtemelen öyle olmadığını söylüyor. Bunu Techsy'de ölçümlerken karşı tasarım yaptığımız beş hata modu burada, bir anket bulgusu değil, mühendislik pratiği olarak ifade edilmiş:

1. Yeni logo gelirinin genişleme terimine sızması. Sorgunuz bir müşteri kohortunu sabitlemek yerine bir tarih aralığına göre filtreliyorsa, her yeni müşteri tutma oranınızı şişirir.
2. Daralma ve kaybın tek bir kovaya sıkışması. GRR bunların ayrılmasını gerektirir, birleştirildiğinde yeniden bir çalıştırma olmadan ayrımı geri alamazsınız.
3. Faturalama ve panoda farklı anlarda anlık görüntülenen ARR, bu yüzden bir dönem-ortası yükseltme bir sistemde tam sözleşme değeriyle kaydedilirken diğerinde orantılanır ve asla uzlaşmaz.
4. Aylık ve yıllık sözleşmelerin farklı normalize edilmesi. Bir sistem yıllık değeri 12'ye böler, diğeri fatura tarihinde tanır. İkisi de savunulabilir; ikisini birden çalıştırmak değil.
5. Sessizce kayan bir kohort penceresi, genellikle ödeme takip (dunning) durumlarının aktif sayılmasından kaynaklanır. Stripe'ın past_due'su active değildir, ve saf bir status != 'canceled' filtresi onu sanki öyleymiş gibi ele alır.

Beşi için de çözüm o kohort yöntemi: bir ay seçin, o ayda aktif olan tam müşteri listesini sabitleyin, sonra bu aynı müşterilerin bir yıl sonra size ne ödediğini sorun. Yeni logolar bir filtreyle değil, yapı gereği dışarıda bırakılır. İşte aylık bir MRR anlık görüntü tablosuna karşı PostgreSQL 16 üzerinde:

-- Genişleme, daralma ve kaybın ayrıldığı kohort NRR ve GRR.
-- Kohort, sabit ay üzerinde donduruldu, bu yüzden yeni logolar giremez.
WITH anchor AS (
  SELECT customer_id, SUM(mrr_cents) AS start_mrr
  FROM mrr_monthly
  WHERE month = DATE '2025-06-01'
    AND status = 'active'          -- past_due ve unpaid AKTIF DEĞİLDİR
  GROUP BY customer_id
),
later AS (
  SELECT customer_id, SUM(mrr_cents) AS end_mrr
  FROM mrr_monthly
  WHERE month = DATE '2026-06-01'
    AND status = 'active'
  GROUP BY customer_id
),
movement AS (
  SELECT
    a.start_mrr,
    COALESCE(l.end_mrr, 0)                            AS end_mrr,
    GREATEST(COALESCE(l.end_mrr, 0) - a.start_mrr, 0) AS expansion,
    CASE WHEN COALESCE(l.end_mrr, 0) = 0
         THEN a.start_mrr ELSE 0 END                  AS churned,
    CASE WHEN COALESCE(l.end_mrr, 0) BETWEEN 1 AND a.start_mrr
         THEN a.start_mrr - l.end_mrr ELSE 0 END      AS contraction
  FROM anchor a
  LEFT JOIN later l USING (customer_id)   -- LEFT JOIN kaybedilen hesapları korur
)
SELECT
  SUM(start_mrr)   AS start_mrr,
  SUM(expansion)   AS expansion,
  SUM(contraction) AS contraction,
  SUM(churned)     AS churned,
  ROUND(100.0 * SUM(end_mrr) / SUM(start_mrr), 1) AS nrr_pct,
  ROUND(100.0 * (SUM(start_mrr) - SUM(contraction) - SUM(churned))
                / SUM(start_mrr), 1)              AS grr_pct
FROM movement;

Saf bir MRR toplamının size veremeyeceği iki şey var. LEFT JOIN, sıfıra düşen müşterileri tutar, böylece kayıp oranın her iki tarafından sessizce kaybolmak yerine sayılır. Ve hareket bileşenleri ayrı sütunlar olarak çıkar, bu yüzden NRR ve GRR birbirinden uzaklaşan iki sorgudan değil, aynı rakamlardan türetilir.

Sonra sıkıcı belgeyi yazın: her metrik için sistem kaydını, tam filtreyi, tanıma tarihi kuralını ve para birimi kuralını isimlendiren tek sayfalık bir metrik tanım dokümanı. Kayma genellikle bir CRM alanı ile bir faturalama alanının ikisinin de "MRR" olarak adlandırılmasıyla ve kimsenin hangisinin kazandığını yazmamasıyla başlar; bu da özel bir HubSpot API entegrasyonunun çözmesi gereken bir şey, üstüne bir de SaaS ürünlerini üzerine inşa ettiğimiz yapay zeka yığını.

Hangi SaaS Metriklerini Takip Etmeyi Bırakmalısınız?

Altı metrik pano alanı kaplıyor ve hiçbir şey döndürmüyor. Kesin bunları. Rakip rehberler herhangi bir öncelik sırası olmadan 15 ile 38 arası metrik sıralıyor, ve 38 öğe bir pano değil, bir dosya dolabı.

1. Bir büyüme metriği olarak NPS. Bir CX sinyali olarak sorun değil. Ama NRR, NPS'in sadece hissiyat olarak ima ettiğini dolar cinsinden ölçer, ve yukarıdaki 2026 kıyaslama raporlarından hiçbiri bir NPS rakamı yayımlamıyor.
2. Ham kayıtlar. Değeri değil niyeti sayar. Bir lansman sıçraması ile bir bot çiftliği sıçraması bu grafikte birbirinin aynı görünür.
3. Toplam kayıtlı kullanıcı. Sadece yükselebilen kümülatif bir rakam bir metrik değil, bir kupadır. Küçüldüğünüzü size söyleyemez.
4. Sayfa görüntülemeleri. İş çıktısı değil, pazarlama girdisi. Bir pazarlama raporunda olur, NRR'nin yanında değil.
5. Ücretli nitelendirme olmadan MAU/DAU. Ücretsiz katman aktivitesi ücretliyle karıştığında, üzerine hareket edemeyeceğiniz nedenlerle değişen bir rakam ortaya çıkar. Ya ayırın ya da bırakın.
6. Tek başına bir rakam olarak LTV. Buradaki en güçlü çağrı. LTV, üç tahmini (ARPA, brüt kâr marjı, kayıp) kendinden emin görünen tek bir rakamda birleştirir, ve küçük kayıp hataları bunu muazzam biçimde oynatır. CAC geri ödemeyi kullanın: gerçekten gözlemlediğiniz iki rakam.

2021 SaaS Metrikleri Playbook'undan Bu Yana Ne Değişti?

David Sacks ve Ethan Ruby'nin Ekim 2021 tarihli denemesi tam olarak bu ifadenin kaynak belgesi ve hakkını hak ediyor: altı kategorili çerçeve, bu kategorideki en net organizasyon modeli, ve yanma çarpanını popülerleştirdi. David Skok'un "SaaS Metrics 2.0"ı diğer kanonik referans olarak yanında duruyor.

Sorun çerçeve değil. Sorun, eşiklerin 2021 sermaye piyasalarına göre kalibre edilmiş olması, ve her iki sayfada da bunu 2026 okuyucusuna söyleyen hiçbir şey yok. Bunlara göre kıyaslama yapan bir kurucu, medyanda olduğu halde başarısız olduğu sonucuna varıyor:

• NRR: 2021 döneminin "sağlıklı" barajı 110%+'ydi. CY-2025 üst çeyreği 108% ve gerilemekte, yani 110% artık bir temel değil, üst çeyreğin üzerinde.
• CAC geri ödeme: 12 ay eski hedefti. CY-2025 medyanı 16 ay, ve sadece üst çeyrek 6'nın altına iniyor.
• Büyüme: ZIRP dönemi $20M altı bootstrap şirketleri için varsayılan 30%+'ydı. CY-2025 medyanı 15%.

2021 playbook'u yanlış değil. Artık var olmayan bir sermaye piyasasına göre kalibre edilmiş.

Sıkça Sorulan Sorular

En önemli SaaS metriği nedir?

Net gelir tutma oranı, ve fark açık. NRR, kaybı, daralmayı ve genişlemeyi birlikte yakalayan tek rakam, ve işin yeni satış olmadan bileşik büyüyüp büyümeyeceğini öngörüyor. CY-2025 medyanı 102% (Aleph × Benchmarkit, 2026 baskısı, n=230). Genişlemenin kaybı gizleyememesi için bunu GRR ile eşleştirin.

2026'da SaaS için iyi bir NRR nedir?

102%'nin üzerinde olmak sizi medyanın ötesine taşır, ve üst çeyrek bölgesi yükselmek yerine sürekli geriliyor (Aleph × Benchmarkit, n=230, CY-2025). Fiyatlandırma modeli muazzam derecede önemli: kullanım bazlı şirketler 108% medyan NRR ile koltuk bazlı şirketlerin 98%'inin karşısında yer alıyor. Kendinizi toplam ortalamaya değil, kendi fiyatlandırma modelinize göre değerlendirin.

SaaS'ta Rule of 40 nedir?

Büyüme oranı artı kâr marjı toplamı en az 40 olmalı. 30% büyüyen ve 10% serbest nakit akışı marjına sahip bir şirket bunu tam olarak geçer. CY-2025 medyanı 15%'ten 25%'e yükseldi, ve üst çeyrek 43%'e ulaşıyor (Aleph × Benchmarkit). Bu kazancın çoğu büyümeden değil, maliyet kesintilerinden geldi.

İyi bir CAC geri ödeme süresi nedir?

CY-2025 medyanı 16 ay, önceki yılın 18 ayından iyileşti. Üst çeyrekteki şirketler kazanım maliyetini 6 ay veya daha kısa sürede geri ödüyor; alt çeyrek ise 24 ay veya daha uzun sürüyor (Aleph × Benchmarkit, n=198). 50%'nin üzerinde büyüyen şirketler ortalama 10 ay sürüyor.

Kaç SaaS metriği takip etmelisiniz?

Dokuz, tutma, verimlilik ve büyüme kalitesi olarak gruplanmış. Daha fazlası aktif olarak daha kötü: 38 metriklik bir pano hiçbir öncelik sırasına sahip değil, bu yüzden kimse ona bakmıyor ve kimse tek bir rakamın sahibi olmuyor. Dokuz tane seçin, her birine bir sahip ve yazılı bir tanım verin, sabit bir sıklıkla gözden geçirin.

VC'ler gerçekte hangi SaaS metriklerine bakıyor?

Büyüme oranı, net gelir tutma oranı, CAC geri ödeme ve yanma çarpanı, kabaca bu sırayla, değerleme ekranı olarak Rule of 40 ile birlikte. Yatırımcılar sermaye verimliliğine 2021'e göre daha fazla ağırlık veriyor, bu yüzden yanma çarpanı ve CAC geri ödeme çoğu due diligence görüşmesinde LTV:CAC'ın yerini aldı.

Hangi SaaS metrikleri gösteriş metriği?

Ham kayıtlar, toplam kayıtlı kullanıcı, sayfa görüntülemeleri, nitelendirilmemiş MAU/DAU, bir büyüme öngörücüsü olarak NPS, ve tek başına verilen LTV. Her biri ya sadece yükseliyor, ya ücretsizi ücretliyle karıştırıyor, ya da üzerine hareket edemeyeceğiniz kendinden emin görünen tek bir rakamda birkaç tahmini birleştiriyor.

NRR ile GRR arasındaki fark nedir?

NRR genişleme gelirini içerir ve 100%'ü geçebilir; GRR bunu hariç tutar ve asla geçemez. 105% NRR ve 84% GRR'ye sahip bir işletme müşteri kaybediyor ve bunu kalanlara yapılan ek satışlarla örtüyor. CY-2025 medyanları 102% ve 84% (Aleph × Benchmarkit).

MRR panom neden muhasebe sistemimle uyuşmuyor?

Genellikle beş mekanik nedenden biri: yeni logo gelirinin genişleme terimine sızması, daralma ve kaybın tek bir kovada birleşmesi, ARR'nin faturalama ve pano tarafından farklı anlarda anlık görüntülenmesi, aylık ve yıllık sözleşmelerin farklı normalize edilmesi, veya ödeme takip durumlarının aktif sayılması. Tek bir tanım dokümanı yazın ve bir sistem kaydı seçin.

Kısa Versiyon

Üç şey. Medyan NRR 102% ve medyan GRR 84%, ikisi de düşüşte, yani tutma herkes için sessizce zorlaşıyor (Aleph × Benchmarkit, n=230, CY-2025). Kullanım bazlı fiyatlandırma, NRR'de koltuk bazlıyı 10 puan geçiyor, bu da sözleşme yapısını sadece bir fiyatlandırma değil, bir tutma kararı haline getiriyor. Ve bootstrap büyüme tutma sabit kalırken 20%'den 15%'e düştü, yani yavaşlama kazanımda yaşıyor (SaaS Capital, n>1,000).

Sonra ölçeklenme öncesi listenin diğer yarısı var: ölçeklenmeden önce doğru yapmanız gereken diğer şeyler. Rakamlarınız ile P&L'niz uyuşmuyorsa, bu bilinen bir çözümü olan bir tesisat sorunu, bunu kendiniz çözmek istemiyorsanız bizimle iletişime geçin.