Hvad er skill-based routing i HubSpot?

Sådan virker skill-based routing i HubSpot

Skill-based routing bygger på tre dele: kompetencer, brugere og regelsæt. En kompetence er et frit defineret mærkat i en kategori, for eksempel sprog, produktområde eller teknisk niveau. Brugere får tildelt en eller flere kompetencer. Et regelsæt består af regler, hvor hver regel har en betingelse baseret på ticket-egenskaber og peger på et hold, en kompetence eller begge dele. Kommer der en ticket ind på en kanal med automatisk tildeling, løber HubSpot reglerne igennem og finder den bruger, der matcher.

Hvor det sidder i platformen. Kompetencerne oprettes under indstillingsikonet, Inbox & Help Desk, Help Desk og derefter afsnittet Skill-based routing. Under fanen Skills vælger I Create skill, angiver en kategori og et navn og kan tilføje flere kompetencer, før I gemmer. HubSpots dokumentation for skill-based routing i help desk beskriver opsætningen trin for trin og angiver Service Hub Enterprise som krav.

Sprog er sat op på forhånd. HubSpot leverer sine understøttede sprog som standardkompetencer, så I ikke selv skal oprette dansk, svensk eller tysk som mærkat. Sprogkompetencer har oven i købet to niveauer: et hovedsprog markerer, at brugeren er stærkt flydende og også kan håndtere fagudtryk på sproget, mens et sekundært sprog markerer samtaleniveau. Den skelnen er mere brugbar, end den lyder, når I skal beslutte, om en supporter må få en teknisk eskalering på tysk eller kun en almindelig forespørgsel.

Sådan tildeles kompetencer. Det sker ikke på brugerens profil, men under Users & teams, hvor I vælger brugeren, åbner fanen Routing og derefter Skills i sidepanelet. Kompetencerne vælges i dropdownen User skills. Her ligger den første reelle omkostning: en bruger skal have et Service Seat på Professional- eller Enterprise-niveau for overhovedet at kunne få tildelt kompetencer, så en kollega med et gratis view-only-seat kan ikke indgå i rotationen.

Reglerne evalueres i rækkefølge inden for regelsættet. Det er den egenskab, der gør opsætningen brugbar frem for stiv, fordi I kan lægge en snæver regel øverst og en bredere nedenunder: først dansktalende med integrationskompetence, dernæst alle dansktalende, til sidst hele supportholdet. Både hold og brugere er valgfrie felter i en regel, så I kan matche udelukkende på kompetence, hvis jeres organisation ikke er delt i hold.

Det vigtigste enkeltstående forhold at kende, før I sætter det i drift, er hvad der sker, når ingen passer. Matcher en ticket en regel i regelsættet, men opfylder ingen brugere reglens kriterier, forbliver ticketten utildelt. Den bliver altså ikke sendt videre til en tilfældig ledig medarbejder, og den bliver ikke sat i kø til den, der kommer først tilbage. Den ligger bare der. Uden en bred opsamlingsregel nederst i regelsættet er det sådan, en fredag eftermiddag ender med syv ubesvarede tickets ingen har set.

Tilgængelighed spiller ind på samme måde. En bruger er enten Available eller Away, og kun Available-brugere får automatiske tildelinger. Statussen sættes automatisk ved starten af arbejdstiden og skifter til Away uden for de definerede timer, ferie kan synkroniseres ind fra Google Calendar eller Outlook, og en supporter kan sætte sig selv som Away i et bestemt tidsrum med automatisk tilbagevenden. HubSpots artikel om brugertilgængelighed i help desk beskriver, at funktionen kræver Service Hub Professional eller Enterprise, og at rettigheden Availability Management skal til for at ændre andres status.

Forholdet til de almindelige fordelingsmetoder. Kompetencematchet afgør hvem der er kandidat, men fordelingen mellem kandidaterne sker stadig med load balanced, round robin eller random. Load balanced tæller kun åbne help desk-tickets, der er tildelt inden for de seneste 30 dage, og den tæller dem opdelt i tre typer: Calling fra aktive opkald, Messaging fra livechat og brugerdefinerede kanaler, og Email/Other fra manuelle oprettelser, e-mail, formularer, workflows og API. En supporter med 40 lukkede sager fra sidste kvartal tæller altså som lige så ledig som en nyansat.

