Hvad er lifecycle stage i HubSpot?

Sådan virker lifecycle stage i HubSpot

Teknisk er lifecycle stage en enumeration-property med faste interne værdier. De otte standardværdier er Subscriber, Lead, Marketing Qualified Lead, Sales Qualified Lead, Opportunity, Customer, Evangelist og Other. Kontakter og virksomheder har hver deres kopi af propertyen, og de to kan synkroniseres, men de er ikke det samme felt. Deals har ikke lifecycle stage. Deals har deal stages i en pipeline, og det er en helt anden mekanik.

Rækkefølgen er ikke kosmetisk. HubSpot behandler listen som en rangorden, og HubSpots dokumentation for lifecycle stages er eksplicit om, at automatiske opdateringer kun flytter stadiet fremad. En kontakt, der står som Customer, bliver ikke sat tilbage til Opportunity, fordi der bliver oprettet en ny deal på hende. Vil I flytte nogen bagud, skal værdien først ryddes helt, og så mister I samtidig historikken på feltet.

Stadier sættes tre steder fra. Nyoprettede records får et standardstadie, associationer til andre objekter kan trigge en opdatering, og forbundne apps kan skrive direkte i feltet. Under Automate-fanen på kontakt- og virksomhedsobjektet sidder fire indstillinger, I selv styrer: synkroniser med primær virksomhed, sæt stadie når en deal oprettes, sæt stadie når en deal vindes, og sæt stadie når et lead associeres. HubSpots artikel om synkronisering mellem objekter beskriver hver enkelt, og de kan slås fra uafhængigt af hinanden.

Det er præcis her, de fleste opsætninger tipper. Slår I både den indbyggede synkronisering til og bygger jeres egne workflows oven i, kan de to skrive i samme felt på samme record inden for samme sekund. Resultatet er en race condition, hvor sidste skriver vinder, og hvor ingen kan forklare hvorfor en kontakt hopper frem og tilbage. Property history viser hvem der satte værdien, og det er det første sted, I skal kigge.

Tilpasning. I kan oprette jeres egne stadier og trække dem ind i rækkefølgen. Ifølge HubSpots dokumentation for oprettelse og tilpasning af stadier er det tilgængeligt på alle produkter og planer, altså også det gratis CRM. Et stadie kan ikke slettes, hvis det indeholder records, bruges af andre HubSpot-værktøjer eller er sat som standard for en forbundet app. Siden juni 2026 kan administratorer i stedet arkivere en enkelt valgmulighed, så den forsvinder fra dropdownen uden at data på eksisterende records bliver rørt.

I brugerfladen sidder det hele under Indstillinger, Objekter, Kontakter og fanen Lifecycle Stage. Fields-fanen styrer selve værdierne og rækkefølgen. Automate-fanen styrer synkroniseringen. Virksomhedsobjektet har sin egen tilsvarende side, og de to konfigurationer arves ikke fra hinanden.

Datostempler. Hver gang en kontakt rammer et nyt stadie, skriver HubSpot en dato i den tilhørende property, for eksempel Became a Marketing Qualified Lead Date og Became a Customer Date. De datoer er det eneste pålidelige grundlag for at måle konverteringstid, fordi selve lifecycle stage-feltet kun kender den nuværende værdi. Skal I vide hvor lang tid der gik fra MQL til kunde, bygges rapporten på datofelterne.

Rapporteringen har sine egne regler. Funnel-rapporter kræver Professional eller Enterprise i et af hubbene, og HubSpot har to typer. HubSpots sammenligning af funnel-rapporttyper forklarer, at den klassiske type tæller et stadie som gennemført uanset rækkefølge, mens journey-typen kræver kronologisk rækkefølge og højst kigger fem år tilbage. Samme datagrundlag giver derfor to forskellige konverteringsrater, og det er en almindelig kilde til forvirring på ledelsesmøder.

En ting, mange tror hænger sammen, gør det ikke: lifecycle stage påvirker ikke om en kontakt er marketing contact. Marketing contact-status er et selvstændigt felt, og det er kun det felt, der tæller med i abonnementsprisen. En kontakt kan stå som Customer og stadig være marketing contact, og en Subscriber kan være non-marketing. Blander I de to, betaler I enten for meget eller sender e-mails til folk, I troede var slået fra.

Det der typisk går galt. Formularer, der sætter stadiet direkte til Sales Qualified Lead, springer MQL over, og så mangler tallet for altid i funnelen. Bulk-workflows, der opdaterer flere hundrede kontakter, fejler på dem, der allerede står på målstadiet. Og kontakter bliver hængende på Opportunity årevis efter, at dealen blev tabt, fordi ingenting flytter dem tilbage automatisk. Den sidste fejl er den værste, fordi konverteringsraterne ser fine ud, mens tallene under dem er forurenede.

