IJdelheidsmetriek: De Data Die Goed Aanvoelt en Liegt

Een oprichter bekijkt het wekelijkse dashboard: verkeer +45%, aanmeldingen +30%, appsessies +22%, feature-events +60%. Het ziet eruit als groei. MRR is vlak, gechuurnde MRR stijgt, ARPU is gedaald, NRR is onder 100%, runway is iets korter dan vorige week. Het dashboard loog — niet omdat de cijfers verzonnen waren, maar omdat de cijfers die het meest zichtbaar bewogen precies degene waren die het minst verbonden zijn aan bedrijfsgezondheid.

Dat is de ijdelheidsmetriek-val. Getallen die het gevoel van momentum creëren zonder de realiteit ervan. Voor de meeste SaaS-oprichters leiden ijdelheidsmetrics niet alleen af — ze vertragen de juiste beslissing. Ze maken het makkelijker onboarding-fixes uit te stellen, churn te negeren, prijswerk te vermijden en “groei” te blijven bouwen terwijl het bedrijf stil stagneert.

Wat zijn ijdelheidsmetrics?

IJdelheidsmetrics zijn getallen die er indrukwekkend uitzien maar geen beslissingen veranderen. Een preciezere definitie: een ijdelheidsmetriek kan significant bewegen zonder je te vertellen of het bedrijf gezonder of zwakker wordt.

De term werd gepopulariseerd in lean startup-kringen maar het patroon bestaat al voor de term. Elk getal dat makkelijk te verhogen is, bevredigend is om te screenshotten en moeilijk te verbinden is aan omzet of retentie, kwalificeert. De metric zelf is zelden het probleem — het probleem is hoeveel gewicht het krijgt op het dashboard van de oprichter ten opzichte van wat het daadwerkelijk kan verklaren. Voor de volledige lijst van SaaS metrics die werkelijk op een oprichtersdashboard horen, behandelt die gids waarvoor elk dient.

IJdelheidsmetrics vs. bruikbare metrics is het onderscheid dat telt:

Metric	Gewoonlijk ijdelheid of bruikbaar?	Waarom
Totaal siteverkeer	Gewoonlijk ijdelheid	Kan groeien terwijl conversie en omzet vlak blijven
Totale aanmeldingen	Vaak ijdelheid zonder activatiedata	Aanmeldingen alleen bewijzen geen waardeverlevering
MRR	Bruikbaar	Meet direct de gezondheid van terugkerende omzet
Omzet churnpercentage	Bruikbaar	Meet bedrijfslekkage in euro’s, niet aantallen
Feature-klikevents	Gewoonlijk ijdelheid zonder uitkomstcontext	Activiteit is geen waarde
CAC terugverdientijd	Bruikbaar	Vertelt je of acquisitie-economie duurzaam is
Appsessies	Gewoonlijk ijdelheid	Gebruik zonder retentie- of omzetcontext is decoratief
Gechuurnde MRR	Bruikbaar	Laat zien hoeveel terugkerende omzet vertrekt en waarom

De tabel is niet absoluut — context telt altijd. Verkeer van één hoogintentie-bron gekoppeld aan een specifieke trialconversie is bruikbare data. Totaal verkeer van zes gemengde bronnen zonder conversietracking is grotendeels ijdelheid. De metric beslist niet; de definitie doet dat.

Waarom oprichters ijdelheidsmetrics blijven volgen

De verslaving is niet irrationeel. Het heeft drie echte oorzaken.

IJdelheidsmetrics zijn makkelijker te verbeteren dan echte bedrijfsmetrics. Verkeer, aanmeldingen of ruwe gebruiksevents verhogen is mechanisch eenvoudiger dan retentie verbeteren, omzet per account uitbreiden of CAC terugverdientijd aanscherpen. Oprichters onder druk om beweging te tonen, graviteren van nature naar de getallen die het snelst bewegen.

Ze creëren een illusie van vooruitgang. Een dashboard vol opwaartse pijlen voelt als momentum, zelfs wanneer de omzetmotor stagneert. Een oprichter kan weken doorbrengen met het vieren van grafieken die het bedrijf gezond laten lijken terwijl de werkelijke gezondheidsmetrics stil verslechteren. Dit is de gevaarlijkste vorm van de val omdat het volledig zelfversterkend is — het goede gevoel vermindert de urgentie om harder te onderzoeken.

