Hvad er et team i HubSpot? Opsætning, tiers og priser

Sådan virker teams i HubSpot

Teams oprettes under Indstillinger, Brugere og teams, Teams. Du giver teamet et navn, vælger eventuelt et overordnet team og tilføjer medlemmer. Bulk-oprettelse via CSV-import understøttes, hvilket er relevant, hvis I går fra nul til fyrre brugere på én gang. Selve oprettelsen tager et minut. Det, der tager tid, er at beslutte hvordan strukturen skal se ud, for teamstrukturen bliver hurtigt en afhængighed for alt muligt andet.

Hver bruger har præcis ét hovedteam og kan derudover stå som ekstra medlem på andre teams. Skellet er vigtigt og bliver konsekvent undervurderet. HubSpots egen dokumentation for oprettelse og styring af teams beskriver, at hvis en bruger med et hovedteam tilføjes til endnu et hovedteam, bliver vedkommende automatisk sat som ekstra medlem i stedet.

Ekstra medlemskab giver adgang, men tæller ikke med alle steder. Ekstra teammedlemmer er udeladt af rapporter, fordelingsregler og rotationshandlinger i workflows. En sælger, der står som ekstra medlem på Salg SE, kan altså se svenske records, men bliver aldrig tildelt et svensk lead af en rotation, og hun dukker ikke op i en rapport, der er filtreret på Salg SE. Adfærden er tilsigtet fra HubSpots side, og den er årsagen til de fleste sager om, hvorfor en bestemt sælger aldrig får tildelt leads.

Nestede teams. Et team kan ligge under et andet, så Salg DK og Salg SE ligger under Salg Norden. Det kræver Enterprise. Arven går kun én vej: et overordnet team kan se alt, hvad der ejes nedenunder, mens et underliggende team ikke kan se alt, hvad det overordnede team ejer. Det er præcis den model, en salgsdirektør har brug for, og præcis den model, en Professional-konto ikke kan bygge.

Adgangsniveauet sættes pr. objekt i brugerens rettigheder og har tre trin: alle records, deres teams records eller kun deres egne. Der ligger et ekstra flueben ved ikke-tildelte, så en bruger med teambegrænsning stadig kan tage fat i records uden ejer. Ejerskab afgøres af ejer-properties, både standardfeltet og egne properties af typen HubSpot-bruger. Det betyder, at et felt som teknisk ansvarlig kan give adgang på samme måde som kontaktejer, hvis det er sat op som brugerfelt.

Teams begrænser i udgangspunktet records, ikke indhold. Skal en afdeling også forhindres i at redigere en anden afdelings landingssider, workflows eller dashboards, er det asset partitioning, I er ude i. HubSpots oversigt over begrænsning af adgang til aktiver deler det i tre lag, og lagene falder på forskellige tiers.

Partitionering pr. tier. CRM-records, CRM-visninger og samtaleindbakken kan begrænses på alle konti. Templates, sequences, documents og pipelines kræver Professional. Kampagner, CTA'er, dashboards, rapporter, properties, blogindlæg, domæner, landingssider, websider, e-mails, forms, segmenter, workflows, playbooks, ads og HubDB kræver Enterprise, og for blogindlæg, sider og domæner specifikt Marketing Hub eller Content Hub Enterprise.

Der er en øvre grænse, men den er høj nok til at være uden betydning for de fleste. HubSpots produkt- og servicekatalog angiver op til 300 teams på både Professional og Enterprise. Rammer I loftet, er problemet næsten altid, at teamstrukturen er blevet brugt som erstatning for properties, ikke at HubSpot er for lille.

Teams og seats er to forskellige ting, og de bliver tit blandet sammen. Et seat bestemmer, hvad en bruger må arbejde med, mens teamet bestemmer, hvis data vedkommende ser. En bruger med et View-Only Seat kan sagtens ligge på et team og indgå i teamfiltre. Rettighedssiden styres af permission sets, som er skabeloner over hvad brugeren må, og de to mekanismer virker sammen: permission settet siger kun teamets records, og teamet afgør hvilke records det så er.