Vandmærke-designet er en bevidst afvejning fra HubSpots side. I får en funnel-historik, som et uheldigt workflow ikke kan skrive om, og I betaler for den med et felt, der ikke kan følge med, når virkeligheden ændrer sig. Kender I afvejningen, inden I bygger, tager opsætningen en eftermiddag. Opdager I den først, når rapporten skal præsenteres, tager oprydningen typisk et par måneder.

Vi ser oftest lifecycle stage sat op som et felt, ingen tager ansvar for, og så er funnel-rapporten ubrugelig et år senere. Skal I have defineret hvad MQL og SQL betyder hos jer, ryddet op i stadier der modsiger hinanden, og bygget de workflows der holder feltet opdateret uden race conditions, så tager vi den opgave fra ende til anden. Vi starter med at læse jeres property history og vise præcis hvor tallene knækker.

Sådan bruger danske B2B-teams lifecycle stage

Lifecycle stage giver kun værdi, når den er koblet til noget konkret: en e-mail der ikke bliver sendt, en opgave der lander hos den rigtige sælger, eller et tal en direktør kan træffe en beslutning på. Herunder er de anvendelser, vi oftest ser hos danske virksomheder mellem 20 og 250 ansatte.

Overdragelsen mellem marketing og salg
MQL og SQL definerer hvor ansvaret skifter hænder. I praksis sætter et workflow stadiet til Marketing Qualified Lead, når en kontakt rammer et aftalt kriterium, og opretter samtidig en opgave til en sælger. En dansk produktionsvirksomhed med fire sælgere og en marketingansvarlig kan på den måde dokumentere præcis hvor mange leads marketing afleverede sidste kvartal, og hvor mange salg faktisk tog fat i. Når marketing og salg er uenige om hvem der leverer, er der et tal at tage udgangspunkt i.

E-mailflows der ikke rammer forkert
Nurture-flows filtreres på lifecycle stage, så eksisterende kunder ikke modtager begynderindhold om et produkt, de allerede har købt. Det sættes op som en betingelse i workflows, ofte kombineret med en suppression-liste. Et dansk softwarehus kan køre en onboardingserie til Customer og en helt anden serie til Lead, uden at nogen manuelt skal flytte folk mellem lister.

Prioritering i sælgernes daglige arbejde
Gemte visninger på kontakt- og virksomhedsobjektet filtreres på stadie, så sælgeren ser Opportunity øverst og Lead nederst. Kombineret med sequences betyder det, at opfølgningen på de varme emner kører efter en fast kadence, mens de kolde ligger i en separat liste. En rådgivningsvirksomhed med lang salgscyklus får dermed en arbejdsdag, der starter samme sted hver morgen.

Virksomhedsstadier til ABM
Lifecycle stage på virksomhedsobjektet gør det muligt at behandle en hel organisation som en enhed i stedet for at kigge på enkeltpersoner. Med synkroniseringen slået til arver alle kontakter på virksomheden stadiet. For en leverandør, der sælger til kommuner og store koncerner, hvor otte personer er involveret i samme beslutning, er det forskellen på en overskuelig pipeline og et kaos af enkeltkontakter.

Rapportering til ledelsen
Funnel-rapporten bygget på lifecycle stage viser konverteringen fra stadie til stadie i en valgt periode. Datostemplerne bag stadierne giver samtidig den gennemsnitlige tid pr. trin. Et dansk B2B-selskab, der præsenterer for en bestyrelse hvert kvartal, kan dermed svare på om det er toppen af tragten eller overgangen fra SQL til Opportunity, der er flaskehalsen, i stedet for at diskutere det.

Mersalg og loyalitet efter kundeskabelsen
Stadierne Customer og Evangelist bruges til at adskille dem, der har købt, fra dem, der også anbefaler jer. Kombineret med en NPS-undersøgelse kan et workflow flytte kontakter til Evangelist ved en score på 9 eller 10. En dansk servicevirksomhed kan derefter køre referenceforespørgsler udelukkende mod den gruppe i stedet for at spørge alle kunder.

Datahygiejne ved import
Når I importerer en liste fra et gammelt system eller en messe, skal stadiet sættes eksplicit i importfilen. Lader I standardværdien gælde, arver hele filen samme stadie, og funnelen får en kunstig top den pågældende dag. Det er en af de hyppigste årsager til, at en månedsrapport pludselig ser markant bedre ud end virkeligheden.

Segmentering af annoncemålgrupper
Kontaktlister filtreret på lifecycle stage kan sendes til LinkedIn og Meta som målgrupper, så I ikke betaler for at vise leadannoncer til eksisterende kunder. Ekskluderingslisten bygges på Customer og opdateres automatisk. Med et månedsbudget på 20.000 kroner til annoncer er der sparet penge allerede den første uge.