Ze zijn beschikbaar vóórdat de belangrijke metrics schoon zijn. Verkeer en aanmeldingen zijn triviaal te instrumenteren. Schone MRR, NRR, ARPU en churnpercentages vereisen consistente terugkerende-omzetdefinities, goede Stripe-dataverwerking en discipline over wat telt en wat niet. Oprichters over-wegen wat ze onmiddellijk kunnen meten, en gaan dan nooit terug om de moeilijkere metrics te bouwen.

Een vierde factor: ijdelheidsmetrics zijn sociaal nuttig. Ze zijn wat je post op X na een lancering, wat in de investeerdersupdate staat om momentum te tonen, wat wordt gedeeld in de indie hacker-gemeenschap. Daar is niets mis mee — het probleem begint wanneer het sociale getal ook het operationele dashboard aandrijft.

Volg de metrics die ertoe doen, niet de metrics die goed aanvoelen. Zie je echte cijfers van Stripe →

De meest voorkomende ijdelheidsmetrics in SaaS

Totaal verkeer is op zichzelf geen bedrijfsmetric. Het wordt zinvol wanneer het gekoppeld is aan trial-activatieratio, betaalde conversieratio of MRR gegenereerd per kanaal. Verkeer dat stijgt terwijl alle drie die metrics vlak blijven, is een campagneresultaat, geen bedrijfsresultaat.

Totale aanmeldingen tellen veel minder dan de activatieratio binnen dat aanmeldingscohort. De volgorde is: verkeer → aanmelding → activatie → betaald → behouden → uitgebreid. Als aanmeldingen stijgen en niets downstream verbetert, heb je meer ruis gekocht. Het nuttige getal is geactiveerde aanmeldingen in de eerste 7 of 30 dagen — de versie die voorspelt of nieuwe gebruikers uiteindelijk terugkerende omzet zullen genereren.

Totale gebruikers en totale accounts zijn een van de meest opgeblazen getallen in SaaS-dashboards. Een opgeblazen totaal-account-aantal kan een product verbergen met bijna geen behouden, betalende gebruikers eronder. De juiste vragen: hoeveel zijn actief? hoeveel betalen? wat is het behoudenecohort op 30, 60, 90 dagen? hoeveel hebben ooit uitgebreid?

Feature-gebruiksevents — verstuurde berichten, gemaakte API-aanroepen, getriggerde workflows, gestarte sessies — zijn de plek waar AI-geassisteerde en product-led producten bijzonder kwetsbaar zijn. Activiteitsvolumes kunnen groeien terwijl behouden omzet krimpt als het gebruik geconcentreerd is in niet-betalende of laagwaardige cohorten. Gebruik wordt nuttige data wanneer het gekoppeld is aan behouden accounts, upgrade-events of activatiemijlpalen. a16z’s 16 SaaS Metrics trekt duidelijk de lijn tussen activiteitsmetrics en de omzet-gekoppelde metrics die er werkelijk toe doen.

Sociale- en lanceringsmetrics hebben een legitieme plek in bewustzijnstracking. Ze horen nergens in de buurt van het operationele analytics dashboard van een oprichter naast MRR, churn en runway.

De 20%-regel: het snelste ijdelheidsmetriek filter

De meest praktische test voor elke metric is dit:

Als dit getal deze week met 20% verandert, wat zou ik dan anders doen?

Pas het toe op elke metric die momenteel op je dashboard staat.

MRR -20% → onderzoek onmiddellijk acquisitie, churn en prijsstelling. Echte actie volgt. Omzetchurn +20% → bekijk vandaag annuleringsredenen en mislukte betalingen. Runway -20% → verminder burn en vries experimenten.

Pas het nu toe op de gebruikelijke ijdelheidsmetrics: paginaweergaven +20%, totale aanmeldingen +20%, feature-events +20%. Het eerlijke antwoord voor de meeste producten: waarschijnlijk zou er niets veranderen in de directe beslissingen. Deze getallen kunnen onderzoek beïnvloeden maar geen operationele beslissingen in dezelfde week.

Dat is de lijn. De 20%-regel is grof. Het werkt omdat het de oprichter dwingt de beslissingsketen te articuleren — als de metric niet aan het begin van een beslissingsketen staat, hoort het niet op het kerndashboard.

Voorbeelden van ijdelheidsmetrics waar oprichters op moeten letten

