Slik sporer du MRR og ARR i HubSpot: Den komplette guiden for 2026

Driver du et B2B SaaS-selskap på HubSpot, viser denne guiden deg nøyaktig hvordan du sporer MRR og ARR — hva som fungerer native, hva som ikke gjør det, og hvilke verktøy du bør legge på toppen.

Ingen fyllstoff. Ingen historietime om utgåtte produkter. Bare 2026-oppsettet som faktisk fungerer.

Kan HubSpot spore MRR og ARR?

Ja — HubSpot sporer MRR og ARR native i 2026. Tre lag gjør jobben:

1. Commerce Hub for fakturering, betalinger og CPQ
2. Subscriptions-objektet for poster med gjentakende inntekt (tilgjengelig på alle betalte nivåer)
3. Revenue Analytics for MRR/ARR-rapportering (kun Sales Hub eller Service Hub Enterprise)

Men HubSpot kan fortsatt ikke gjøre fire ting native: proratering, ASC 606-inntektsføring, ekte kohortbaserte retensjonskurver og NRR/GRR-beregninger i én og samme rapport.

Til det trenger du en lagdelt stack: HubSpot + en faktureringsplattform + et metrikkverktøy.

Her er hvordan du setter opp alt sammen.

Innholdsfortegnelse

1. Hva er MRR og ARR?
2. Slik sporer HubSpot MRR og ARR native
3. HubSpots 10 største MRR/ARR-begrensninger
4. Slik setter du opp MRR/ARR-sporing i HubSpot
5. De beste tredjepartsverktøyene for MRR/ARR-sporing i HubSpot
6. SaaS-metrikker som betyr noe utover MRR og ARR
7. Riktig stack for din fase
8. 12 feil du bør unngå
9. FAQ

Hva er MRR og ARR?

Før vi går løs på HubSpot, la oss spikre definisjonene. Både AI-søkemotorer og CFO-en din bryr seg.

MRR (Monthly Recurring Revenue) er den totale forutsigbare abonnementsinntekten virksomheten din tjener i en gitt måned.

Formel: MRR = summen av alle aktive abonnementsavgifter normalisert til månedsverdi

En kunde som betaler $1,200/år bidrar med $100 til MRR. En kunde som betaler $99/måned bidrar med $99.

Engangsavgifter, implementeringskostnader og konsulenttjenester teller IKKE med i MRR.

ARR (Annual Recurring Revenue) er MRR ganget med 12.

Formel: ARR = MRR × 12

ARR er metrikken investorer bryr seg mest om. Den representerer run-rate-inntekten din — det du ville tjent de neste 12 månedene hvis ingenting endret seg.

MRR vs. ARR: Hvilken bør du spore?

Spor begge — men led an med den som matcher faktureringsrytmen din.

De fleste B2B SaaS-selskaper rapporterer ARR eksternt og MRR internt.

Slik sporer HubSpot MRR og ARR native

HubSpot har to helt separate native MRR/ARR-systemer. Å blande dem sammen er rapporteringsfeil nummer én i mellomstore HubSpot-portaler.

Slik fungerer hvert av dem.

System 1: De innebygde MRR- og ARR-egenskapene på avtaler

Alle betalte HubSpot-kontoer har egenskapene MRR og ARR på avtaleobjektet som standard.

Slik fungerer de:

• Beregnes automatisk fra tilknyttede gjentakende linjeelementer
• ARR = linjeelementverdi × 12 (uten løpetid) eller totalsum ÷ måneder × 12 (med løpetid satt)
• Skrivebeskyttet — du kan ikke sette dem via workflow, API eller import
• Ruller opp de linjeelementene avtalen inneholder

Proff-tips: Hvis teamet ditt taster MRR manuelt inn i et egendefinert felt i stedet for å bruke gjentakende linjeelementer, blir disse standardegenskapene stående tomme. Det er den vanligste grunnen til at MRR viser $0 på lukkede avtaler.

System 2: Revenue Analytics (kun Enterprise)