Det, der går igen, er at stadiet gør noget aktivt: det filtrerer en liste eller trigger en handling. Bliver lifecycle stage bare et felt, nogen udfylder, fordi det står der, betaler I vedligeholdelsen uden at få noget igen. Bliver det derimod det felt, jeres automatiseringer og rapporter hviler på, skal definitionerne være skrevet ned og aftalt mellem marketing og salg, før det første workflow bygges.

Alternativer, priser og begrænsninger

Lifecycle stage er ikke en feature, I køber for sig. Den følger med CRM-databasen, og derfor er alternativet enten en anden platform, en anden property i HubSpot eller en manuel proces. Herunder gennemgår vi de reelle valgmuligheder med daterede priser, og bagefter hvad adgangen og grænserne konkret betyder.

Salesforce Sales Cloud
Salesforce løser det samme behov med en anden datamodel. Der er et selvstændigt Lead-objekt, som konverteres til Contact, Account og Opportunity, og status følges via Lead Status og Opportunity Stage. Modellen er mere fleksibel og kan bygges præcis som en virksomhed vil have den, men konverteringen er en envejsdør, og rapportering på tværs af Lead og Contact kræver arbejde. Pr. august 2026 koster Sales Cloud ifølge Salesforces egen prisside 25 EUR pr. bruger pr. måned for Starter Suite, 100 EUR for Pro Suite, 175 EUR for Enterprise og 350 EUR for Unlimited ved årlig betaling.

Pipedrive
Pipedrive har ingen lifecycle stage. Alt hænger på pipeline-stadier og labels på personer og organisationer, hvilket gør opsætningen enklere og hurtigere at komme i gang med. Til gengæld findes der ikke et fælles begreb for hvor langt en kontakt er nået, når der ikke er en åben deal, og det gør marketingautomatisering på tværs vanskeligere. Pr. august 2026 koster Pipedrive ifølge Pipedrives prisside 14 USD pr. sæde pr. måned for Lite, 39 USD for Growth, 59 USD for Premium og 79 USD for Ultimate, eksklusive moms.

Microsoft Dynamics 365 Sales
Dynamics bruger Business Process Flows, hvor et lead kvalificeres til en opportunity gennem definerede faser. Det er den stærkeste model, hvis processen skal tvinge brugeren gennem bestemte trin, og den er oplagt, hvis I i forvejen kører Business Central og vil holde alt i Microsoft-stakken. Prisen er højere pr. bruger, og opsætningen kræver typisk en partner. På Microsofts prisside for Dynamics 365 Sales koster Professional pr. august 2026 65 USD pr. bruger pr. måned, Enterprise 105 USD og Premium 150 USD ved årlig betaling.

Lead status og Lead-objektet inde i HubSpot
Det oversete alternativ ligger i HubSpot selv. Lead status er en fri dropdown uden fremadrettet lås, og det nyere Lead-objekt håndterer selve prospekteringsforløbet separat fra kontaktens livscyklus. Skal en sælger kunne markere en kontakt som Ikke interesseret og senere åbne hende igen, hører det hjemme i Lead status, ikke i lifecycle stage. Det koster ikke ekstra, og det er den rettelse, vi oftest laver, når nogen har forsøgt at bruge lifecycle stage som en daglig arbejdsstatus.

En egen enum-property
Har I brug for en status, der frit kan gå begge veje, opretter I bare jeres egen dropdown-property og lader lifecycle stage stå som det historiske vandmærke, den er bygget til at være. Det virker på alle planer, også det gratis CRM, og det giver fuld kontrol. Prisen er, at HubSpots indbyggede funnel-rapporter og standardsynkroniseringer ikke kender jeres felt, så rapporteringen skal bygges manuelt.

Styrken ved HubSpots model ligger i, at lifecycle stage virker på tværs af marketing, salg og service uden integrationsarbejde, og at feltet er gratis fra dag et. Modellen falder fra hinanden, når processen er kompleks nok til at kræve stadier, der kan gå begge veje, forgrene sig eller være forskellige pr. forretningsområde. Der er Salesforce og Dynamics 365 stærkere, og den forskel bliver større jo flere forretningsenheder I har i samme instans.

Adgangen til selve propertyen er enkel: den er med i alle HubSpot-planer, inklusive det gratis CRM, og det samme gælder muligheden for at oprette egne stadier. Regningen kommer et andet sted fra, nemlig fra de værktøjer der gør propertyen nyttig. Automatisk opdatering via workflows kræver Professional, og funnel-rapporter kræver ligeledes Professional eller Enterprise i et af hubbene. På Starter og Free skal stadierne sættes manuelt eller via import.