“Verkeer is +60%.” Is activatie omhoog? Is trial-naar-betaald-percentage omhoog? Is MRR van organische bronnen omhoog? Zo niet, is de verkeerspiek marketingdata, geen bedrijfsdata. Bewaar het in een secundaire analyticsweergave en laat het churn niet van het hoofdscherm verdringen.

“We hadden 2.000 aanmeldingen deze maand.” Hoeveel activeerden binnen 7 dagen? Hoeveel converteerden naar betaald binnen 30 dagen? Hoeveel behielden op 60 dagen? Zonder die getallen is de 2.000 ruis verkleed als groei. Een product met 2.000 aanmeldingen en 3% activatie staat in een veel slechtere positie dan een product met 800 aanmeldingen en 25% activatie.

“Gebruikers stuurden 500.000 berichten.” Gebruikelijk in AI- en chatproducten. Als die 500.000 berichten verdeeld zijn over behouden betalende accounts die uitbreidings-MRR genereren, is dit nuttig. Als de helft ervan van gratis gebruikers is die nooit hebben geconverteerd, maskeert het berichtenaantal een monetisatieprobleem.

“We passeerden 10.000 accounts.” Wat is de actieve rate? Welk deel betaalt? Wat is de gemiddelde omzet per actief account? Een mijlpaal van 10.000 accounts met 8.000 slapende, niet-betalende accounts is niet hetzelfde als 10.000 actieve accounts met gezonde ARPU. De totaaltelling verbergt welke versie waar is.

“We hadden 100k API-aanroepen.” Indrukwekkend aan de oppervlakte. Betekenisloos zonder context over: welke accounts ze genereerden, of die accounts betalen, of het prijsmodel gekoppeld is aan API-volume, en of infrastructuurkosten ermee mee liepen. David Skok’s SaaS metrics framework is expliciet dat ruwe activiteitsvolume in de diagnostische laag thuishoort, niet het kerndashboard.

De betekenis van ijdelheidsmetrics voor oprichters: signaalscore

Een grove scooraaanpak voor metricselectie:

Signaalscore = bruikbaarheid + omzet_link + retentie_link + voorspelbaarheid − ijdelheids_bias

Beoordeel elke dimensie 1–5 en trek ijdelheids_bias af (hoe waarschijnlijk de metric is te vleien zonder te informeren).

Totale aanmeldingen gescoord:

bruikbaarheid = 2 (downstream activatie nodig vóór actie)
omzet_link = 2 (zwak zonder betaalde conversiedata)
retentie_link = 1 (geen directe link)
voorspelbaarheid = 2 (zwakke voorspeller van MRR)
ijdelheids_bias = 5 (makkelijk op te blazen, geweldig voor screenshots)
Signaalscore = 2

Gechuurnde MRR gescoord:

bruikbaarheid = 5 (direct bruikbaar — bekijk annuleringen, voer dunning uit)
omzet_link = 5 (directe eurometing)
retentie_link = 5 (meet retentiemislukking in omzettermen)
voorspelbaarheid = 4 (voorspelt NRR en LTV-traject)
ijdelheids_bias = 1 (onmogelijk op te blazen, moeilijk te vieren)
Signaalscore = 18

Zo rechtvaardigt de score van een metric zijn positie op het oprichtersdashboard.

Hoe nuttige top-of-funnel metrics te redden van ijdelheid

Niet elke top-of-funnel metric zou verwijderd moeten worden — sommige zouden hergedefinieerd moeten worden. Bessemer’s State of the Cloud rapport onderscheidt “efficiëntiemetrics” van ijdelheidsaantallen en verbindt de efficiënte SaaS-bedrijven consistent aan omzet-gekoppelde tracking in plaats van activiteitsaantallen.

Beter dan totaal verkeer: verkeer-naar-trial-activatieratio per bron, verkeer-naar-betaald-conversie per bron, MRR gegenereerd per acquisitiekanaal. Deze verbinden het volumegetal aan het omzetresultaat en maken het beslissingsklaar.

Beter dan totale aanmeldingen: geactiveerde aanmeldingen (voltooide sleutel onboarding-stap binnen 7 dagen), betaalde aanmeldingen in de periode, behouden aanmeldingen op 30 dagen. Elk van deze is informatiever dan het rauwe getal.

Beter dan totale feature-events: feature-gebruik onder behouden betalende accounts, feature-gebruik onder accounts die later uitbreidden, feature-gebruik in de 7 dagen vóór een upgrade-event. Deze verbinden activiteit aan het bedrijfsresultaat dat de activiteit verondersteld produceert.