Det, der typisk går galt. Tre fejl går igen. Teams bygges efter organisationsdiagrammet i stedet for efter hvem der skal se hvad, og så ender I med tolv teams, hvor tre havde været nok. Ekstra medlemskab bruges som genvej til at dele adgang, og så forsvinder folk ud af rotationer og rapporter. Og adgangsniveauet sættes på den enkelte bruger i stedet for i et permission set, så ingen kan svare på, hvorfor to sælgere ser forskellige ting.

Endelig er der samspillet med workflows. Handlingen rotate record to owner kan tildele til et team, men kun til hovedteamet. Ønsket om at kunne rotere til ekstra teams har ligget i HubSpots idékatalog siden oktober 2023 og var stadig ikke implementeret ved seneste kommentar i januar 2026. Bygger I landefordeling på ekstra teams, virker rotationen ikke, og det opdager man som regel først, når leads bliver liggende uden ejer.

Vi sætter teamstrukturer op i HubSpot for danske B2B-virksomheder, der er vokset ud af at have alle på samme adgangsniveau. Vi hjælper jer med at afgøre, om Professional rækker, eller om nestede teams og partitionering gør springet til Enterprise værd, og vi bygger strukturen sammen med permission sets, rotationer og rapportfiltre, så den holder, når folk skifter rolle. Skal vi kigge på jeres nuværende opsætning?

Hvad danske B2B-teams bruger det til

Teams bliver sjældent sat op for deres egen skyld. De bliver sat op, fordi noget konkret skal løses: en afdeling må ikke se en andens tal, en fordeling skal være automatisk, eller en ledelsesrapport skal kunne skæres pr. enhed, uden at nogen vedligeholder en navneliste. Her er de anvendelser, vi oftest bygger.

Adskillelse af markeder eller datterselskaber
Ét team pr. land eller selskab, kombineret med adgangsniveauet deres teams records. Sælgerne ser kun deres eget marked, mens ledelsen ligger på et overordnet team og ser det hele. En dansk industrikoncern med salgsselskaber i Danmark, Sverige og Tyskland får én fælles portal og én datamodel, uden at den tyske sælger kan trække en liste over danske kunder ud.

Automatisk fordeling af leads
Et workflow med handlingen rotate record to owner peger på et team i stedet for på navngivne brugere. Når en ny sælger tilføjes teamet, indgår vedkommende automatisk i rotationen, og ingen skal huske at redigere femten workflows. Husk at fordelingen kun bruger hovedteamet, så sælgere, der dækker to markeder, skal løses med to workflows og et landekriterie i stedet.

Fordeling i samtaleindbakken
Indbakken kan tildele indkommende samtaler til et team frem for en person. En dansk SaaS-virksomhed med en supportindbakke og en salgsindbakke lader begge køre ind i HubSpot og fordeler på henholdsvis Support og Salg DK, så ingen mail bliver liggende, fordi én person har ferie. Adgangen til indbakken kan begrænses pr. team på alle tiers, og det er en af de få partitioneringer, der ikke kræver Enterprise.

Rapportering pr. enhed
Filtrer dashboards og rapporter på team i stedet for på ejer. Salgschefen for Norden får et dashboard, der automatisk følger med, når folk skifter rolle. En virksomhed med tre produktdivisioner kan køre den samme pipeline-rapport tre gange uden at bygge tre sæt filtre, og måltal pr. team bliver noget, der kan følges måned for måned, frem for noget nogen samler i et regneark.

Sagsfordeling og SLA i Service Hub
Tickets kan tildeles et team, så første ledige medarbejder tager sagen, og svartider måles pr. team. En dansk installatørvirksomhed med et serviceteam og et montageteam bruger to teams og to pipelines, så ticket routing sender elektriske fejl ét sted hen og montageopgaver et andet. Uden teams ender alt i én fælles bunke, som en koordinator sorterer manuelt hver morgen.

Adskillelse af marketingaktiver
På Enterprise kan landingssider, e-mails, forms og workflows begrænses til et team. Det er den eneste måde at forhindre, at en marketingmedarbejder i ét forretningsområde ved et uheld redigerer et andet områdes aktive kampagne. En koncern med to brands kører typisk denne opsætning sammen med brandopdeling, så aktiverne både er visuelt og rettighedsmæssigt adskilt.