Ikke alle kanaler er med. Automatisk tildeling gælder team-e-mail, formularer, chatflows, WhatsApp og calling, som beskrevet i HubSpots oversigt over ticketfordeling i help desk. Tickets, der oprettes manuelt af en medarbejder eller kommer ind via API uden for de kanaler, skal stadig tildeles af et workflow eller i hånden.

Det, der typisk går galt i opsætningen, er ikke teknikken. Det er kompetencemodellen. Bygger I 25 kompetencer, fordi hver produktvariant skal have sin egen, ender halvdelen af dem med at matche én enkelt medarbejder, og så er routingen reelt en afhængighed af, om den person er på arbejde. En model med tre kategorier, typisk sprog, produktområde og specialisering, dækker langt de fleste supportorganisationer under 30 medarbejdere og efterlader plads til en fallback.

Vi sætter skill-based routing op sammen med jer: vi kortlægger, hvilke kompetencer jeres support faktisk har, bygger regelsættet med en opsamlingsregel i bunden, får arbejdstider og ferie på plads og regner efter, om springet til Service Hub Enterprise kan betale sig for netop jeres antal sæder og sager. Har I allerede Professional, siger vi det også, hvis I kommer i mål med hold og workflows i stedet. Skriv til os, så kigger vi på jeres ticketflow.

Hvad danske B2B-teams bruger det til

Kompetencestyret fordeling giver først gevinst, når supporten reelt er ujævnt bemandet fagligt. Er alle fem supportere lige gode til alt, er round robin billigere og lige så godt. Nedenfor er de mønstre, vi oftest ser hos danske virksomheder, hvor det ikke er tilfældet.

Dansk og engelsk i samme indbakke. Mange danske softwarevirksomheder sælger i Norden og resten af Europa fra én supportfunktion. Da dansk er blandt HubSpots understøttede sprog, findes det som standardkompetence, og et regelsæt kan sende danske og norske henvendelser til de nordiske supportere og resten til det engelsksprogede hold. Et dansk SaaS-hus med kunder i DACH kan lægge tysk som sekundært sprog hos to medarbejdere og dermed fange de lette tyske sager uden at ansætte.

Førstelinje og andenlinje uden manuel eskalering. Betingelsen sættes på en ticket-egenskab, for eksempel kategori eller prioritet, og andenlinjekompetencen ligger kun hos de tre udviklingsnære supportere. En dansk ERP-leverandør kan lade alle spørgsmål om opsætning gå til førstelinje, mens alt markeret som datafejl eller integrationsfejl går direkte til de tre. Den manuelle videresendelse, der plejer at koste en halv dag, forsvinder.

Produktområder i en bred portefølje. Sælger I både en platform og to tilkøbsmoduler, har supporterne sjældent samme dybde i alle tre. En kompetence pr. produktområde og en betingelse på ticketkategorien gør, at spørgsmål om faktureringsmodulet altid rammer de to, der kender det. Det er også her, kunderne mærker forskellen hurtigst, fordi første svar holder i stedet for at være et spørgsmål tilbage.

Nøglekunder med en skarpere SLA. Har I kunder på en aftale med kortere svartider, kan betingelsen sættes på en egenskab på den tilknyttede virksomhed og pege på de medarbejdere, der kender kontoen. Kombineret med betingede SLA'er, som også ligger på Enterprise, får I både den rigtige person og det rigtige ur på sagen. Et dansk logistikhus med femten nøglekunder kan på den måde undgå, at en A-kunde havner hos en supporter på anden uge.

Offentlige kunder og regulerede brancher. Henvendelser fra kommuner, regioner og finansielle kunder kræver ofte kendskab til udbudsvilkår, dokumentationskrav eller databehandleraftaler. En kompetence for den type kunder samler dem hos de medarbejdere, der har været igennem materialet, i stedet for at hver ny supporter skal lære det forfra på en rigtig sag.

Ferie og vagtplan i et lille team. I et supportteam på fire til otte medarbejdere er problemet sjældent fordeling, men fravær. Fordi tilgængeligheden styres af arbejdstider og synkroniseret ferie fra kalenderen, holder kompetencereglerne op med at pege på folk, der ikke er der. Det forudsætter til gengæld, at arbejdstiderne faktisk er vedligeholdt i HubSpot, og det er i praksis den opgave, der bliver glemt.