Du finner den under Reporting → Sales → Forecast & Revenue → Revenue.

Dette er HubSpots investorklare rapporteringsvisning for MRR/ARR. Den kjører på et annet sett egenskaper:

• recurring_revenue_amount
• recurring_revenue_deal_type (New business / Renewal / Upgrade / Downgrade)
• recurring_revenue_inactive_date
• recurring_revenue_inactive_reason (Churned / Renewal / Upgrade / Downgrade)

Haken: Disse egenskapene må fylles ut manuelt eller via workflow. HubSpot fyller dem IKKE automatisk fra linjeelementer.

Rapporten beregner ny / eksisterende / tapt gjentakende inntekt kun fra avtaler som er Closed Won.

Krav: Sales Hub Enterprise eller Service Hub Enterprise.

Subscriptions-objektet

HubSpots subscriptions-objekt er et fullverdig CRM-objekt tilgjengelig på alle betalte HubSpot-nivåer (med en tilkoblet betalingskonto).

Det støtter:

• Egendefinerte egenskaper
• Opprette, oppdatere, pause, gjenoppta, slette (via API eller UI)
• CSV-import
• Workflows og rapporter (krever Pro eller Enterprise)

Standardegenskaper du bør kjenne til:

• hs_status — Active, Past due, Unpaid, Canceled, Scheduled, Expired, Paused
• hs_recurring_billing_frequency
• hs_currency_code
• Annual recurring revenue
• Annual recurring revenue in company currency
• Churn-dato
• Totalt innkrevd beløp

Commerce Hub: Priser og hva det gjør

Commerce Hub er HubSpots native produkt for fakturering, CPQ og betalinger. To betalte nivåer:

Betalingsskinner:

• HubSpot Payments: 2.9% + 0.5% plattformavgift (USA, Storbritannia, Canada)
• Stripe via Commerce Hub: Standard Stripe-priser + 0.75% HubSpot-avgift (globalt — riktig valg for gründere i EU og Norge)

Begge støtter 130+ valutaer, Apple Pay, Google Pay, SEPA, BACS og PAD-bankbelastninger.

Stripe ↔ HubSpot: To integrasjoner du må forstå

Disse to blandes sammen hele tiden. De gjør stikk motsatte ting.

1. Stripe som betalingsprosessor i Commerce Hub

• HubSpot er system of record
• Abonnementer og fakturaer opprettes i HubSpot
• Stripe håndterer kun pengeflyten

2. Stripe Data Sync-appen

• Stripe er system of record
• Henter kunder, fakturaer, betalinger, produkter og abonnementer inn i HubSpot
• Synkronisering av abonnementer og transaksjoner til egendefinerte objekter i HubSpot krever HubSpot Enterprise — et vanlig prissjokk for Series A-team

HubSpots 10 største MRR/ARR-begrensninger

Her kommer HubSpot fortsatt til kort. Hvis noen av disse betyr noe for virksomheten din, trenger du en lagdelt stack.

1. Ingen proratering. Planendringer midt i perioden fordeles ikke på tvers av perioder.
2. Ingen ASC 606-inntektsføring. Bookinger ≠ inntektsført omsetning.
3. Ingen native NRR- eller GRR-beregning. Du kan bygge det med workflows + ekstern regning, men ikke i én rapport.
4. Ingen kohortbaserte retensjonskurver. Punktum.
5. Ingen native CAC, CAC payback eller LTV:CAC. Krever eksterne kostnadsdata.
6. Ingen målt eller bruksbasert fakturering. Diskvalifiserer det meste av moderne PLG-SaaS.
7. Ingen beregningsformler på tvers av objekter. Beregningsegenskaper kan ikke referere direkte til felter på tilknyttede poster.
8. Ingen sanntidsoppdatering. Automatisk oppdatering hver 2. time; 15 minutter manuelt.
9. Valutakurser fryses når avtalen lukkes. Skaper 5–15% avvik i flervaluta-oppsett.
10. Revenue Analytics er kun for Enterprise og kun for avtaler. Fungerer ikke på Subscriptions eller egendefinerte objekter.

