Hvad er ticket routing i HubSpot? Fordeling og priser

Sådan virker ticket routing i HubSpot

Routing i HubSpot er ikke ét felt, du slår til. Det er tre mekanismer, der arbejder oven på hinanden, og de har hver deres begrænsninger. Manuel tildeling fra visningen Unassigned virker på alle Service Hub-niveauer, men automatisk fordeling kræver Professional eller Enterprise, og de brugere der skal modtage sager, skal have et Service-seat.

Det første lag er kanalen. Under Settings, Inbox & Help Desk, Help Desk, Channels vælger du en kanal, klikker Edit og går til fanen Automation. Her bestemmer du, om sager fra netop den kanal skal til bestemte brugere, til et team uden individuel ejer, til kontaktens ejer, til et assignment-workflow, til en AI-drevet Customer Agent, eller slet ikke tildeles. Chatflows sættes op et andet sted, nemlig under Service, Chatflows, fanen Chat, hvor du slår Assignment til. Detaljerne pr. kanaltype står i HubSpots dokumentation for routing i help desk.

Når en kanal fordeler til flere brugere, vælger du mellem tre metoder. Load balanced sender sagen til den med færrest åbne tickets. Round robin går sekventielt rundt i rotationen. Random fordeler tilfældigt. Load balanced er den, folk vælger, og den er også den, der oftest overrasker: kun åbne help desk-tickets tildelt inden for de seneste 30 dage tæller med i regnestykket. En gammel sag, der har ligget åben i et halvt år, vejer altså ingenting, når HubSpot skal afgøre hvem der har travlt.

Workflows. Det andet lag er handlingen Rotate record to owner, som ligger under CRM-handlingerne i workflow-editoren. Den giver dig betingelser, som kanalindstillingen ikke kan: prioritet, pipeline, produktområde, kundetype, en property fra den tilknyttede virksomhed. Bemærk hvem der kan modtage: brugere med core-seats eller view-only-seats optræder slet ikke i listen, og det samme gælder brugere, der endnu ikke har accepteret invitationen til portalen. Et team skal have mindst ét kvalificeret medlem for at kunne vælges. Reglerne står i HubSpots vejledning til rotation af ticket-ejere via workflows.

Tilgængelighed er den del, der driller flest. HubSpot afgør om en agent kan modtage ud fra arbejdstider, fraværsmarkering og den status agenten selv sætter. Som standard tildeles indkommende samtaler kun til agenter, der er tilgængelige, og er ingen tilgængelige, forbliver sagen utildelt. Det er en fornuftig standard, men den betyder også, at en fredag eftermiddag hvor alle har sat sig til Away, ender med en stak sager uden ejer og uden at nogen får besked.

Skills-based routing. Det tredje lag findes kun på Service Hub Enterprise og sættes op under Settings, Inbox & Help Desk, Help Desk, Skill-based routing. Der er to slags kompetencer. Sprog bygger på HubSpots 17 produktsprog, hvor en bruger får ét hovedsprog, der markerer flydende niveau, og sekundære sprog, der markerer samtaleniveau. Dertil kommer egne kompetencer, du selv definerer, for eksempel et produktområde eller en certificering. Reglerne evalueres sekventielt, og rammer ingen af dem, falder sagen tilbage på standardreglen. Opsætningen kræver Super Admin. Se HubSpots dokumentation for skills-based routing for rullelisterne og rækkefølgen.

Kapacitetsgrænser er den ventil, der forhindrer at load balanced bare fylder mere på den, der i forvejen svømmer. De sættes under Settings, Inbox & Help Desk, Help Desk i sektionen Ticket Capacity, hvor du redigerer grænsen pr. bruger. Du kan enten sætte en samlet grænse for alle sager eller dele den op pr. kanal, hvor opkald kun kan være 0 eller 1. Kun help desk-tickets med status Open, hvor brugeren står som ejer, tæller med, og sager fra kanaler uden for help desk tæller slet ikke. Du kan udelade sager efter alder eller status, så en ticket der venter på kundens svar ikke blokerer en agent. Rammer en agent sin grænse, stopper den automatiske tildeling, men du kan stadig tildele manuelt. Detaljerne står i HubSpots dokumentation for kapacitetsgrænser på tickets.