Onboarding og offboarding af brugere
Når adgang hænger på teamet frem for på den enkelte bruger, er ansættelse og fratrædelse to klik. Ny sælger på Salg DK arver rettigheder, rotationer og rapportfiltre samme dag. Det lyder som en detalje, indtil man har prøvet at fjerne en fratrådt medarbejder fra treogtyve workflows, fordi rotationen pegede på navne.

Adgangsstyring, der kan dokumenteres
Teams er den praktiske måde at begrænse, hvem der har adgang til personoplysninger i CRM'et. En dansk virksomhed, der skal kunne redegøre for adgangsstyring over for en revisor eller en kunde i en leverandørvurdering, kan pege på en teamstruktur og et permission set frem for på en hensigtserklæring.

Fælles for anvendelserne er, at de bygger på den samme beslutning: hvem skal se hvis data. Træffer I den beslutning først og bygger teams bagefter, tager opsætningen en formiddag. Træffer I den undervejs, bliver teamstrukturen et lag, I retter i hver gang nogen skifter rolle.

Alternativer, priser og begrænsninger

Teams løser en opgave, som alle CRM-platforme løser på hver sin måde, og forskellene er større, end de ser ud. Det giver mening at holde HubSpots model op mod de tre platforme, danske B2B-virksomheder oftest sætter den overfor, og mod de alternativer, der findes inde i HubSpot selv.

Salesforce Sales Cloud
Salesforce løser det med rollehierarki, sharing rules og Enterprise Territory Management, tre mekanismer, der kan kombineres langt finere end HubSpots teams. Til gengæld er det også tre mekanismer, nogen skal kunne vedligeholde. Pr. september 2026 lister Salesforces prisside for Sales Cloud Pro Suite til 100 euro, Core til 195 euro, Advanced til 395 euro og Max til 550 euro pr. bruger pr. måned ved årlig betaling. Vil I have territoriestyring på koncernniveau, er Salesforce svaret. Vil I have en struktur, en marketingchef selv kan ændre, er det ikke.

Pipedrive
Pipedrive er billigere og enklere, og synlighedsgrupper dækker det meste af det, en mindre salgsorganisation har brug for. Pr. september 2026 koster planerne ifølge Pipedrives prisside 14, 39, 59 og 79 USD pr. seat pr. måned ved årlig betaling for henholdsvis Lite, Growth, Premium og Ultimate, og de fleksible rettigheder på gruppe- og individniveau ligger fra Premium. Svagheden er rækkevidden. Pipedrive begrænser salgsdata, ikke marketingaktiver, sagsbehandling og indhold, så har I marketing og support i samme system, løser det kun en tredjedel af problemet.

Microsoft Dynamics 365 Sales
Dynamics bruger business units, teams og hierarkisikkerhed, og modellen er den stærkeste af de fire, hvis I i forvejen har en Microsoft-baseret organisation med Entra ID og komplekse adgangskrav. Pr. september 2026 lister Microsofts prisside for Dynamics 365 Sales Professional til 65 USD, Enterprise til 105 USD og Premium til 150 USD pr. bruger pr. måned ved årlig betaling. Prisen ser lav ud sammenlignet med HubSpot Enterprise, men implementeringen er en anden størrelse, og marketingdelen kræver separate licenser.

Permission sets alene
Det nærmeste alternativ ligger inde i HubSpot selv. Har I under ti brugere og intet behov for at skjule data, kan I nøjes med permission sets og adgangsniveauet alle records og helt undlade teams. Det er hurtigere at komme i gang med, og det er den rigtige løsning for en virksomhed med én samlet salgsafdeling. Prisen er, at I skal bygge teamstrukturen bagefter, og at rapporter og rotationer indtil da hænger på navne.

Brands eller separate portaler
Skal to forretningsområder være helt adskilte, også i domæner og afsendere, er Brands det rigtige værktøj, og i yderste konsekvens to separate HubSpot-konti. To konti giver total adskillelse og total dobbeltarbejde: to abonnementer, to datamodeller og ingen fælles rapportering. Vi anbefaler det stort set kun, når selskaberne har hver sin ejerkreds.