Bunnlinjen: HubSpot er utmerket til å samle strukturerte data om gjentakende inntekt. Det er dårlig til å gjøre dataene om til investorklare SaaS-metrikker.

Det er gapet stacken din må tette.

Slik setter du opp MRR/ARR-sporing i HubSpot

Dette er seksjonen RevOps-lederen din kommer til å bo i.

Det finnes tre arkitekturveier, og riktig valg avhenger av HubSpot-nivået ditt og kompleksiteten.

Vei 1: Native egenskaper for gjentakende inntekt (Enterprise)

Den enkleste veien. Bruk HubSpots fire recurring_revenue_*-egenskaper pluss Revenue Analytics-visningen.

Fordeler: HubSpot vedlikeholder det. Ferdigbygde rapporter. Null oppsett.

Ulemper: Tvinger deg inn i «fornyelse = ny avtale»-modellen. Ingen NRR/GRR-regning.

Best for: Enterprise-kunder som vil ha en rask, ferdig rapporteringsvisning.

Vei 2: Egendefinert egenskapsarkitektur (Pro eller Enterprise)

Det dominerende mønsteret for B2B SaaS på Sales Hub Pro. Én avtale per kundeforhold; inntektsendringer spores som egenskaper på den avtalen.

Anbefalt egenskapssett:

Tommelfingerregelen: Små endringer (ekstra seter, rabatt) blir på den eksisterende avtalen med en oppføring i Revenue History. Store endringer (nytt nivå, ny produktlinje) får en helt ny avtale med avtaletype = Ekspansjon.

Vei 3: Egendefinert Subscription-objekt (kun Enterprise)

Den reneste modellen for multi-produkt SaaS der én kunde har flere samtidige abonnementer.

Skjema:

• Plan / nivå
• Startdato
• Sluttdato
• Fornyelsesdato
• MRR
• Status
• Faktureringsfrekvens
• ID i eksternt faktureringssystem
• Health score
• Ansvarlig CSM

Assosiasjoner: Abonnement → Selskap (mange-til-én), Abonnement ↔ Avtale (mange-til-mange).

Avveiningen: Revenue Analytics fungerer ikke på egendefinerte objekter. Du må bygge egne visninger, dashbord og tilganger fra bunnen av.

Opprulling på selskapsnivå (kritisk)

Uansett hvilken vei du velger: rull MRR opp til selskapsnivå. Uten dette kan du ikke beregne NRR eller GRR per konto.

Anbefalte selskapsegenskaper:

• company__current_arr
• company__health_score
• company__renewal_date
• company__first_customer_date

Bruk HubSpots rollup-beregningstype eller en workflow til å fylle dem ut.

De 6 workflowene alle SaaS-team bør bygge

Disse workflow-mønstrene går igjen i alle veldrevne HubSpot-portaler for SaaS:

Workflow A — Sett inntektstype ved lukking. Trigges av avtalefase = Closed Won. Setter revenue__type basert på pipeline og endring i beløp.

Workflow B — Opprett fornyelsesavtale automatisk. Fyres av 90 dager før kontraktsslutt. Oppretter en avtale i fornyelsespipelinen med forrige MRR som utgangspunkt.

Workflow C — Fang opp churn. Trigges av Closed Lost i fornyelsespipelinen. Setter inaktiv-dato og årsak; oppdaterer selskapsstatus.

Workflow D — Faseflytting for fornyelser. Datobaserte triggere dytter avtaler gjennom fasene «Fornyes om 120/60/30 dager».

Workflow E — Ekspansjon/kontraksjon midt i kontrakten. Overvåker endringer i egenskapen mrr__current. Lite delta → loggføres i Revenue History. Stort delta → opprett ekspansjonsavtale.

Workflow F — Månedlig øyeblikksbilde. Kjører den 1. hver måned. Skriver nåværende ARR til en månedsstemplet egenskap eller en post på et egendefinert Monthly Snapshot-objekt.