Routing hænger sammen med resten af datamodellen på en måde, der er værd at have med. Ejerskabet skrives på ticket-objektet som en almindelig property, hvilket betyder at det kan bruges i rapportering, i lister og som betingelse i andre workflows. Pipeline og status afgør, om sagen overhovedet tæller i kapacitet og belastning, og teams styrer hvem der ser hvad. Skifter du pipeline på en sag, ændrer du derfor også, hvordan den påvirker fordelingen fremover.

Det, der typisk går galt. Fire fejl går igen. Brugere er sat op med core-seats og optræder derfor ikke i rotationen, hvorefter alt havner hos de få med Service-seats. Kapacitetsgrænser er sat uden at udelade sager med status Waiting on contact, så agenter bliver kunstigt utilgængelige. Routing-regler er skrevet i forkert rækkefølge, så den brede regel fanger sagen før den præcise. Og endelig: kanalen er sat op til at fordele, men ingen har defineret, hvad der sker når ingen er tilgængelige, og så ligger sagerne i Unassigned uden ejer.

Har I sat routing op i HubSpot, men ender stadig med sager uden ejer om fredagen, er problemet sjældent reglerne. Det er som regel sædetyper, tilgængelighedsstatus eller en kapacitetsgrænse, der tæller de forkerte sager med. Vi gennemgår jeres kanaler, workflows og sædefordeling, regner på om skills-based routing er opgraderingen værd i jeres tilfælde, og bygger den opsætning, der matcher jeres vagtplan. Skriv til os, så kigger vi på jeres help desk sammen.

Sådan bruger danske B2B-teams ticket routing

Routing bliver først interessant, når det binder sig til den måde dit supportteam faktisk er organiseret på. De opsætninger vi ser oftest hos danske B2B-virksomheder, handler mindre om teknik og mere om at få vagtplan, sprog og kundeaftaler til at hænge sammen med systemet.

Førstelinje og andenlinje adskilt
Sager fordeles først bredt til førstelinjen, og en workflow-regel på prioritet eller produktområde løfter de tunge sager videre. Det sættes op med Rotate record to owner i et workflow, der udløses på ticket-property'en, ikke på kanalen. En dansk SaaS-virksomhed med tolv supportere kører alle sager gennem førstelinjen, men lader tickets markeret som Integration gå direkte til de tre, der kan læse logfiler.

Sprogbaseret fordeling på tværs af Norden
Hovedsprog og sekundære sprog sættes pr. bruger, og routing-reglen matcher sagens sprog mod kompetencen. Det kræver Enterprise. En dansk grossist med kunder i Sverige og Norge lader svenske henvendelser gå til de to, der har svensk som hovedsprog, og bruger dansk som fallback, så ingen sag bliver liggende fordi den rette person holder fri.

Nøglekunder til faste kontaktpersoner
Kanalen sættes til at tildele efter kontaktens ejer, så den samme person modtager alt fra sine egne kunder. En industrivirksomhed med tyve key accounts bruger det til at holde relationen samlet, og lader alle øvrige henvendelser køre load balanced ud i teamet.

Vagtplan og åbningstider
Opkaldskanalen konfigureres med driftstider, og agenternes arbejdstider styrer hvem der er tilgængelig uden for kernetiden. En teknisk hotline med åbent 8 til 16 lader opkald efter lukketid gå til en anden kanal frem for at ligge utildelt til næste morgen.

Jævn belastning i ferieperioder
Load balanced kombineres med kapacitetsgrænser, så den halve bemanding i juli ikke ender med at alt lander hos den, der svarer hurtigst. En dansk maskinproducent sænker grænsen fra femten til otte åbne sager pr. agent i sommerferien og udelader sager, der venter på kunden, så tællingen bliver retvisende.

Eskalering fra AI-agent til menneske
Kanalen tildeles en Customer Agent, der svarer først, og routing træder i kraft når sagen skal videre til en person. Opsætningen giver mening på en supportmail med mange gentagne spørgsmål, hvor de fem hyppigste henvendelser kan besvares uden at optage en agent, og resten fordeles som før.