Hvor vinder HubSpot så. Modellen er enkel nok til, at en CRM-ansvarlig uden konsulent kan ændre den, den dækker CRM, marketing, salg, service og indhold i den samme struktur, og den hænger direkte sammen med rotationer, indbakke og rapportering uden mellemled. Hvor taber den. Der er ingen matrixmodel. En bruger har ét hovedteam, punktum, og alt hvad der hedder rotation og rapportering følger det ene team. Er jeres virkelighed en sælger, der reelt dækker to lande og to produktområder ligeligt, skal I løse det med properties og flere workflows, og der er en Salesforce- eller Dynamics-model teknisk set bedre.

Tiers og pris afgør, om samtalen overhovedet er relevant. Teams kræver Professional eller Enterprise på tværs af Marketing Hub, Sales Hub, Service Hub, Content Hub, Data Hub, Revenue Hub og Smart CRM. På Free og Starter findes funktionen ikke, uanset hvor mange brugere I har.

Pr. september 2026 starter Sales Hub Professional ifølge HubSpots prisside for Sales Hub på 90 USD pr. seat pr. måned ved årlig betaling og Enterprise på 150 USD pr. seat pr. måned. Service Hub ligger på de samme takster med et engangsbeløb til onboarding på 1.500 USD for Professional og 3.500 USD for Enterprise. Marketing Hub er prissat anderledes. Professional koster 800 USD om måneden inklusive tre Core Seats og 2.000 marketing contacts, mens Enterprise koster 3.600 USD om måneden inklusive fem Core Seats og 10.000 marketing contacts, med ekstra seats fra henholdsvis 45 og 75 USD.

Springet fra Professional til Enterprise er reelt dét, teamdiskussionen handler om for de fleste. Det, I får med, er nestede teams og partitionering af de tunge aktiver. Regnestykket for en dansk virksomhed med ti brugere på Sales Hub er 900 USD om måneden mod 1.500 USD, altså cirka 7.200 USD om året ekstra for et hierarki og adgangsbegrænsning af rapporter og workflows. Har I to markeder og en ledelse, der skal se begge, er det pengene værd. Har I ét marked og én salgschef, er det ikke.

Seat-modellen ændrer ikke på teams. Alle brugere kan ligge på et team, også dem på View-Only Seats, og der er ingen ekstra betaling for at oprette teams. Til gengæld tæller enhver bruger, der skal kunne redigere records, som et betalt seat, så en teamstruktur, der forudsætter tyve brugere, er en licensbeslutning, før den er en opsætningsbeslutning.

De hårde grænser er til at overskue. Op til 300 teams pr. konto ifølge produktkataloget, præcis ét hovedteam pr. bruger, og ekstra teammedlemmer uden for rapporter, fordelingsregler og workflow-rotation. Nestede teams kan kun oprettes på Enterprise, og hierarkiet arver kun nedad. Der er ingen måde at give et team adgang til en anden gren af hierarkiet uden at gøre brugerne til ekstra medlemmer, med de begrænsninger det medfører.

Dansk og EU-kontekst betyder mest på to punkter. HubSpot driver et datacenter i Tyskland, og ifølge HubSpots FAQ om cloudinfrastruktur og datahosting tildeles en konto datacenter ud fra IP-geolokationen ved oprettelsen, mens betalende kunder kan flytte til en anden region. Data replikeres desuden til andre datacentre inden for samme regionale hostingområde af hensyn til backup og katastrofeberedskab. Det andet punkt er, at teams i praksis er den kontrol, I peger på, når en revisor eller en kunde spørger til adgangsstyring og dataminimering. En struktur, hvor kun det danske salgsteam kan se danske kontakter, er en teknisk foranstaltning, der kan dokumenteres, i modsætning til en politik om, at man ikke kigger.

Hvornår kan det så ikke betale sig. Er I under ti brugere i én afdeling, giver teams administration uden gevinst, og et permission set med adgang til alt løser det samme hurtigere. Har I brug for ægte matrixadgang, hvor den samme bruger vejer lige tungt i to enheder, passer modellen ikke, og et af alternativerne ovenfor er et bedre udgangspunkt. Og skal to selskaber være fuldstændig adskilte, også juridisk, er to konti eller Brands det rigtige, ikke to teams. Vi hjælper med at træffe det valg, før det bliver dyrt at ændre, og du kan læse mere om vores arbejde med platformen på vores side om HubSpot.