Fælles for alle seks er, at gevinsten ligger i færre håndteringer pr. ticket, ikke i færre tickets. Det er værd at holde fast i, når I regner på, om Enterprise kan betale sig: sparer I ét skift pr. sag på 200 sager om måneden, og et skift koster ti minutter, er det godt 33 timer. Om det dækker prisforskellen, afhænger af holdets størrelse, og det regnestykke tager vi i næste afsnit.

Alternativer, priser og begrænsninger

Kompetencestyret fordeling er ikke en HubSpot-opfindelse, og de fleste af de etablerede helpdesk-platforme har haft den længere. Forskellen ligger i, hvilket niveau den ligger på, og hvad resten af pakken koster, når I først er der. Her er de alternativer, danske B2B-virksomheder reelt vælger imellem.

Zendesk
Den mest direkte konkurrent på ren supportfunktionalitet. Zendesk har omnichannel-routing fra Suite Team og skills-based routing fra Suite Professional og opefter. Pr. september 2026 koster Zendesks Suite-planer 55 USD pr. agent pr. måned for Suite Team og 115 USD pr. agent pr. måned for Suite Professional ved årlig betaling, mens Suite Enterprise kræver kontakt til salg. Styrken er dybden i routing og rapportering. Svagheden for et dansk B2B-hus er, at CRM-data ligger et andet sted, så supporteren ikke ser pipeline og aftaler uden en integration.

Freshdesk
Freshworks' helpdesk, og typisk det billigste seriøse alternativ. Pr. september 2026 koster Freshdesks planer 19 USD pr. agent pr. måned for Growth, 55 USD for Pro og 89 USD for Enterprise ved årlig betaling, og skill-based routing ligger udelukkende på Enterprise. Freshdesk er stærk på pris pr. agent og hurtig at komme i gang med. Til gengæld er koblingen til salg og marketing svagere, og rapportering på tværs af kunderejsen kræver arbejde.

Zoho Desk
Samme mønster: direkte tildeling fra Standard, round robin fra Professional og kompetencebaseret tildeling først på Enterprise. Zohos globale prisside viser pr. september 2026 Enterprise til 2.400 INR pr. bruger pr. måned ved årlig betaling, altså i indiske rupis, hvilket i sig selv siger noget om, hvor produktets tyngdepunkt ligger. Zoho vinder klart på pris og taber på økosystem og partnerdækning i Danmark.

Salesforce Service Cloud
Det tunge valg. Omni-Channel Routing er med fra Core-udgaven, og en forstærket udgave følger med Advanced og Max. Pr. september 2026 lister Salesforce Core til 195 USD pr. bruger pr. måned, Advanced til 395 USD og Max til 550 USD ved årlig betaling. Salesforce kan mere end HubSpot på routing, kø-styring og kapacitetsmodeller. Prisen er kompleksitet: opsætningen kræver en konsulent, og for en supportfunktion på otte personer er det sjældent proportionalt.

Intercom
Relevant hvis jeres support primært er chat og in-app. Intercom har round robin-tildeling fra Advanced, og pr. september 2026 koster Essential 29 USD, Advanced 85 USD og Expert 132 USD pr. sæde pr. måned ved årlig betaling, mens AI-agenten Fin afregnes fra 0,99 USD pr. løst sag. Modellen er attraktiv for volumenstøtte til mange små kunder og mindre oplagt for et dansk B2B-hus med få hundrede kunder og lange sager.

Det billigste alternativ er ofte inde i HubSpot. Har I allerede Service Hub Professional, kan I nå meget langt med hold, load balanced fordeling og et workflow, der sætter ejeren ud fra en ticket-egenskab. Det matcher ikke på personers kompetencer, men på sagens kategori, og for et team med tre faste specialister giver det stort set samme resultat. Regnestykket, der afgør det, er simpelt: opgraderingen fra Professional til Enterprise skal betales for hvert eneste sæde, også for de supportere, der aldrig får en kompetence.

Hvor vinder og taber HubSpot så. HubSpot vinder, når support, salg og marketing skal ligge på samme datamodel: supporteren ser aftaler, tidligere kampagner og kontaktens hele historik uden at skifte fane, og rapporteringen på tværs er bygget, ikke integreret. HubSpot taber på routing-dybde. Der er ingen egentlig kømodel med prioritetsvægtning, og dokumentationen angiver ikke noget maksimalt antal kompetencer eller regler, hvilket også betyder, at der ikke er lovet nogen kapacitetsstyring ud over den enkle optælling af åbne sager. Skal I drive en supportafdeling på 60 personer i tre tidszoner, er Zendesk eller Salesforce det rigtige valg, og det siger vi også, når regnestykket peger den vej.