Fællesnævneren for de opsætninger, der holder i drift, er at nogen har taget stilling til undtagelsen. Hvad sker der, når ingen er tilgængelige, når alle har ramt kapacitet, eller når sagen ikke matcher nogen regel. Har du ikke svaret på det, bygger du en kø, du ikke kan se. Vi anbefaler at oprette en fast visning i help desk for utildelte sager ældre end en time, og lade den være den første ting teamlederen åbner om morgenen.

Alternativer, priser og begrænsninger

Ticket routing er ikke noget HubSpot har opfundet, og alle større supportplatforme kan det i en eller anden form. Forskellen ligger i, hvilket niveau du skal op på før kompetencebaseret fordeling er med, og hvad det så koster pr. agent. Priserne herunder er hentet fra leverandørernes egne prissider den 7. september 2026 og opgivet i den valuta, siderne selv bruger.

Zendesk
Den mest direkte konkurrent på supportsiden. Omnichannel routing er med i alle Suite-planer, mens skills-based routing først er med fra Suite Professional. Pr. september 2026 koster Suite Team 55 USD pr. agent pr. måned ved årlig betaling og Suite Professional 115 USD, mens Enterprise kræver en samtale med salg. Se Zendesks egen prisside for den aktuelle opdeling. Zendesk er stærkere på ren support, men du får ikke CRM, marketing og salg i samme datamodel.

Freshdesk
Freshworks ligger lavere på indgangsprisen. Pr. september 2026 koster Growth 19 USD, Pro 55 USD og Enterprise 89 USD pr. agent pr. måned ved årlig betaling, ifølge Freshdesks prisside. Skills-based routing er også her forbeholdt Enterprise, mens flere SLA-politikker følger med fra Pro. For et lille supportteam, der ikke skal bruge CRM, er det den billigste vej til rigtig routing.

Salesforce Service Cloud
Den tunge ende. Pr. september 2026 er priserne 25 USD for Starter Suite, 100 USD for Pro Suite, 195 USD for Core, 395 USD for Advanced og 550 USD for Max, alle pr. bruger pr. måned. Omni-Channel Routing følger med fra Core, mens den udvidede version kun er med i Advanced og Max. Salesforce viser også priser i EUR og SEK. Routing-motoren er mere finmasket end HubSpots, men den kræver en administrator, der kan vedligeholde den, og det er en stilling, de færreste danske SMV'er har.

Intercom
Bygget til produktsupport i software. Pr. september 2026 koster Essential 29 USD, Advanced 85 USD og Expert 132 USD pr. sæde pr. måned, og round robin følger først med fra Advanced. Fin, deres AI-agent, afregnes separat fra 0,99 USD pr. løst sag på tværs af planerne. Modellen er interessant, hvis en stor del af dine sager kan løses uden et menneske, og mindre interessant hvis dine sager kræver produktkendskab.

Manuel triage og workflows uden help desk
Det oversete alternativ er ikke at købe noget. Har du under omkring 150 sager om måneden og tre supportere, der sidder i samme rum, løser en delt indbakke og en morgenrunde opgaven billigere end nogen platform. Du kan også nå langt med workflows alene på Professional uden at bruge help desk-kanalernes routing, selvom du så mister tilgængelighedslogikken.

Hvor vinder HubSpot så, og hvor taber platformen. HubSpot vinder, når supportsagen skal ses i sammenhæng med kunden: åbne deals, tidligere kampagner, hvem der ejer relationen, hvilke produkter der er købt. Den sammenhæng koster ekstra arbejde at bygge i Zendesk eller Freshdesk, fordi data ligger to steder. HubSpot taber på dybden i selve routing-motoren. Zendesk kan køre kompetencebaseret fordeling fra et mellemniveau, hvor HubSpot først kan det på Enterprise, og Salesforce kan modellere køer og prioriteter finere, end HubSpot tillader.

Prisbilledet på HubSpot-siden ser sådan ud pr. september 2026, ifølge HubSpots prisside for Service Hub. Free koster 0 USD og dækker op til to brugere. Starter koster 7 USD pr. sæde pr. måned ved årlig binding, 20 USD ved månedlig betaling, og indeholder 500 HubSpot Credits. Professional koster 90 USD pr. sæde ved årlig binding og 100 USD månedligt, med 3.000 credits. Enterprise prissættes individuelt og indeholder 5.000 credits. Vil du se de enkelte niveauer i sammenhæng, gennemgår vi dem på siden om Service Hub.

