Ja. Flere medarbejdere, flere afdelinger og flere adresser kan sagtens dele én og samme AI-telefonassistent. Den fungerer som et fælles første lag for hele virksomheden: den tager opkaldet, finder ud af hvad ærindet er, svarer selv på det den kan, og sender resten videre til den rigtige person eller afdeling. Kunden ringer til ét nummer og oplever én sammenhængende samtale, uanset hvor mange enheder der ligger bag.
Den ærlige del af svaret er, at det ikke er gratis. Jo flere afdelinger, lokationer og undtagelser I har, desto mere skal der sættes op i starten: hvem tager hvad, hvad tilbyder hver enhed, og hvornår har hver adresse åbent. Men det er engangsarbejde, ikke løbende arbejde. Når strukturen først er på plads, kører den, og det er præcis dér, en delt assistent begynder at tjene sig ind.
I denne artikel gennemgår vi de tre måder AI’en kan rute på, hvad I skal have styr på før det virker, hvorfor ét nummer der altid svarer slår en tastemenu, og hvor kompleksiteten reelt vokser, så I kan vurdere, om jeres opsætning er en time eller en formiddags arbejde.
Kan flere afdelinger overhovedet dele den samme AI-telefonassistent?
Ja, og det er faktisk den opsætning, der giver mest værdi. En AI-telefonassistent er ikke bundet til én person eller ét skrivebord. Den er bundet til jeres virksomhed og til den viden, I har givet den. Derfor er der ikke noget principielt i vejen for, at den samme assistent besvarer opkald til salgsafdelingen, supportafdelingen, bogholderiet og de tre butikker på én gang.
Tænk på det som en central reception i en større virksomhed. Alle opkald lander samme sted. Receptionisten kender huset: hun ved hvem der sidder med hvad, hun ved hvornår butikken i Aarhus åbner, og hun ved at fakturaspørgsmål skal til bogholderiet og ikke til salg. Hun svarer selv på det simple og stiller resten videre. Forskellen er, at AI-assistenten aldrig er optaget af det forrige opkald, aldrig går til frokost og aldrig holder ferie.
Det er også værd at slå fast tidligt: en delt assistent betyder ikke, at alle afdelinger får det samme svar. Den kan udmærket kende forskel på, at værkstedet i Odense laver dæk og bremser, mens afdelingen i Kolding også laver klargøring, hvis I altså har fortalt den det. Forskellene ligger i den viden, I lægger ind, ikke i teknologien.
En vigtig praktisk forudsætning er, at flere samtidige opkald ikke er et problem. En delt assistent er kun rigtig delt, hvis den kan tage tre opkald til tre afdelinger på samme tid uden kø. Det kan den: vi har skrevet mere om det i vores artikel om hvor mange opkald en AI-telefonassistent kan tage samtidig.
Hvordan ruter AI’en et opkald til den rigtige person eller afdeling?
AI’en ruter ud fra samtalens indhold (altså hvad kunden faktisk siger) og ikke ud fra en tast, kunden skal gætte sig til. I praksis er der tre grundlæggende måder at rute på, og de fleste virksomheder bruger en kombination.
Efter ærinde. Kunden siger, hvad de vil, og AI’en placerer ærindet i den rigtige kategori. “Jeg vil gerne høre om priser på jeres pakker” er et salgsærinde. “Min løsning virker ikke” er support. “Jeg har fået en faktura, jeg ikke forstår” er bogholderi. Kunden behøver ikke vide, hvordan I er organiseret internt, de skal bare fortælle, hvad de ringer om.
Efter person. Kunden spørger efter en bestemt medarbejder. “Kan jeg tale med Mette?” AI’en genkender navnet, tjekker om personen kan træffes, og stiller om. Kan Mette ikke træffes, tager AI’en en besked med kontekst i stedet for at lade kunden hænge i tonerne.
Efter afdeling eller lokation. Kunden ringer om noget, der er knyttet til et bestemt sted. “Hvornår har I åbent i Aarhus?” eller “Jeg har afleveret min bil hos jer i Herning”. Her skal AI’en både kunne kende de forskellige adresser fra hinanden og vide, at åbningstider, ydelser og kontaktpersoner ikke nødvendigvis er ens på tværs af dem.
I virkeligheden flettes de tre ofte sammen i samme samtale: “Hej, jeg vil gerne booke en tid i jeres afdeling i Aalborg, og helst hos Jonas.” Det er ét opkald med både lokation, ærinde og person i sig, og det er netop dét, en samtalebaseret assistent håndterer bedre end en tastemenu.
| Rutningstype | Hvad AI'en lytter efter | Typisk eksempel | Hvad I skal have defineret |
|---|---|---|---|
| Efter ærinde | Hvad opkaldet handler om: salg, support, økonomi, booking | "Jeg vil gerne høre om priser" | Hvilke ærinde-typer findes, og hvem ejer hver af dem |
| Efter person | Navnet på en bestemt medarbejder | "Kan jeg tale med Mette?" | Navneliste, hvem der må stilles om til, og hvad der sker hvis de ikke svarer |
| Efter afdeling eller lokation | Sted, adresse eller by knyttet til ærindet | "Hvornår åbner I i Aarhus?" | Åbningstider, ydelser og kontaktpunkter pr. adresse |
| Kombineret | Flere signaler i samme sætning | "Book en tid i Aalborg, helst hos Jonas" | Hvordan enhederne hænger sammen, og hvad der vejer tungest ved konflikt |
Det praktiske led (selve omstillingen, og hvad der sker hvis modtageren ikke tager røret) har vi gennemgået separat i artiklen om hvordan en AI-telefonassistent viderestiller opkald.
Kan AI’en kende forskel på, hvad hver afdeling tilbyder?
Ja, men kun i det omfang forskellene er skrevet ned. Det er den vigtigste sætning i hele artiklen, så lad os pakke den ud.
En AI-telefonassistent svarer ud fra den viden, den har fået. Hvis alle jeres afdelinger deler ét fælles sæt information, svarer den ens til alle. Hvis I derimod har lagt ind, at afdelingen i København også tilbyder aftenkonsultationer, mens afdelingen i Vejle lukker klokken 16, så kender den forskellen, og svarer forskelligt afhængigt af, hvilken afdeling kunden spørger om.
Det er præcis derfor forarbejdet betyder noget. Forskellene er ikke noget, AI’en kan gætte sig til. Den kan ikke regne ud, at I ikke laver rustbeskyttelse i Esbjerg, hvis ingen har fortalt den det. Til gengæld er det heller ikke svært at oplyse: det er den slags information, de fleste virksomheder allerede har liggende på deres hjemmeside, i deres bookingsystem eller i hovedet på den medarbejder, der har været der længst.
Man kan groft dele informationen op i tre lag:
Det fælles lag. Ting der gælder hele virksomheden: hvem I er, hvad I grundlæggende laver, hvordan I taler til kunder, hvad I aldrig lover over telefonen. Det skrives én gang.
Afdelingslaget. Ting der varierer fra enhed til enhed: adresse, åbningstider, hvilke ydelser der findes lige dér, hvem der er kontaktperson, om der er særlige lukkedage.
Undtagelseslaget. Ting der bryder mønsteret: sommerferielukning i én afdeling, en medarbejder der kun tager imod opkald tirsdag og torsdag, en ydelse der udfases ét sted men ikke et andet.
De to første lag er som regel hurtige at få på plads. Det tredje lag er der, hvor tiden går, og hvor det giver mening at være ærlig med sig selv om, hvor mange undtagelser man reelt har brug for fra dag ét.
Hvor stramt I vil styre både tonen og indholdet i det, assistenten siger, er også jeres valg. Det har vi beskrevet mere indgående i artiklen om hvorvidt man selv kan styre hvad AI-telefonassistenten siger.
Hvad skal der være på plads, før det virker på tværs af afdelinger?
Det korte svar: I skal have besluttet, hvem der tager hvad. Det lyder banalt, men det er den mest almindelige grund til, at en flerafdelings-opsætning bliver besværlig. AI’en kan ikke træffe en organisatorisk beslutning, I ikke selv har truffet.
Konkret er der fire ting, der skal være afklaret, før det kører glat.
1. En kortlægning af ærinder. Hvilke typer opkald får I? De fleste virksomheder kan liste fem til ti kategorier på et kvarter: nye kunder, eksisterende kunder med spørgsmål, booking eller ombooking, fakturaspørgsmål, reklamationer, leverandører, jobansøgere, telefonsælgere. Det behøver ikke være udtømmende, det skal bare dække det, der faktisk ringer ind.
2. En ejer pr. ærinde. For hver kategori: hvem tager den? Det kan være en person, en afdeling, en fællespostkasse eller “AI’en tager besked”. Det vigtige er, at der ikke er kategorier uden ejer, for det er dér, opkald falder mellem to stole.
3. Grunddata pr. afdeling. Adresse, åbningstider, ydelser, kontaktpunkt. Én linje pr. felt pr. afdeling. Det tager længere tid at finde de rigtige oplysninger frem, end det tager at skrive dem ind.
4. En fallback-regel. Hvad sker der, når ingen tager røret? Når ærindet ikke passer i nogen kategori? Når kunden spørger om noget, ingen afdeling dækker? Der skal være ét klart svar: typisk at AI’en tager en fyldig besked med kontekst og sikrer, at nogen følger op.
| Element | Gælder for | Hvorfor det betyder noget |
|---|---|---|
| Åbningstider | Hver adresse | Forkerte tider er den fejl kunder opdager først, og husker længst |
| Ydelser og sortiment | Hver afdeling | Så AI'en ikke lover noget, den lokale enhed ikke leverer |
| Kontaktpersoner | Hver afdeling og hvert ærinde | Grundlaget for at kunne rute efter navn og efter emne |
| Ejerskab pr. ærinde-type | Hele virksomheden | Forhindrer opkald uden modtager |
| Fallback ved ingen svar | Hele virksomheden | Sikrer at intet opkald ender i et sort hul |
| Undtagelser og lukkedage | Pr. enhed, efter behov | Det lag der koster mest tid, start småt og udvid |
Hvorfor er ét fælles nummer bedre end en tastemenu?
Fordi tastemenuen lægger arbejdet over på kunden, og kunden ved sjældent nok til at løse det.
Alle kender oplevelsen. “Tryk 1 for salg, tryk 2 for support, tryk 3 for øvrige henvendelser.” Man står med et konkret problem og skal oversætte det til én af tre kategorier, man ikke selv har defineret. Handler “min faktura ser forkert ud” om support eller om økonomi? Er “jeg vil gerne høre om I kan levere til Bornholm” salg eller øvrige? Man gætter. Halvdelen af tiden gætter man forkert, bliver stillet et forkert sted hen, og skal forklare sig forfra.
En samtalebaseret assistent vender forholdet om. Kunden siger med almindelige ord, hvad de vil, og AI’en foretager oversættelsen. Der er ingen menu at navigere, ingen numre at huske og ingen risiko for at ryge det forkerte sted hen, fordi man valgte den nærmeste af tre dårlige muligheder.
Der er også nogle mere jordnære fordele ved ét fælles nummer:
- Ét nummer at markedsføre. På hjemmesiden, på bilerne, i annoncerne, på Google. Ikke fire numre der skal holdes ved lige hvert sted.
- Ingen skjult ventetid. En tastemenu ender ofte i en kø. Et fælles første lag, der altid svarer, gør ikke.
- Ændringer sker ét sted. Flytter en funktion fra én afdeling til en anden, ændrer I rutningen, ikke jeres skiltning, jeres visitkort og jeres annoncer.
- Kunden bliver ikke straffet for ikke at kende jeres organisation. Interne strukturer er interne. Kunden skal ikke lære dem.
Der er selvfølgelig tilfælde, hvor separate numre giver mening: en akutlinje, der bevidst er adskilt fra alt andet, for eksempel. Men for langt de fleste virksomheder med flere enheder er ét nummer, der altid svarer og ruter intelligent, den enklere og mere robuste model.
Hvad med flere adresser med hver sine åbningstider?
Det er en af de mest almindelige situationer, og den er også en af de mest værdifulde at få løst, fordi åbningstider er noget af det, folk oftest ringer om.
Princippet er, at hver lokation har sit eget sæt grunddata. Butikken i Aarhus har sine tider, butikken i København har sine, og hvis den ene holder lukket mandag, mens den anden ikke gør, så er det bare to forskellige linjer i opsætningen. AI’en holder styr på, hvilken lokation kunden spørger om, og svarer derefter.
Det interessante spørgsmål er, hvad der sker, når kunden ikke selv nævner en lokation. “Hvornår har I åbent?”: hvilken afdeling menes der? Her er der typisk to fornuftige veje: enten spørger AI’en tilbage (“Hvilken af vores afdelinger tænker du på?”), eller også har I defineret en standard, hvis langt de fleste opkald handler om ét bestemt sted. Begge dele er et valg, I træffer, ikke noget teknologien afgør for jer.
Så er der undtagelserne, og det er dem, der kræver disciplin. Helligdage, sommerferie, inventering, en enkelt afdeling der lukker tidligt om fredagen. De kan alle sammen lægges ind, men de skal vedligeholdes, ligesom I i dag skal huske at opdatere jeres Google-profil eller hjemmeside. Vores erfaring er, at det fungerer bedst, når én person har ansvaret for at holde afdelingsdata opdateret, præcis som med alle andre oplysninger, kunder møder.
Hvad sker der, når to afdelinger overlapper, eller kunden ikke ved hvem de skal tale med?
Det er her, forarbejdet får sin virkelige test, og det er også her, en delt assistent adskiller sig fra en tastemenu.
Når kunden er i tvivl, stiller AI’en et opklarende spørgsmål i stedet for at gætte. Det er den samme adfærd, en god receptionist har: “Er det en eksisterende aftale, eller ringer du for første gang?” Ét præcist spørgsmål kan afgøre rutningen, og det føles langt mindre besværligt for kunden end at blive stillet forkert hen og skulle starte forfra.
Når to enheder kunne tage ærindet, skal I have besluttet, hvad der vejer tungest. Hvis både Aarhus og Aalborg laver den ydelse, kunden spørger om, hvad afgør så? Nærmeste adresse? Den afdeling, kunden handlede med sidst? Den, der har ledig kapacitet? Der findes ikke ét rigtigt svar, men der skal findes ét svar, som I har taget stilling til. Ellers ruter AI’en efter en regel, I ikke selv har valgt.
Når ærindet ikke passer nogen steder, træder fallback-reglen i kraft. AI’en tager en besked med hvem der ringede, hvad det handlede om, hvordan de kan kontaktes, og hvor meget det haster, og sørger for, at den lander hos nogen. Det er langt bedre end en menu, der sender kunden i en blindgyde, og det er grunden til, at et fælles første lag sjældent taber et opkald.
Bliver det ikke uoverskueligt, jo flere afdelinger vi har?
Her skal vi være ærlige: kompleksiteten vokser. Men den vokser med antallet af undtagelser, ikke med antallet af enheder.
Ti afdelinger, der er bygget over samme skabelon (samme ydelser, samme åbningstider, forskellige adresser) er ikke ti gange så meget arbejde som én. Det er én skabelon plus ti sæt adresser og kontaktpunkter. Tre afdelinger, hvor hver enkelt har sit eget sortiment, sine egne tider, sine egne kontaktpersoner og sine egne særregler, er derimod reelt tre opsætninger.
Det er en vigtig sondring, når man skal vurdere sit eget arbejde:
- Ensartede enheder skalerer næsten gratis. Kopiér skabelonen, ret adressen, videre.
- Særegne enheder koster hver for sig. Hver undtagelse skal formuleres, lægges ind og senere vedligeholdes.
- Undtagelser til undtagelser koster mest. “Afdeling B har åbent til 18 (undtagen om sommeren) undtagen hvis det er en fredag.” Det kan godt lade sig gøre, men spørg jer selv, om reglen er værd at bære rundt på.
Det gode ved det er, at det er engangsarbejde. Man sætter det op én gang, og derefter er vedligeholdelsen af samme størrelsesorden som at opdatere sin hjemmeside, små rettelser, når noget faktisk ændrer sig. Det er ikke en løbende driftsopgave.
Vores anbefaling til virksomheder med mange enheder er derfor at starte med det fælles lag og de to eller tre afdelinger, der får flest opkald. Få det til at køre. Tilføj resten, når I kan se, hvad der faktisk bliver spurgt om. Det er hurtigere end at forsøge at kortlægge hele organisationen på forhånd, og resultatet bliver som regel bedre, fordi det er bygget på rigtige opkald frem for på formodninger.
Hvad betyder det for data og ansvar, når flere afdelinger deler samme assistent?
Når flere enheder deler ét system, deler de også ét datagrundlag, og det er værd at tage stilling til, ikke bare lade ske.
Som virksomhed er det jer, der bestemmer, hvorfor og hvordan kundernes oplysninger behandles. Det gør jer dataansvarlige, uanset hvor mange afdelinger der ringer ind til den samme assistent. Leverandøren behandler oplysningerne på jeres vegne. Det er en rollefordeling, det er værd at have styr på, og reglerne kan læses direkte hos Datatilsynet, der er dansk tilsynsmyndighed på området.
To ting bliver særligt relevante i en flerafdelings-opsætning:
Hvem må se hvad? Hvis alle opkald samles ét sted, bør I tage stilling til, om alle afdelinger skal kunne se alle samtaler, eller om adgangen skal afgrænses. Det er en organisatorisk beslutning mere end en teknisk, men den bliver først taget, hvis nogen stiller spørgsmålet.
Hvad bruges oplysningerne til bagefter? Kontaktoplysninger, der kommer ind, fordi en kunde ringede til én afdeling for at booke en tid, må ikke uden videre genbruges til markedsføring fra en anden afdeling. Skal numre bruges til salgsopkald eller nyhedsbreve, er man inde i markedsføringslovens regler om uanmodede henvendelser, som Forbrugerombudsmanden fører tilsyn med, og det kræver sit eget grundlag.
Ingen af delene er en hindring for at dele en assistent på tværs af afdelinger. Men de er værd at afklare i samme ombæring som rutningen, det er billigere at beslutte tingene fra start end at rydde op bagefter.
Hvordan kommer man i gang, når man er flere enheder?
Vi plejer at anbefale en meget enkel rækkefølge, netop for at undgå at forarbejdet vokser ud af proportioner.
Trin 1: Skriv de ti almindeligste opkald ned. Ikke teoretisk: spørg dem, der sidder med telefonen i dag. Det er den hurtigste vej til en realistisk kortlægning af ærinder.
Trin 2: Sæt et navn på hver. Hvem tager den? En person, en afdeling, eller “besked og opfølgning”. Ingen kategori må stå tom.
Trin 3: Udfyld grunddata for hver enhed. Adresse, åbningstider, ydelser, kontaktpunkt. Én omgang, én tabel.
Trin 4: Beslut fallback. Hvad sker der, når ingen tager røret, og når intet passer? Ét klart svar, som gælder overalt.
Trin 5: Start med de største enheder. Få dem til at køre rigtigt, før I ruller resten ud. Rigtige opkald afslører hurtigt de undtagelser, ingen huskede at nævne.
Trin 6: Lyt med og justér. De første par uger vil vise mønstre, ingen havde forudset. Det er ikke tegn på, at opsætningen var forkert, det er sådan, den bliver god.
Vores erfaring er, at virksomheder undervurderer trin 1 og 2 og overvurderer resten. Selve indtastningen af afdelingsdata er sjældent problemet. Det er beslutningen om, hvem der ejer hvilke opkald, der tager tid, og den beslutning er værdifuld i sig selv, uanset om man ender med en AI-assistent eller ej.
Ofte stillede spørgsmål
Kan flere medarbejdere dele den samme AI-telefonassistent?
Ja. Assistenten er knyttet til virksomheden, ikke til en enkelt person. Den kan tage imod opkald på vegne af hele teamet og rute videre til den medarbejder, ærindet hører til, enten fordi kunden spørger efter vedkommende ved navn, eller fordi emnet peger på den pågældendes ansvarsområde.
Kan AI'en kende forskel på vores afdelinger i forskellige byer?
Ja, hvis forskellene er lagt ind. Hver lokation kan have sine egne åbningstider, ydelser og kontaktpersoner, og AI'en svarer ud fra den afdeling, kunden spørger om. Nævner kunden ikke nogen afdeling, kan AI'en enten spørge opklarende eller bruge en standard, I har valgt på forhånd.
Skal vi have flere telefonnumre, når vi har flere afdelinger?
Nej, det er netop pointen med et fælles første lag. Ét nummer, der altid svarer og ruter efter ærinde, person eller lokation, er som regel enklere end flere numre, både for kunden og for jer, fordi ændringer kun skal laves ét sted i stedet for på alle jeres kontaktflader.
Hvad sker der, hvis kunden ikke ved, hvilken afdeling de skal tale med?
Så stiller AI'en et opklarende spørgsmål i stedet for at gætte, for eksempel om det drejer sig om en eksisterende aftale eller en ny henvendelse. Ét præcist spørgsmål afgør ofte rutningen, og det opleves langt bedre end at blive stillet forkert hen og skulle forklare sig forfra.
Bliver opsætningen ikke uoverskuelig, når vi er mange enheder?
Kompleksiteten følger antallet af undtagelser, ikke antallet af afdelinger. Ensartede enheder skalerer nemt fra samme skabelon, mens enheder med hver deres særregler reelt er separate opsætninger. Vores råd er at starte med de afdelinger, der får flest opkald, og udvide derfra.
Kan flere afdelinger få opkald samtidig, eller kommer der kø?
Der opstår ikke kø, fordi flere afdelinger deler assistenten. Den kan håndtere flere samtaler på én gang, så et opkald til salg ikke blokerer for et opkald til support. Det er netop en af forudsætningerne for, at en delt opsætning giver mening.
Hvem har ansvaret for kundernes data, når afdelingerne deler system?
Virksomheden er dataansvarlig, uanset hvor mange afdelinger der bruger assistenten, og leverandøren behandler oplysningerne på jeres vegne. I bør samtidig tage stilling til, om alle afdelinger skal kunne se alle samtaler, og til hvad oplysningerne må bruges til bagefter, særligt hvis de skal genbruges til markedsføring.
Kort opsummeret
Ja, flere medarbejdere, afdelinger og adresser kan dele én AI-telefonassistent. Den fungerer som fælles første lag for hele virksomheden: den tager alle opkald, svarer selv på det den kan, og ruter resten videre efter ærinde, efter person eller efter afdeling og lokation. Kunden ringer ét sted hen og slipper for at gætte i en tastemenu.
Forudsætningen er, at I har taget beslutningerne først: hvem tager hvilke ærinder, hvad tilbyder hver enhed, hvornår har hver adresse åbent, og hvad sker der, når ingen tager røret. AI’en kan ikke gætte en organisationsstruktur, den ikke har fået. Til gengæld er det arbejde, man laver én gang, og for de fleste virksomheder er den beslutning værdifuld i sig selv.
Og så er der den ærlige balance: jo flere enheder og undtagelser, desto mere opsætning. Men det er engangsarbejde, ikke daglig drift, og det skalerer langt bedre end man tror, når enhederne ligner hinanden. Start med det fælles lag og de travleste afdelinger, lad de rigtige opkald vise vejen, og udvid derfra.
Book et gratis testopkald, og hør din AI telefonassistent svare
Gustav Louv
Opdateret 3. september 2026