Så til adgangen. Skill-based routing kræver Service Hub Enterprise, ikke Professional. Pr. september 2026 lister HubSpots prisside for Service Hub Enterprise fra 150 USD pr. sæde pr. måned, mens Professional står til 90 USD pr. sæde pr. måned ved årlig betaling og 100 USD ved månedlig betaling. Free-udgaven dækker op til to brugere og har hverken automatisk fordeling eller kompetencer.

Oven i sædeprisen kommer et obligatorisk engangsbeløb til onboarding: 1.500 USD på Professional og 3.500 USD på Enterprise ifølge samme prisside pr. september 2026. Enterprise indeholder desuden 5.000 HubSpot Credits mod Professionals 3.000, og på Enterprise følger blandt andet betingede SLA'er og service-analyser med, hvilket er værd at tage med i sammenligningen, fordi de sjældent står alene på ønskelisten.

Sædemodellen er den anden halvdel af prisen. En bruger skal have et Service Seat på Professional- eller Enterprise-niveau for at kunne få tildelt kompetencer og for at kunne indgå i den automatiske fordeling. Kolleger på gratis pladser kan se og kommentere, men de kan ikke modtage tickets fra et regelsæt. Det betyder i praksis, at I skal tælle jeres faktiske supportere og ikke jeres samlede brugerantal, når I regner på opgraderingen.

De hårde grænser er få, men konsekvente. Tickets, der matcher en regel uden en matchende bruger, forbliver utildelt. Kun Available-brugere får automatiske tildelinger, medmindre I slår kravet om tilgængelighed fra. Load balanced tæller kun åbne sager fra de seneste 30 dage, opdelt i typerne Calling, Messaging og Email/Other. Og i HubSpots eget community rapporteres der løbende om, at kapacitetsindstillingen og round robin tæller alle tickets med chat som kilde, ikke kun faktiske livechats, hvilket skævvrider fordelingen i teams med mange chat-oprettede sager. Den slags står ingen steder på prissiden, og det er typisk dét, der vælter en ellers pæn opsætning efter tre måneder i drift.

Dansk og EU-kontekst er bedre, end mange forventer. Dansk er blandt de sprog, HubSpots produktflade findes i, ifølge HubSpots oversigt over sprogunderstøttelse, så dansk findes som standardkompetence og supporterne kan arbejde i et dansk interface. Til gengæld er HubSpots egen support og onboarding kun fuldt tilgængelig på engelsk, fransk, tysk, japansk, portugisisk og spansk, mens dansk har begrænset account management og fuld adgang til vidensbasen.

På datasiden kan I hoste kontoen i EU. HubSpot tilbyder datacenterregioner i EU, Canada, Australien og to i USA, nye betalende kunder placeres efter IP-geolokation ved oprettelsen, og eksisterende betalende kunder kan ifølge HubSpots side om datacentre migrere til en anden region fra kontoindstillingerne uden beregning. Ticketindhold er persondata, og en kompetence som modersmål eller branchekendskab siger noget om både kunden og medarbejderen, så placeringen er værd at få på plads, inden databehandleraftalen skal forhandles.

Hvornår kan det så ikke betale sig. Er I under fem supportere, er alle nogenlunde lige gode til alt, eller kører I under 150 tickets om måneden, er springet fra Professional til Enterprise sjældent det, der flytter jeres svartider. Der er mere at hente i faste ticketkategorier, et par workflows og en oprydning i arbejdstiderne, og de tre ting koster ikke 60 USD ekstra pr. sæde pr. måned. Se også, hvordan de enklere fordelingsmetoder fungerer under ticket routing, og hvordan selve arbejdsfladen er bygget under help desk.

Er I derimod ti supportere eller flere, med to sprog og to faglige niveauer, begynder de manuelle videresendelser hurtigt at koste mere end sædeprisen, og så er Enterprise det billigste af de dyre valg. Vi regner det stykke igennem sammen med danske virksomheder hver måned, og du kan se hele vores arbejde med platformen på siden om HubSpot og implementering.