De negeerlijst van het oprichtersdashboard

Tenzij strak gekoppeld aan een omzet- of retentieresultaat, zouden deze metrics buiten het hoofdoprichtersdashboard moeten blijven:

Totale paginaweergaven, sociale impressies, ruwe betrokkenheidsmetrics, totale gemaakte accounts (inclusief slapende), totale sessies, brede feature-event-aantallen, downloads, app-openingen en elke metric die relevant was tijdens lanceringweek en nooit opnieuw werd geëvalueerd daarna.

Dit is niet “meet deze nooit.” Het is “geef ze geen eerste-scherm vastgoed ten koste van MRR, gechuurnde MRR, ARPU, NRR en runway.”

Het ijdelheidsfiltersysteem: vijf stappen

Stap 1: Label elke metric. Tag elk als: kern, diagnostisch, ijdelheid of optionele context. Dit alleen dwingt duidelijkheid over waarvoor het dashboard eigenlijk is.

Stap 2: Pas de 20%-vraag toe. Als het met 20% verandert, verandert er dan een beslissing? Zo niet, is het waarschijnlijk ijdelheid voor jouw huidige fase.

Stap 3: Verplaats zwakke metrics uit de oprichterweergave. Secundaire analytics dashboards, wekelijkse rapporten of campagnespecifieke weergaven zijn geschikte thuizen. Ze horen niet naast gechuurnde MRR en runway.

Stap 4: Voeg drempelwaarden toe aan kernmetrics. Een metric zonder drempelwaarde blijft passief. Gechuurnde MRR met een drempelwaarde triggert onderzoek. Ruw verkeer zonder drempelwaarde ziet er gewoon uit als een grafiek.

Stap 5: Bekijk en verwijder maandelijks. Een dashboard zou in de loop van de tijd schoner moeten worden, niet zwaarder. Verwijder elke metric die in 30 dagen geen beslissing heeft beïnvloed.

Voor de dashboard-implementatie, zie SaaS Dashboard op Één Dag: De 8 Metrics Die Geen Tijd Verspillen.

JSON-model: een ijdelheidsmetriek-filtersysteem

{
  "dashboard_metrics": [
    {
      "name": "mrr",
      "category": "core",
      "signal_score": 18,
      "action_if_changes_20_pct": "Investigate growth and churn drivers immediately",
      "keep_on_founder_dashboard": true
    },
    {
      "name": "churned_mrr",
      "category": "core",
      "signal_score": 18,
      "action_if_changes_20_pct": "Review cancellation reasons and failed payment cohort",
      "keep_on_founder_dashboard": true
    },
    {
      "name": "arpu",
      "category": "core",
      "signal_score": 15,
      "action_if_changes_20_pct": "Review plan mix, discounting, and upgrade path",
      "keep_on_founder_dashboard": true
    },
    {
      "name": "total_signups",
      "category": "vanity_or_diagnostic",
      "signal_score": 2,
      "action_if_changes_20_pct": "No action unless activation or paid conversion also changes",
      "keep_on_founder_dashboard": false,
      "better_version": "activated_signups_7d"
    },
    {
      "name": "total_traffic",
      "category": "vanity_or_diagnostic",
      "signal_score": 3,
      "action_if_changes_20_pct": "No action unless tied to trial conversion or MRR change",
      "keep_on_founder_dashboard": false,
      "better_version": "traffic_to_trial_activation_rate"
    }
  ],
  "filter_rule": "If 20pct change triggers no immediate decision, remove from founder dashboard"
}

FAQ

Wat zijn ijdelheidsmetrics?

IJdelheidsmetrics zijn getallen die bedrijfsgezondheid lijken te meten maar niet betrouwbaar verbonden zijn met omzet, retentie of beslissingen. Veel voorkomende voorbeelden zijn totale paginaweergaven, totale aanmeldingen, appsessies, sociale impressies en brede feature-event-aantallen. Ze zien eruit als vooruitgang omdat ze zichtbaar bewegen, maar een bedrijf kan verbeterende ijdelheidsmetrics genereren terwijl MRR, NRR en ARPU allemaal tegelijkertijd verslechteren.

Wat is de betekenis van ijdelheidsmetrics specifiek in SaaS?