Det gør prisen på automatiseringen til den reelle pris. Pr. august 2026 koster Marketing Hub ifølge HubSpots egen prisguide for Marketing Hub 9 USD pr. sæde pr. måned for Starter ved årlig betaling med 1.000 marketing contacts, 800 USD pr. måned for Professional med tre core seats og 2.000 marketing contacts, og 3.600 USD pr. måned for Enterprise med fem core seats og 10.000 marketing contacts. Til Professional kommer et engangsgebyr for onboarding på 3.000 USD, til Enterprise 7.000 USD.

Skal automatiseringen ligge i salg i stedet, viser HubSpots prisguide for Sales Hub pr. januar 2026 en pris på 9 USD pr. sæde pr. måned for Starter, 90 USD for Professional og 150 USD for Enterprise ved årlig betaling, med onboardinggebyrer på henholdsvis 1.500 og 3.500 USD for de to øverste niveauer. Sales Hub Free giver to sæder uden omkostning. Bemærk at priserne er i dollar, og at HubSpot fakturerer danske kunder i euro eller dollar afhængigt af aftalen, så valutakursen er en reel post i budgettet.

Sædemodellen betyder noget i praksis. Redigering af lifecycle stage på en enkelt record kræver et betalt sæde med skriveadgang til objektet, mens brugere med view-only-sæde kan se stadiet og rapporterne, men ikke ændre noget. Skal en kollega i økonomi kunne se hvem der er kunde, uden at kunne flytte nogen, er view-only den rigtige og billigste løsning. Selve konfigurationen af stadier og synkronisering kræver administratorrettigheder.

De hårde grænser er få, men de er ubehagelige at ramme. Den vigtigste er den fremadrettede lås: HubSpots værktøjer kan ikke sætte stadiet tilbage, og den eneste vej rundt er at rydde værdien først, hvilket ødelægger historikken på den record. HubSpots dokumentation angiver ikke et maksimalt antal stadier, men hvert ekstra stadie skal vedligeholdes i hvert eneste workflow og hver eneste rapport, og i praksis bliver mere end ti stadier uoverskuelige. Journey-funnelrapporter kigger højst fem år tilbage, hvilket rammer virksomheder med lange salgsforløb.

For danske virksomheder er datalokationen ofte det første spørgsmål fra IT. HubSpot kører på AWS, og ifølge HubSpots dokumentation om cloud-infrastruktur og datahosting, senest opdateret 20. juni 2026, findes der datacentre i EU (Tyskland), USA, Canada og Australien. Datacentret tildeles ud fra IP-adressens geolokation ved oprettelsen af kontoen, og kun konti med Starter, Professional eller Enterprise kan efterfølgende skifte region. Er kontoen oprettet af en kollega på rejse i USA, ligger jeres data der, indtil nogen aktivt flytter dem.

GDPR-vinklen bliver ofte misforstået. Lifecycle stage er ikke et samtykke og må ikke bruges som et. At en kontakt står som Customer, giver jer ikke ret til at sende markedsføring, og markedsføringslovens paragraf 10 om uanmodede elektroniske henvendelser gælder også i B2B, når modtageren er en fysisk person med en navngiven arbejdsmail. Samtykke håndteres i HubSpots subscription types og legal basis-felter. De to ting skal holdes adskilt i alle jeres workflows, ellers bygger I en compliance-fejl direkte ind i automatiseringen.

Kører I e-conomic eller Business Central, opstår spørgsmålet om hvem der ejer kundestatussen ved en integration mellem HubSpot og økonomisystemet. Vores anbefaling er, at økonomisystemet ejer den faktuelle kundestatus, altså om der er sendt en faktura, mens HubSpot ejer lifecycle stage som en salgs- og marketingstatus. Skubber I fakturadata ind i HubSpot via en integration og lader den sætte stadiet til Customer, får I en pålidelig kobling. Lader I to systemer skrive i det samme felt uden en aftalt retning, får I den samme race condition som internt i HubSpot, bare på tværs af systemer.

Hvornår kan det så ikke betale sig? Har I under 200 kontakter og en salgscyklus på under en uge, er lifecycle stage mest administration uden udbytte, og pipeline-stadier alene er nok. Er processen omvendt så kompleks, at I har brug for forskellige livscyklusser pr. forretningsområde eller for stadier, der frit kan gå begge veje, er HubSpots model for stiv, og så skal I enten bygge en parallel property eller kigge på en anden platform. Skal I have styr på den slags valg, før der bliver bygget noget, er det den slags arbejde vi laver i vores HubSpot-rådgivning, hvor vi typisk starter med at læse jeres property history og vise præcis hvor tallene knækker.