Workflow F er den mest oversette og den viktigste. Uten den kan du ikke gjøre ekte kohortbasert retensjonsanalyse i HubSpot.

Pipeline-arkitektur: Én eller tre?

Start med én pipeline pluss en avtaletype-egenskap. Del opp i flere pipelines først når eierskapet faktisk skiller lag.

I skala kjører de fleste B2B SaaS-team tre:

• Nysalg (eies av AE-er)
• Fornyelser (eies av CSM-er, faser mappet til dager igjen til fornyelse)
• Ekspansjon/mersalg (eies av AM-er)

Kritisk oppsett: Sett fase-sannsynlighetene i fornyelsespipelinen til fornyelsesvirkelighet (85%, 95% i sene faser) — ikke nysalgsvirkelighet (20%, 40%).

Å bomme her er den største enkeltkilden til unøyaktige fornyelsesprognoser i HubSpot.

Navngiving og styring av egenskaper

Interne API-navn er permanente. Få konvensjonen riktig på første forsøk.

To mønstre fungerer godt:

• Objekt + funksjonelt domene: deal_mrr_current, company_arr_total
• Menneskelesbare prefikser: MRR: Current, Churn: Reason

Bruk ISO 8601-datoer. Organiser egenskapsgrupper etter teamets formål.

Dokumenter alt i en kunnskapsbaseartikkel som bor inne i HubSpot. Revider navngiving og struktur kvartalsvis.

De beste tredjepartsverktøyene for MRR/ARR-sporing i HubSpot

Alle seriøse B2B SaaS-selskaper på HubSpot ender opp med å trenge minst ett eksternt verktøy.

Riktig valg avhenger av fasen din, faktureringskompleksiteten og hvilket gap du tetter (metrikker, fakturering eller customer success).

Markedet deler seg i fire kategorier.

Kategori 1: Abonnementsanalyse (metrikklaget)

Skrivebeskyttede dashbord lagt oppå det eksisterende faktureringssystemet ditt.

ChartMogul er standardvalget for SaaS med $1M–$10M ARR. Pusher nå MRR, kundestatus, faktureringssykluser, fornyelsesdatoer og planinfo direkte til selskapsposter i HubSpot (daglig oppdatering). Gratis under $10K MRR; ~$100/måned på Launch; ~$15,000/år på Scale.

ProfitWell Metrics fra Paddle er fortsatt $0 for alltid. Beregner automatisk MRR, ARR, ARPU, LTV, churn og retensjon, og benchmarker mot 30 000+ abonnementsselskaper. Synker til kontakt-, selskaps- eller avtalenivå i HubSpot. Det opplagte utgangspunktet for alle SaaS i seed-fasen.

Baremetrics koster $129–$400+/måned med en lettere HubSpot-integrasjon. Best for Stripe-first SaaS i seed-fasen.

Dear Lucy ($500–$2,000/måned) spesialiserer seg på dashbord for HubSpot-avtaler og linjeelementer. Sterk for HubSpot-tunge SaaS i Series A–B.

Kategori 2: Faktureringsplattformer (system of record)

Verktøy på skrivesiden som eier abonnementstilstanden.

Chargebee — Gartner Magic Quadrant Leader for Recurring Billing. To HubSpot-integrasjoner: en enkel Actions-kobling og den dypere Quote-to-Cash-integrasjonen (krever Sales Hub Pro+). Starter er gratis opptil $250K kumulativ fakturering; Performance koster $599/måned (opptil $100K/måned i fakturering, deretter 0.75% over grensen); Enterprise prises individuelt. Reell TCO lander på 1.2–1.4% av ARR.

Maxio (Chargify + SaaSOptics slått sammen) — bygget for Series B+ B2B SaaS som trenger GAAP-kompatibel ASC 606-inntektsføring. Selges via salgsdialog, typisk $20K–$60K+/år. Genuint toveis HubSpot-integrasjon: avtale lukkes → salgsordre → faktureringsplan → revenue waterfall → bilag postert tilbake. Implementering: 2–4 måneder.