In SaaS verwijzen ijdelheidsmetrics doorgaans naar elke meting die verbeterd kan worden zonder de terugkerende omzetmotor te verbeteren. Omdat SaaS-gezondheid wordt gemeten via abonnementsmetrics — MRR, churn, NRR, uitbreiding, ARPU — is een ijdelheidsmetriek specifiek een metric die onafhankelijk van die resultaten beweegt. Hoog verkeer dat geen geactiveerde trials produceert, is de klassieke SaaS-ijdelheidsmetriek.

Wat zijn veel voorkomende voorbeelden van ijdelheidsmetrics?

De meest voorkomende voorbeelden van ijdelheidsmetrics in SaaS zijn: totaal websiteverkeer (zonder conversiecontext), ruw aanmeldingsvolume (zonder activatieratio), totale geregistreerde gebruikers (zonder actieve of betalende uitsplitsing), appsessieaantallen, feature-event-volumes, sociale media-impressies en totale API-aanroepen (zonder omzetkoppeling). Elk van deze kan nuttig worden met de juiste noemer of downstream resultaat eraan gekoppeld.

Zijn ijdelheidsmetrics altijd nutteloos?

Nee. Ze worden problematisch wanneer ze eerste-dashboard-vastgoed innemen ten koste van omzet- en retentiemetrics. Een ijdelheidsmetriek zoals totale aanmeldingen kan nuttig zijn als diagnostisch wanneer gekoppeld aan activatieratio. Sociale impressies kunnen bewustzijnsmetingen informeren. Het probleem is ze te gebruiken als proxies voor bedrijfsgezondheid wanneer ze geen betrouwbare verbinding hebben met terugkerende omzet.

Hoe weet ik of een metric ijdelheid is?

De 20%-regel is de snelste test: als de metric deze week met 20% veranderde, zou er dan een operationele beslissing veranderen? Als het eerlijke antwoord nee of slechts indirect is, is de metric waarschijnlijk ijdelheid voor jouw huidige fase. Een secundaire test: zou de metric kunnen verbeteren door een actie die het bedrijf niet verbetert? Als ja — als je meer verkeer kunt kopen, aanmeldingen kunt opblazen met een weggeefactie of feature-events kunt genereren met botverkeer — is de metric manipuleerbaar en dus gevaarlijk als primair signaal.

Wat zouden oprichters moeten volgen in plaats van ijdelheidsmetrics?

De kern oprichters-shortlist: MRR, nieuwe MRR, gechuurnde MRR (opgesplitst vrijwillig en mislukte betaling), NRR, ARPU of ARPA, CAC terugverdientijd en runway. Voeg activatieratio en trial-naar-betaald conversieratio toe als het product een gratis trial heeft. Deze set kan niet makkelijk worden opgeblazen, meet direct de bedrijfsgezondheid en triggert duidelijke beslissingen wanneer een metric een drempelwaarde overschrijdt. Zie de SaaS metrics gids voor oprichters voor de volledige behandeling van elke kernmetric.

Hoe verhouden ijdelheidsmetrics zich tot de SaaS metrics die ertoe doen?

IJdelheidsmetrics meten doorgaans inputs (verkeer, aanmeldingen) of activiteit (events, sessies) zonder bedrijfsresultaten te meten (omzet, retentie, uitbreiding). De SaaS metrics die ertoe doen — MRR, NRR, churn, ARPU — zitten allemaal op de resultatenlaag. IJdelheidsmetrics zijn vaak voorlopende indicatoren die theoretisch verbonden kunnen worden aan resultaten, maar alleen wanneer rigoureus genoeg gedefinieerd om die verbinding vast te houden. De meeste oprichtersdashboards bevorderen ze te vroeg naar de resultaatstatus.

Hoeveel metrics moeten op een oprichtersdashboard staan?

De meeste oprichters hebben 6 tot 8 kernmetrics op de primaire weergave nodig. Het juiste dashboard is kleiner dan de meeste oprichters verwachten — MRR, nieuwe MRR, gechuurnde MRR, NRR, ARPU, runway, één trendgrafiek en één alertblok is een complete operationele oprichterweergave. Alles andere woont in secundaire weergaven en wordt geopend wanneer een kernmetric onderzoek triggert, niet als vaste dashboardruimte.

Jouw Stripe heeft al de data. NoNoiseMetrics verandert het in de 8 metrics die er werkelijk toe doen — gratis tot €10k MRR →