Oveni kommer et engangsbeløb til onboarding, som mange overser i budgettet. HubSpot opkræver 1.500 USD for Professional og 3.500 USD for Enterprise. Beløbet rammer i første faktura og falder væk igen året efter. For en virksomhed med fem agenter svarer Professional-onboardingen til godt tre måneders licens.

Sædemodellen er den enkeltfaktor, der oftest flytter regnestykket. Automatisk tildeling forudsætter, at modtageren har et betalt Service-seat, og brugere med core-seats eller view-only-seats optræder ikke i rotationen. Det betyder i praksis, at du ikke kan lade en sælger eller en projektleder indgå i supportrotationen uden at købe et sæde mere til dem. Tæl derfor de mennesker, der skal kunne modtage en sag automatisk, og brug det tal i budgettet.

De hårde grænser er værd at kende, inden du designer opsætningen. Kapacitet pr. opkaldskanal kan kun sættes til 0 eller 1, så du kan ikke give en agent to samtidige samtaler. Load balanced ser kun 30 dage tilbage. Skills-based routing findes kun på Enterprise, også selvom sprogfordeling er det, der oftest efterspørges i Norden. På antalssiden lister HubSpots prisside 50 help desk spaces og 500 macros på Professional mod 100 spaces og 1.500 macros på Enterprise.

Kapacitetsgrænserne har i øvrigt en historie, der er relevant, hvis du har læst en ældre vejledning. Funktionen kom oprindeligt i januar 2025 som en ren Enterprise-feature efter et længere ønske i HubSpots community, og HubSpots dokumentation lister den nu for både Professional og Enterprise. Har du et Professional-abonnement og får at vide, at kapacitetsgrænser kræver Enterprise, er kilden formentlig forældet.

For danske virksomheder er datalokation som regel det første spørgsmål fra IT. HubSpots infrastruktur kører på AWS i fem regioner: EU med datacenter i Tyskland, USA øst i Virginia, USA vest i Oregon, Canada i Montreal og Australien i Sydney. Nye konti tildeles automatisk et datacenter ud fra IP-adressens geografi ved oprettelsen, hvilket betyder at en dansk konto normalt lander i EU, men ikke med garanti hvis den blev oprettet under en rejse eller via en amerikansk moderselskabskonto. Konti med Starter, Professional eller Enterprise kan skifte datacenter, mens konti på gratisværktøjer skal opgraderes først. Tjek det i HubSpots oversigt over datacentre og datahosting, før du skriver noget i en databehandleraftale.

Sprogsiden er bedre, end mange forventer, men ikke uden huller. Dansk er ét af de 17 sprog, HubSpots produktflade findes på, hvilket også betyder, at dansk kan bruges som sprogkompetence i skills-based routing. Til gengæld er HubSpots egen support kun fuldt bemandet på engelsk, fransk, tysk, japansk, portugisisk og spansk, så når din administrator får brug for hjælp til en routing-regel, foregår samtalen på engelsk. Det samme gælder de fleste nye AI-funktioner, der ruller ud på engelsk først.

Hvornår kan det så ikke betale sig. Under de omkring 150 sager om måneden nævnt ovenfor giver automatisk routing dig mest administration og lidt gevinst. Har du behov for kompetencebaseret fordeling, men ikke budget til Enterprise, er Freshdesk Enterprise til 89 USD pr. agent billigere end at opgradere hele HubSpot-abonnementet, hvis du kan leve med at supportdata ligger uden for CRM'et. Og har du en supportmodel, hvor kunder altid skal til den samme faste kontaktperson, er routing efter kontaktens ejer nok, og så behøver du hverken skills eller kapacitetsgrænser.

Vi bygger routing-opsætninger ud fra vagtplanen, ikke ud fra organisationsdiagrammet, og vi rydder op i de portaler, hvor halvdelen af teamet er usynlig for rotationen på grund af core-seats. Den oprydning tager typisk en dag, og den kræver hverken opgradering eller nye licenser. Vil du se, hvordan vi arbejder med platformen i det hele taget, har vi samlet det på siden om HubSpot.