Valget mellom dem: Chargebee hvis faktureringsfleksibilitet er flaskehalsen. Maxio hvis compliance på inntektsføring er flaskehalsen.

Recurly — sterk for forbrukerabonnementer og mid-market B2B. Omtrent 1.0–1.5% av MRR. Lett HubSpot-synk; suppler med Zapier.

Kategori 3: Stripe-til-HubSpot-broer

Tetter gapet Stripe Data Sync etterlater: ingen MRR-transformasjon og ingen klassifisering av bevegelser.

saas•hapily ($199–$999/måned) synker Stripe-kunder, abonnementer og transaksjoner til HubSpot som egendefinerte objekter. Lar deg oppgradere, pause eller refundere abonnementer fra innsiden av HubSpot.

ClearSync (individuell prising) retter seg mot SaaS med $1M–$10M ARR og sporer MRR-endringshendelser.

Zaybra (fra hapily) er et kostnadseffektivt alternativ for mid-market.

Kategori 4: FP&A- og customer success-verktøy

Konsumerer HubSpot-data; leverer innsikt.

Drivetrain ($15K–$60K/år) — native HubSpot-kobling, 150+ ferdigbygde maler for SaaS-metrikker. Best for Series B+ til enterprise.

Vitally ($8K–$30K/år) — toveis HubSpot-synk; kontoer/kontakter/avtaler som egendefinerte objekter. Sterk for Series A–C som skalerer CS.

ChurnZero ($15K–$50K/år) — sterk native HubSpot-integrasjon. Series B+ mid-market.

Gainsight, Mosaic, Equals — enterprise-løsninger for FP&A og CS. Kun Series B+.

Sammenligning side om side

SaaS-metrikker som betyr noe utover MRR og ARR

MRR og ARR er nødvendige. De er ikke tilstrekkelige.

Her er metrikkene investorer, styrer og oppkjøpere faktisk bruker for å vurdere B2B SaaS i 2026 — med ferske benchmarks.

Net Revenue Retention (NRR)

Formel: (Start-MRR + ekspansjon − kontraksjon − churn) / Start-MRR

Benchmarks:

• Verdensklasse: 120%+ (stadig sjeldnere)
• Solid: 115%
• Verdt å feire: 110%+
• Median for private SaaS: ~101%
• Enterprise ($100K+ ACV): 115–125%
• SMB (<$25K ACV): 90–105%

Med 120% NRR dobles inntekten på fem år uten en eneste ny logo.

Gross Revenue Retention (GRR)

Formel: (Start-MRR − kontraksjon − churn) / Start-MRR

Maks 100%.

Benchmarks:

• Median: ~89–90%
• Toppkvartil: 90%+
• Bunnkvartil: 79%

GRR betyr mer enn NRR for styrerapportering. Høy NRR kan skjule et logo-churn-problem. PE-diligence starter nå med GRR.

Logo-churn vs. inntektschurn

Diagnosemønster:

• Høy logo-churn, lav inntektschurn → du mister små kunder (ofte helt greit)
• Lav logo-churn, høy inntektschurn → du mistet en hval (ikke greit)

Beste enterprise-SaaS sikter mot ~1% årlig logo-churn.

Ekspansjons-, kontraksjons- og nysalgs-MRR

2026-virkeligheten: omtrent 40% av total ARR-vekst i moden B2B SaaS kommer nå fra ekspansjon.

Hvorfor det betyr noe:

• $0.71 for å ekspandere $1 i ARR
• $1.32 for å hente inn $1 i ny ARR

Ekspansjon koster omtrent halvparten av nykundeanskaffelse.

Sunn kontraksjon holder seg under 2–3% av start-MRR årlig. Nysalg bør fortsatt drive minst 50% av veksten — ellers sliter du ut kundebasen.

Quick Ratio, CAC, CAC payback, LTV:CAC, Rule of 40

Quick Ratio = (Ny MRR + ekspansjon) / (churn + kontraksjon). Sunn benchmark: >4.0. Mest relevant i tidlig fase.

Blandet CAC-ratio: Median $1.61 (og stigende).

CAC payback:

• $1–10M ARR: 15 måneder
• $10–100M ARR: 21–24 måneder
• $100M+ ARR: 30 måneder
• Median på tvers av faser: 18 måneder

LTV:CAC: Mål 3:1. Nåværende median: 3.6:1.

Rule of 40 = ARR-vekst % år over år + FCF-margin %. Bare 11–30% av private SaaS klarer den. De som gjør det, oppnår en verdsettelsespremie på ~121%.

Ingen av disse kan beregnes rent i native HubSpot. Beregn dem i ChartMogul, Drivetrain, Mosaic eller et Google Sheet — og push resultatet tilbake til HubSpot for visning i dashbord.

Riktig stack for din fase

Match verktøyene til fasen din. Den dyreste feilen er å kjøpe for mange verktøy i Series A.

Pre-seed og seed (<$1M ARR)

Stack: HubSpot Free CRM + Stripe + ProfitWell Metrics (gratis)

Total analysekostnad: $0

Dropp Commerce Hub. Bruk standardegenskapen for avtaletype. Opprett tre-fire egendefinerte MRR/ARR-felter på avtaler. Retensjonsregningen bor i et Google Sheet.

Series A ($1M–$10M ARR)

Stack: HubSpot Sales Hub Professional + strukturerte avtaletyper + ChartMogul (eller ProfitWell hvis budsjettet er stramt)

Dette er fasen der de fleste team kjøper for mye verktøy. Ikke gjør det.

Legg til et egendefinert Subscription-objekt bare hvis du genuint er multi-produkt. Vent med Chargebee eller Maxio med mindre faktureringskompleksiteten faktisk knekker Stripe Billing.

Series B ($10M–$30M ARR)

Stack: HubSpot + Maxio eller Chargebee + lettvekts FP&A-verktøy (Drivetrain, Mosaic eller ScaleXP)

Det er her tersklene for compliance og kompleksitet krysses.

• Maxio hvis ASC 606-inntektsføring er driveren
• Chargebee hvis fleksibilitet i faktureringsmotoren er driveren (bruksbasert, flervaluta, opptrappingsavtaler)

Series B+ til growth ($30M+ ARR)

Stack: HubSpot eller Salesforce + Chargebee eller Maxio + NetSuite (med ARM-modul) + dedikert FP&A (Mosaic, Pigment, Anaplan)

Total årlig stack-kostnad: $150K–$500K.

Source-of-truth-arkitektur

Det finnes ingen enkelt kilde til sannhet. Det finnes flere autoritative domener.

Hvert felt har en utpekt master. Synken er enveis for det feltet. Ukentlige automatiske avvikssjekker avstemmer HubSpots ARR-opprullinger mot faktureringssystemet. En toleranse på 5–15% utløser varsler.

Samkjøring av salg, finans og CS

Fem praksiser fikser feilmodusen «tre tall, ett selskap»:

1. Bygg en dataordbok først. Definer MRR, ARR, kunde, churn-dato, fornyelse vs. ekspansjon. Signert av CFO + CRO + CS-leder.
2. Standardiser avtaletype-taksonomien. Ny / Ekspansjon / Fornyelse / Kontraksjon / Churn. Påkrevd ved Closed Won.
3. Bygg et egendefinert Revenue Snapshot-objekt. Månedlig objekt per kunde som lagrer start-MRR, slutt-MRR og bevegelsestype.
4. Lever rollebaserte dashbord fra de samme underliggende objektene, slik at alle visninger stemmer overens.
5. Hold en månedlig RevOps-avstemming. HubSpot-ARR vs. fakturering vs. regnskap. Avvik forklares på en slide i styrepakken.

Migreringstriggere

To universelle regler:

1. Kjør parallelt i ett helt kvartal. Avstem hver periode før du pensjonerer det gamle systemet.
2. Ikke migrer datamodellen — redesign den. Å kopiere en ødelagt regnearkmodell inn i HubSpot og deretter inn i ChartMogul sprer dårlige data tre ganger.

12 feil du bør unngå

Disse feilmønstrene går igjen i alle dårlig konfigurerte HubSpot-portaler for SaaS.

1. Å bruke avtalebeløp = flerårig TCV uten normalisering. Blåser opp ARR.
2. Å legge ekspansjon på den opprinnelige avtalen. Begraver ekspansjonshendelsen.
3. Å droppe en dedikert fornyelsespipeline. Fornyelser glipper.
4. Å bake implementeringsavgifter og konsulenttjenester inn i MRR. Rapporteringsfeil nummer én. Ekskluder engangsinntekter via produkttype på linjeelementet.
5. Manuelle MRR-oppdateringer. Skrivefeil og valutaforvirring.
6. Å behandle Commerce Hub Subscriptions som en faktureringserstatning i skala. Knekker ved $200K+ ARR.
7. Å ikke rulle MRR opp til selskapsnivå. NRR per konto blir umulig.
8. Å telle MRR før kontraktens startdato. Blåser opp nåværende ARR med fremtidig planlagt ARR.
9. Å blande tapte nysalgsavtaler (Closed Lost) med churn. Overdriver churn 3–10×.
10. Å ikke bruke abonnementsegenskapene «in company currency». Skaper 5–15% avvik i flervaluta-oppsett.
11. Å ikke segmentere NRR etter ACV-bånd. Skjuler SMB-problemer.
12. Egenskapsspredning — dupliserte felter som «ARR» vs. «Annual_ARR» vs. «Yearly Revenue». Ødelegger påliteligheten i rapporteringen.

Ofte stilte spørsmål

Kan HubSpot spore MRR og ARR uten tredjepartsverktøy?

Ja. HubSpot sporer MRR og ARR native gjennom standardegenskapene på avtaler, Subscriptions-objektet og (på Enterprise-nivå) Revenue Analytics-rapporten. Men native HubSpot kan ikke beregne NRR, GRR eller kohortretensjon, og kan ikke håndtere ASC 606-inntektsføring — de fleste B2B SaaS-team trenger et tredjeparts metrikkverktøy på toppen.

Hvilket HubSpot-nivå trenger jeg for MRR/ARR-sporing?

Subscriptions-objektet fungerer på alle betalte HubSpot-nivåer med en tilkoblet betalingskonto. Revenue Analytics-rapporten (med de autogenererte recurring_revenue_*-egenskapene) krever Sales Hub Enterprise eller Service Hub Enterprise. De fleste B2B SaaS-team kjører Sales Hub Professional og bygger egendefinert egenskapsarkitektur i stedet.

Hvordan beregner HubSpot MRR?

HubSpot beregner MRR på en avtale ved å summere alle tilknyttede gjentakende linjeelementer, normalisert til månedsverdi. ARR er deretter enten linjeelementverdi × 12 (hvis ingen løpetid er satt) eller totalsum ÷ måneder × 12 (hvis løpetid er angitt). Disse standardegenskapene er skrivebeskyttede og kan ikke settes via workflow eller API.

Hva er forskjellen på Commerce Hub og Subscriptions-objektet?

Commerce Hub er HubSpots betalte produkt for fakturering, CPQ og betalinger ($85/bruker/måned på Professional). Subscriptions-objektet er et gratis CRM-objekt tilgjengelig på alle betalte nivåer som lagrer abonnementsposter — postene kan opprettes av Commerce Hub, av Stripe Data Sync, manuelt, via API eller via CSV-import.

Bør jeg bruke Stripe Billing eller Commerce Hub?

Bruk Commerce Hub hvis HubSpot er ditt sentrale system of record og du vil ha tilbud, fakturering og CRM på ett sted. Bruk Stripe Billing + Stripe Data Sync hvis du kjører en PLG-modell med bruksbasert fakturering, kompleks prising eller tredjepartsapp-integrasjoner. Commerce Hubs Stripe-migreringsverktøy ekskluderer målt fakturering, prøveabonnementer, automatisk skatt og abonnementer opprettet av tredjepartsapper — noe som diskvalifiserer det meste av moderne PLG-SaaS.

Hvordan sporer jeg NRR og GRR i HubSpot?

Du kan ikke beregne NRR eller GRR i én enkelt HubSpot-rapport native. Tre alternativer: (1) bygg det med opprullinger på selskapsnivå + en månedlig snapshot-workflow + ekstern beregning i Google Sheets eller BigQuery, (2) bruk et verktøy som ChartMogul eller ProfitWell som pusher resultatet tilbake til selskapsposter i HubSpot, eller (3) bruk et FP&A-verktøy som Drivetrain eller Mosaic som henter HubSpot-data og beregner NRR/GRR med ferdige maler.

Hva er det beste HubSpot-oppsettet for en SaaS i Series A?

HubSpot Sales Hub Professional + strukturerte avtaletyper (Ny / Ekspansjon / Fornyelse / Kontraksjon / Churn) + ChartMogul (eller ProfitWell hvis budsjettet er stramt). Legg til et egendefinert Subscription-objekt bare hvis du er multi-produkt. Ikke gå til Chargebee eller Maxio før faktureringskompleksiteten faktisk knekker Stripe Billing.

Hvordan håndterer jeg fornyelser i HubSpot?

HubSpots foreskrevne modell er å markere den opprinnelige avtalen som inaktiv og opprette en ny avtale med recurring_revenue_deal_type = Renewal. Bygg en dedikert fornyelsespipeline eid av CSM-er med faser mappet til dager igjen til fornyelse (120 / 60 / 30 dager før). Sett fase-sannsynlighetene i fornyelsespipelinen til fornyelsesvirkelighet (85–95% i sene faser) — ikke nysalgsvirkelighet.

Kan jeg spore ARR per kunde i HubSpot?

Ja, med en opprullingsegenskap på selskapsnivå som company__current_arr, fylt ut via en workflow eller HubSpots rollup-beregningstype som summerer MRR på tvers av alle aktive avtaler (eller abonnementsposter) tilknyttet selskapet. Uten denne opprullingen kan du ikke beregne NRR per konto eller gjøre retensjonsanalyse per segment.

Hva er den vanligste MRR/ARR-feilen i HubSpot?

Å bake engangs implementeringsavgifter og konsulenttjenester inn i MRR. Engangsinntekter må ekskluderes fra ARR-opprullinger via produkttype på linjeelementet (Recurring vs. One-Time). Den nest vanligste feilen er å blande tapte nysalgsavtaler (Closed Lost) med churn — noe som kan overdrive reell churn med 3–10×.

Konklusjonen

HubSpot i 2026 er system of record for inntektshendelser — avtaler, abonnementer, fornyelser, ekspansjoner, churn.

Metrikkverktøyet ditt er beregningslaget for inntektsmetrikker — NRR, GRR, kohortretensjon, ASC 606.

Styr grensen mellom de to med samme disiplin som du bruker på produktutvikling.

Tre prinsipper skiller SaaS-teamene som vinner på inntektssporing fra dem som ikke gjør det:

1. En ren avtaletype-taksonomi — påkrevd ved Closed Won, signert av salg, finans og CS.
2. Et egendefinert Revenue Snapshot-objekt — månedlige oppføringer per kunde, fundamentet for hver eneste retensjonsrapport.
3. En dokumentert dataordbok — kilden til sannhet for hva hver metrikk betyr.

Får du disse tre riktig, betyr verktøyvalget nesten ingenting.

Får du dem feil, redder ingen verktøy deg.

Klar for å fikse MRR/ARR-oppsettet ditt i HubSpot? Start med dataordboken. Alt annet bygger på den.