Basic og Professional i detaljer. Professional indeholder alt fra Basic – uden grænser. Tabellen nedenfor stiller hver funktion op for begge licenser.
Funktion
Basic
Professional
Tilpasning og administration
Flersproget: 30 sprog kan slås til; oversættelser løber gennem eksport og import af en JSON-fil – så du får præcis den ordlyd, jeres hus forstårVejledning
Mørkt tema / lyst tema, responsivt designVejledning
Dato- og tidsformatet i jeres installation bestemmer I selv – rækkefølge, skilletegn og et 24- eller 12-timers urVejledning
Meddelelse om vedligehold og driftsforstyrrelser til alle – på loginsiden, eventuelt også på e-mailVejledning
kun loginsiden
loginside + e-mail
Tidlig advarsel, før disken fyldes op: en meddelelse fra 90 %, en advarsel fra 95 % – den, der styrer opdateringerne, ser tallene og hvad der skal gøres, indloggede brugere får en kort sætning; intet af det står på loginsidenVejledning
Arkivering af lukkede sager (inkl. gendannelse) – holder arbejdsmængden lille, f.eks. ved at flytte et gammelt år ind i arkivetVejledning
Opdatering med et tryk på knappen – systemet tager først en sikkerhedskopi (data, vedhæftede filer, arkiver) og kontrollerer, at der er nok fri diskplads; er der ikke det, afviser den opdateringen med en begrundelse i stedet for at gå i stå halvvejsVejledning
Eksportér og importér jeres stamdatalister som JSON – afdelinger, stillinger, lokationer og kategorier; udfyld dem i ét hug i stedet for at taste linje for linjeVejledning
E-mail-workflows med betingelser og handlingerVejledning
Hvert team kan have sin egen postkasse. E-mails til den postkasse opretter en sag i det teamVejledning
E-mail-spærreliste: bloker enkelte adresser eller hele domæner – blokerede afsendere opretter ingen sag, og der bliver heller ikke sendt noget svar til demVejledning
Lokalt login (brugernavn/adgangskode) + JWT; tofaktorlogin (TOTP med gendannelseskoder) er valgfrit – slået fra, påkrævet kun for medarbejdere, eller påkrævet for alleVejledning
SSO via OIDC (OpenID Connect) / OAuth2 og SAML 2.0 – tilslutning af udbydere som Google Workspace, Microsoft Entra ID, Okta, Keycloak, Auth0 eller ADFS – dertil LDAP / Active Directory og LINE, Kakao, Naver, WeChat, WeCom og DingTalkVejledning
Ved det første SSO-login bliver kontoen oprettet automatisk (som kunde, uden at bruge en medarbejderplads); hvert SSO-login bliver loggetVejledning
Sagsstyring
Opret og rediger sager; sletning sker kun gennem arkivetVejledning
Redigering med formateret tekst: viser indlejrede billeder og links (beskrivelse og kommentarer)Vejledning
Vedhæftede filer med forhåndsvisning (PDF-visning, billedzoom, op til 50 MB per fil)Vejledning
Statusforløb med indstillelige statusser og overgangeVejledning
Prioriteter, statusser, roller, lokationer, stillinger og afdelinger kan indstillesVejledning
Hoved- og underkategorier kan indstilles frit per teamVejledning
Hvordan sagen kom ind: systemet opdager selv kundeportalen og e-mail (e-mail kræver Professional). Telefon og oprettet af en agent taster agenten indVejledning
Sager kan eskaleres til andre teams – agenten beholder alligevel det fulde overblikVejledning
Brugerdefinerede felter kan oprettes per team (tekst, tal, dato, ja/nej …) og markeres som påkrævede – eventuelt kun for enkelte sagsskabelonerVejledning
Observatører: få en e-mail, hver gang en sag bliver opdateretVejledning
Agentstatus (tilgængelighed)
Tilgængelig / optaget / væk – agenter sætter det selv, og ved en tildeling ser alle, hvem der er utilgængelig lige nuVejledning
Administratorer noterer sygdom eller ferie, med en »væk indtil«-datoVejledning
»Optaget« nulstiller sig selv til tilgængelig efter en timeVejledning
Ingen historik over tilgængelighed, ingen opgørelse per personVejledning
Automatisk fordeling af sager
Når den er slået til: nye sager bliver tildelt et teammedlem automatisk, mens de bliver oprettet – agent eller administratorVejledning
Rundt på skift eller mindst belastet – per team, slået fra som udgangspunktVejledning
Agenter, der er optaget eller væk, bliver sprunget overVejledning
Gælder også sager fra e-mailindbakken; sager, et menneske har tildelt, bliver aldrig rørt, og hver automatisk tildeling bliver noteret i sagens historikVejledning
Rapport: hvem fik hvor mange sager – og hvor tit ingen var tilgængeligVejledning
Ansøgninger med opgaver og godkendelse
En ansøgning er en sag, der opretter sine egne opgaver – én sag per post, i det team der håndterer den; godkendelser er mulige, men ikke påkrævedeVejledning
Anmelderen sætter flueben ved det, hun har brug for, mens ansøgningen bliver oprettetVejledning
Fremdriften på ansøgningen: »3 af 5 klaret« – hver opgave med sit team, sin sagsbehandler og et klik ind i sin sagVejledning
Én godkendelse til hele ansøgningen – én e-mail i stedet for mange delgodkendelserVejledning
Et ekstra godkendelsestrin til enkelte, følsomme opgaverVejledning
Godkendere beslutter gennem et tidsbegrænset link sendt på e-mail. De behøver ingen konto i ticketsystemetVejledning
Opgaver bliver låst, indtil godkendelsen er i husVejledning
Påmindelser om åbne godkendelser – aldrig en godkendelse ved tidsudløbVejledning
Et afslag når anmelderen, med begrundelsen medVejledning
Revisionsspor på sagen: hvem besluttede hvornår, med hvilken kommentarVejledning
Godkenderen på ferie? En administrator flytter ansøgningen – hver ændring bliver noteretVejledning
Svar- og sagsskabeloner
Svarskabeloner: tekst og felthandlinger (status, tildeling, prioritet …) i ét valgVejledning
Foreslåede handlinger kan fravælges enkeltvis før afsendelsenVejledning
Pladsholdere (anmelder, sagsnummer, titel …) – når skabelonen sættes ind, kommer de rigtige værdier ind i teksten, før noget bliver sendtVejledning
Svaret kan sendes som e-mail til anmelderen – kun afsendelsen kræver mailkanalen; skabelonens vedhæftede filer bliver lagt på sagen i hver udgaveVejledning
Opret en skabelon direkte fra en eksisterende sagVejledning
Udkast bliver private, indtil de bliver udgivet; omfanget er per team eller globaltVejledning
Sagsskabeloner: formularen til en ny sag udfyldt på forhånd (titel, beskrivelse, kategori, prioritet, team)Vejledning
Sagsskabeloner kan frigives til kunder, én ad gangen — en sag, der kommer ind allerede kvalificeret, kan forkorte behandlingstidenVejledning
Hver anvendelse kan spores i sagens historikVejledning
Automatisering og påmindelser
Påmindelse på en sag i hånden (dato + note, filtrene I dag/Denne uge/Overskredet)Vejledning
Tidsstyrede regler – de reagerer på FRAVÆRET af en handlingVejledning
NÅR/HVIS/SÅ-regelbygger med en sætning i almindeligt sprog, der følger medVejledning
Fire eksempelregler følger med (slået fra ved installationen, slå de ønskede til)Vejledning
Forhåndsvisning, før du slår den til: den viser, hvilke sager reglen ville ramme lige nu – uden at ændre nogetVejledning
Handlinger: e-mail, status, prioritet, tildel, giv videre til et andet team, sæt en påmindelseVejledning
Tidsrum kan vælges per betingelse: i arbejdstimer og arbejdsdage fra teamets kalender – eller døgnet rundtVejledning
Log per regel plus reglens navn som forfatter i sagens historikVejledning
Månedlig kvote for kørsler
ubegrænset
ubegrænset
Massehandlinger på sagslisten
Ændr statussen på flere sager på én gang – flere felter via en svarskabelonVejledning
Flere sager kan tildeles én agent på én gangVejledning
Svarskabeloner kan anvendes på flere sager på én gang – pladsholderne bliver løst per sagVejledning
Forhåndsvisning før kørslen og et resultat bagefter: hvor mange af de valgte sager handlingen gælder, og hvorfor enkelte blev sprunget over – oversprungne sager bliver stående valgtVejledning
E-mailen til anmelderne er slået fra som udgangspunkt; slå den til, og dialogen angiver, hvor mange modtagere den ville nåVejledning
Hver masseændring står i den enkelte sags historik – med navnet på den agent, der udløste denVejledning
Flere anmeldelser og driftsforstyrrelser
Slå to anmeldelser fra den samme person sammen til én sag – kommentarer, vedhæftede filer og beskrivelsen flytter med, intet bliver slettetVejledning
Svarer nogen på e-mail til det gamle sagsnummer, lander svaret i den sammenlagte sagVejledning
Værn: sager fra forskellige mennesker kan ikke slås sammenVejledning
Saml mange anmeldelser om én driftsforstyrrelse under én samlesag – hver anmeldelse beholder sin anmelder, sin status og sin frist, og ét svar når alle berørte med hver sin egen e-mailVejledning
Driftsforstyrrelsen vist som banner og nævnt i autosvaret – banneret forsvinder af sig selv, når forstyrrelsen er løstVejledning
SLA, kalender og eskaleringer
SLA-retningslinjer med frister for første svar og løsningVejledning
Arbejdstidskalender per team (egen tidszone, flere vinduer om dagen)Vejledning
Helligdage via .ics-import eller tastet ind i håndenVejledning
Uret holder pause, mens der ventes på anmelderen (kan indstilles per frist)Vejledning
Resterende tid i sagslisten – sorterbar, med et filter for overskredne fristerVejledning
Ved overskridelse: giv besked, eller giv sagen automatisk videre til et andet teamVejledning
SLA-tal i rapporteringen (opnået grad, overskridelser, gennemsnitligt brugt tid)Vejledning
Tidsregistrering per sag
Kan slås til og fra per team; slået fra som udgangspunktVejledning
Registrer indsats per sag – frit indstillelige hurtigknapper (f.eks. 15m, 30m, 1,5t) eller fri indtastning (rundet efter afrundingsreglen, hvor en er slået til)Vejledning
Stopur på sagen – det foreslår den forløbne tid, og posten bliver først oprettet, når et menneske bekræfter den; åbner du en anden sag, holder det pauseVejledning
Flere agenter kan registrere tid på den samme sag – hver post bærer sin dato, sin note og agentens navnVejledning
Fakturerbar / ikke fakturerbar per post – tiden bliver registreret én gang; sagen viser begge summer: alt det registrerede og den fakturerbare sum (kun afkrydsede poster, efter afrunding)Vejledning
Fakturer på minuttet eller rund op – kan indstilles (trin og minimum per post, f.eks. blokke på 15 minutter), på minuttet som udgangspunktVejledning
Registreret og faktureret tid holdes adskilt – at ændre afrundingen forfalsker aldrig tidligere dataVejledning
Kræv en tidspost før lukning – slået fra som udgangspunkt; den gælder kun, når et menneske ændrer statussen, aldrig ved automatisk lukning, sammenlægning eller massehandlingerVejledning
En »Time«-kolonne i sagslisten – den dukker op, så snart der er registreret tid på en sag i listenVejledning
Rapport efter anmelder, team, kategori og brugerdefineret felt – fakturer efter firma eller omkostningsstedVejledning
Eksport af de enkelte poster: CSV og Excel til bogholderiet (begge komplette) og PDF til at give videre, f.eks. til kundenVejledning
Kunder ser aldrig registreret tid – dokumentationen følger med fakturaen som eksport (PDF anbefales), ikke ind på sagen i kundeportalenVejledning
Opdelingen per agent kan slås fra – slået fra som udgangspunkt, håndhævet på serveren i stedet for bare skjultVejledning
Rapportering og dashboards
Dashboard med det aktuelle billede: sager per status, de tre ældste åbne sager, fordeling per agent og per kategoriVejledning
Sit eget dashboard per team – hvert team ser sit eget billede, med sin egen rettighedVejledning
Frit filtreret rapport – periode, team, status, agent, anmelder, lokation, prioritet, hoved- og underkategori, kanal, fritekst; filtrene kombineresVejledning
Filtrér og gruppér også efter dine egne felter – firma, omkostningssted, kontraktVejledning
Hvilke kolonner rapporten viser, kan indstilles per rolle – en kunde får en anden visning end en agentVejledning
Kunder kan hente deres egen rapport – begrænset til deres egne sagerVejledning
Eksport som CSV, Excel og PDF – Excel med to faner (nøgletal og sager), diagrammerne er i PDF'enVejledning
PDF'en trykker tallene ved siden af diagrammerne – et billede alene kan ikke kontrolleresVejledning
CSV og Excel er komplette; PDF'en stopper ved 20.000 rækker og viser det i dokumentetVejledning
Tilfredshedsmålinger (CSAT)
Når sagen er lukket: en e-mail med en stjernebedømmelse, ét klik er hele svaretVejledning
Ingen kundekonto nødvendig – linket virker uden login, en kommentar er valgfri, og bedømmelsen står på sagen for det team, der havde denVejledning
Rapport: gennemsnit, tilfredshedsgrad og svarprocent – inklusive de lukkede sager, der aldrig blev spurgtVejledning
Opdelingen af bedømmelser per agent kan slås fra og er slået fra som udgangspunkt – den enkelte bedømmelse på sagen er altid synlig for teametVejledning
Grænse, der kan indstilles – fra hver sag ned til højst én gang om ugenVejledning
En dårlig bedømmelse kan udløse en automatiseringsregelVejledning
Vidensbase
Emneflader med artikler i formateret tekst og vedhæftede filerVejledning
Fritekstsøgning på tværs af alle artiklerVejledning
Synlighed per emne: kun internt eller vendt mod kundenVejledning
Foreslåede løsninger, mens en sag bliver oprettetVejledning
Gør en sag til en artikel med et tryk på knappenVejledning
Indlæg fra en agent venter på administratorens godkendelseVejledning
Ændringshistorik på tværs af indlæg og emner (til administratorer)Vejledning
Sikkerhedskopi og gendannelse
Installationen sætter selv den daglige sikkerhedskopi op (23:00) – bevaret bliver 14 dage, 4 uger, 12 måneder, 4 kvartaler og 5 år, og sikkerhedskopier, du selv har lavet, bliver bevaret for altid; dine ændringer af planen overlever en opdateringVejledning
Planlægning gennem styresystemet selv – Opgavestyring på Windows, cron på Linux; ingen ekstra tjenesteVejledning
Sikkerhedskopien kører, uden at nogen er logget ind – cron på Linux, og på Windows en tjeneste, der også starter på en maskine, ingen er logget på; der bliver aldrig bedt om en Windows-adgangskodeVejledning
Sikkerhedskopien dækker alt det, der udgør tilstanden: databasen, de vedhæftede filer, arkivet og de nøgler, der dekrypterer gemte adgangsoplysningerVejledning
En gendannelse henter derfor alt tilbage. Som regel kan systemet bruges igen kort efterVejledning
Et selvstændigt program til sikkerhedskopi og gendannelse, til Windows og Linux, med en genvej på skrivebordet – lav en sikkerhedskopi, gennemse listen, gendanVejledning
På en server uden skrivebord de samme funktioner som kommandoer – gem, list, gendan, sæt planenVejledning
Sikkerhedskopier ligger på den samme maskine – de beskytter mod fejl og andre uheld, ikke mod et diskhavari; til det værste tilfælde bør I også gemme sikkerhedskopifilerne et andet stedVejledning
Før hver opdatering tager systemet en ekstra sikkerhedskopi af sig selv – uafhængigt af planenVejledning
inkluderetikke inkluderetAlle oplysninger gælder den aktuelle version 1.x.
Set nærmere efter
Funktioner, hvor en enkelt tabelrække ikke siger nok.
Ansøgninger med opgaver og godkendelse
Professional
Nogle ansøgninger er ikke én ansøgning, men et halvt dusin. »Ny kollega starter på mandag« betyder: Windows-konto, postkasse, ERP-adgang, telefon, adgangskort — hver del håndteret af et forskelligt team, hver med sin egen ejer, og lederen skal sige ja først. I dag taster nogen det ind fem gange og render så rundt og rykker for det. Her sætter du forløbet op én gang: anmelderen udfylder én formular, systemet opretter de enkelte sager i de rigtige teams, indhenter godkendelsen og viser dig ét sted, hvad der allerede er klaret.
Én ansøgning, mange opgaver
Hver post bliver til sin egen sag — i det team, der håndterer den, med sin egen ejer, sin egen løbetid og sin egen vejledning. To opgaver må gerne gå til det samme team: en servicedesk, der passer tre programmer, får tre sager, ikke én med tre punkter. Selve ansøgningen viser »3 af 5 klaret«, hver linje springer ind i sin sag, og ansøgningen lukker til sidst.
Anmelderen vælger HVAD de har brug for – ikke hvem der gør det
For hver opgave bestemmer du, om den altid kører, kommer sat på forhånd, eller skal sættes med vilje. I formularen ser anmelderen bare en liste over, hvad der kan bestilles — jeres teamstruktur holdes udenfor. Og »hvilket program hører til hvilket team« kræver ikke et ekstra sæt stamdata at vedligeholde: det står på opgaven selv.
Én godkendelse, ikke otte
Godkendelsen hører til ansøgningen, ikke til den enkelte opgave. Otte ønskede konti udløser derfor én e-mail til lederen i stedet for otte — og det er netop dér, den slags forløb plejer at dø i hverdagen. Kræver en enkelt følsom opgave også et ja fra en fagafdeling, hænger du et ekstra trin på netop den opgave. Begge bliver spurgt samtidig, og siger afdelingen nej, rammer det kun dens egen opgave. Resten kører videre.
Lederen behøver ingen konto
Han eller hun får en e-mail med et link, ser hvem der har spurgt, og hvilke opgaver det dækker, og beslutter med ét klik — uden login og uden at optage en agentplads. E-mailen bærer bevidst kun det ene link og ingen færdig »godkend«-adresse: virusscannere og forhåndsvisninger åbner hver eneste URL i en besked, og en godkendelse skabt på den måde kunne ikke skelnes fra en rigtig. Et afslag kræver en begrundelse — og anmelderen får at vide, hvad den var.
Der sker intet før frigivelsen
Opgaverne dukker op med det samme, så specialistteamene kan se, hvad der er på vej — men de er låst, ingen er tildelt dem, og de kan ikke flyttes, så længe godkendelsen mangler. Det håndhæves på serveren, ikke bare gråtonet i billedet: heller ikke massehandlinger og automatiseringsregler kommer uden om det. Reagerer ingen, går der en påmindelse ud. Der findes ingen godkendelse ved tidsudløb, for det er præcis det, en revisor bagefter tager fat i.
Hvem der besluttede hvornår, bliver stående
Hvert trin står på ansøgningen med godkender, tidsstempel og kommentar — netop det spor, den slags forløb bliver indført for. Ingen kan godkende på en andens vegne, heller ikke en administrator. Til ferie findes der i stedet omfordeling: en administrator sender den åbne ansøgning videre til en stedfortræder, det gamle link dør med det samme, og historikken noterer, hvem der flyttede den fra hvem til hvem, og hvornår.
Ugens tiende nulstilling af en adgangskode kræver ikke et nyskrevet svar. Den kræver det gode svar, dit team allerede har skrevet, sendt på sekunder og uden de tastefejl, der sniger sig ind klokken 16. En svarskabelon udfylder teksten OG rutinen, der hører til: sæt status, tildel den til mig, sæt en påmindelse. Du bestemmer selv over send-knappen.
Tekst og rutinen omkring den, i ét valg
En skabelon indsætter ikke bare tekst. Den foreslår de feltændringer, der altid følger med det svar: status til Resolved, prioritet ned, tildel til mig, påmindelse om tre dage. Hvert forslag vises som sin egen brik og kan slås fra enkeltvis — denne sag er næsten standardtilfældet, bortset fra at du denne gang ikke vil lukke den endnu.
Der bliver ikke sendt noget, før du sender det
At vælge en skabelon udfylder kun redigeringsfeltet. Teksten står foran dig, du retter i den, og du sender den med den samme knap som altid. En makro, der udløses med det samme, sender det forkerte svar til en rigtig kunde i det øjeblik, du klikker forkert — og en e-mail kan ikke kaldes tilbage. Det ene ekstra sekund er med vilje.
Pladsholdere, du kan stole på
Skriv »Hej {requesterName}« én gang, og hver anvendelse indsætter den rigtige person, sagsnummeret, titlen, dit navn. De bliver løst i det øjeblik, du vælger skabelonen — så den færdige tekst er den, du ser i redigeringsfeltet, ikke en overraskelse i kundens indbakke. En forkert skrevet pladsholder bliver afvist, når skabelonen gemmes, ikke opdaget af kunden.
Svaret når anmelderen på e-mail
Ét flueben, og din kommentar går ud som en e-mail — til personen bag sagen, som systemet selv finder frem til. Filer, der er gemt på skabelonen, bliver lagt på sagen samtidig: læg vejlednings-PDF'en der én gang i stedet for at lede efter den i din downloadmappe hver gang.
Gode skabeloner kommer fra rigtige svar
Den bedste skabelon er det svar, du lige har skrevet. Ét klik på en kommentar gør den til et skabelonudkast — med teksten udfyldt på forhånd og kundens navn, adresse og filer bevidst ladt tilbage. Du navngiver den, læser den én gang med friske øjne, og først da findes den. Indtil du udgiver den, ser ingen andre den.
Sagsskabeloner: tilbagevendende sager uden tastearbejdet
En ny medarbejder, der skal på plads, en enhed, der skal ud af drift, den, der ringer ind — nogle sager bliver oprettet igen og igen i den samme form. En sagsskabelon udfylder formularen på forhånd: titel, beskrivelse, kategori, prioritet, ansvarligt team. Agenten tilføjer det særlige og sender. Der bliver ikke oprettet noget, før han gør det.
Teamets viden, ikke et privat gemmested
Skabeloner hører til et team eller til alle — ikke til én persons skuffe. Rejser nogen, bliver deres bedste svar. Og hver anvendelse noteres i sagens historik: uger senere kan du stadig se, at en sag blev løst med standardsvaret, og med hvilket.
Med i begge udgaver
Skabeloner er fuldt med i Basic — ingen grænse for antallet, ingen funktion gemt bag den dyrere udgave. De værktøjer, der sparer dit team mest tid i hverdagen, skal ikke ligge bag en betalingsmur.
Det meste går galt i en helpdesk ikke, fordi nogen gjorde det forkerte, men fordi ingen gjorde noget. En sag venter på et svar, der aldrig kommer. En henvendelse ligger utildelt hen over frokosten. En sag bliver løst og derefter simpelthen glemt. Automatiseringen reagerer netop på det — på fraværet af en handling. Den kontrollerer hvert minut og gør det, du selv ville have gjort, hvis du havde opdaget det.
Fire regler er der allerede — slået fra
Du starter ikke med en tom skærm. Systemet leveres med fire eksempler, der dækker hverdagens tilfælde: mind anmelderen om det efter tre arbejdsdages tavshed, luk en sag efter ti dage uden noget svar, hæv prioriteten på en sag, ingen har taget inden for fire arbejdstimer, og sæt en påmindelse på alt, der ikke har haft aktivitet i en uge. Alle fire er slået fra. Slå én til, juster tallene, eller brug den som udgangspunkt for din egen.
Du vælger, du skriver ikke
Hver værdi kommer fra dine egne data: dine statusser, dine prioriteter, dine teams, dine kategorier — valgt fra en liste. Der er intet felt, hvor du taster et feltnavn, intet forespørgselssprog, intet cron-udtryk. En regel lyder: NÅR noget ikke er sket i et stykke tid, HVIS sagen ser sådan ud, SÅ gør det.
Reglen fortæller dig i almindeligt sprog, hvad den vil gøre
Over redigeringen følger en sætning med på dine valg: »Når en sag har status Waiting for User Response og ikke har haft et svar fra anmelderen i mere end 3 arbejdsdage, så send en e-mail til anmelderen.« Læs den igennem, før du slår noget til. Den ene sætning fanger den fejlindstilling, du ellers først ville opdage på en lukket kundesag.
Se hvem den ville ramme — før den rammer dem
Hver regel har en knap: »hvilke sager ville det her påvirke lige nu?«. Du får listen, og der sker ikke andet: ingen e-mail, ingen statusændring, ikke engang en logpost. Det er det skridt, der gør forskellen mellem at prøve det og aldrig at turde.
En påmindelse bliver ikke til en syndflod
»Intet svar i 24 timer« er sandt igen hvert eneste minut fra time 24 og frem. Bygget naivt er det 1.440 e-mails om dagen. En regel udløses derfor én gang per situation og holder så stille. Den udløses først igen, når betingelsen er ophørt og indtruffet på ny: kunden svarer, der bliver stille igen, og først da går den næste påmindelse ud.
Arbejdstimer tæller, ikke kalenderdage
»Tre arbejdsdage« bruger den samme arbejdstidskalender som dine frister, per team. En sag fra fredag aften er ikke forsinket mandag morgen. Vil du hellere tælle ren forløbet tid, findes minutter, timer og dage også. Det er dit valg per betingelse, ikke en global indstilling.
Ingen kvote for kørsler, aldrig
Nogle systemer afregner automatisering per kørsel: en månedlig pulje, og når den er brugt op, stopper alle dine regler indtil den første i måneden. Sådan en tæller findes ikke her. De eneste grænser er sikkerhedsspærrer per sag, så én regel ikke kan vække en anden i en løkke. De findes for at beskytte dine sager, ikke for at måle dig.
Intet sker usynligt
Hver handling bliver skrevet ind i sagens historik med navnet på den regel, der udløste den, så ingen behøver undre sig over, hvorfor en sag lukkede sig selv. Hver regel fører også sin egen log: hvilken sag, hvornår, og hvad resultatet var — også fejlene. Og udløber en licens, bliver reglerne præcis, hvor de er, og holder simpelthen op med at køre. Siden siger det i stedet for at gå i stå i stilhed.
Påmindelser i hånden findes i alle udgaver
At sætte en dato og en kort note på en sag for at få den frem igen senere – »ring igen på torsdag« – er en del af Basic, sammen med filtrene I dag / Denne uge / Overskredet i sagslisten. Anmelderne ser det aldrig. Professional er skridtet fra, at dine agenter sætter påmindelser, til at systemet sætter dem for dig.
To situationer, der ser ens ud i indbakken og skal håndteres på helt forskellige måder. Den ene: den samme person anmelder det samme problem to gange — én gang på e-mail og én gang på telefon, fordi hun ikke var sikker på, at e-mailen var kommet frem. Den anden: en switch går ned, og i løbet af et kvarter er der tredive anmeldelser fra tredive forskellige mennesker. Der findes en vej til hver af dem, og det er bevidst to forskellige veje.
Den samme person, to sager
Du sætter flueben ved begge rækker og bestemmer, hvilken sag der bliver stående — den ældste er valgt på forhånd, så fristen løber fra den første kontakt i stedet for fra andet forsøg. Kommentarer, filer og beskrivelsen fra den anden flytter ind i den første. Intet går tabt. Før du bekræfter, står det skrevet for dig: »#124 bliver lukket og flyttet ind i #122.«
Én driftsforstyrrelse, tredive anmeldelser
Du samler de tredive sager under én samlesag. Hver eneste af dem beholder sin anmelder, sin status og sin egen frist — ingen af dem forsvinder. Efternølere kan tilføjes én ad gangen, og den, der opretter en ny sag, mens forstyrrelsen kører, får linket tilbudt i stedet for selv at skulle lede efter det.
Hvorfor det ikke er det samme
Hvis du bare slog de tredive anmeldelser sammen, ville niogtyve mennesker miste deres sag og aldrig høre mere. Og fordi niogtyve sager ville blive lukket uden nogensinde at have fået et svar, ville dine tal bagefter se bedre ud end virkeligheden. Derfor ser systemet på, hvem der står bag hver sag: er det forskellige mennesker, tilbyder det slet ikke at slå dem sammen og peger på samlesagen i stedet.
Svar én gang i stedet for tredive gange
Når årsagen er væk, skriver du løsningen en enkelt gang. Hver tilknyttet sag får den som kommentar og bliver lukket, og hver berørt person får sin egen e-mail — ingen fordelingsliste, ingen ser andres adresse. Svarer nogen alligevel bagefter, bliver deres sag genåbnet, ikke hele samlesagen.
Ingen mister sit sagsnummer
En sammenlagt anmeldelse bliver aldrig slettet. Svarer anmelderen på den gamle e-mail uger senere, finder svaret stadig den rigtige sag — uanset om hun svarer på beskeden, lader det gamle nummer stå i emnefeltet, eller begge dele. Ellers ville hun tro, at hendes svar var kommet frem, mens det lå i en lukket sag, ingen kigger på.
Banneret rydder sig selv
En driftsforstyrrelse kan meldes ud med ét flueben: så står den for alle som et banner og som en bemærkning i autosvaret — den, der anmelder på e-mail, ser aldrig en loginside. Når du løser den, forsvinder banneret af sig selv. Et varslet servicevindue på lørdag bliver stående ved siden af i stedet for at blive skubbet til side.
En SLA er et løfte: »Vi svarer på en henvendelse inden for to timer, og vi løser den inden for otte.« Ticketsystemet skiller det løfte ad, sætter et ur på hver passende sag og fortæller dig, hvor lang tid der er tilbage — inden fristen udløber, ikke bagefter.
Frister løber kun i din arbejdstid
En frist på otte timer, der starter fredag eftermiddag, må ikke udløbe lørdag morgen. Derfor er hver frist knyttet til en arbejdstidskalender: åbningstider per ugedag, egen tidszone, flere vinduer om dagen til frokostpauser eller delte vagter — også nattevagter, der løber over midnat. Hvert team kan have sin egen kalender. Nætter, weekender og helligdage tæller ikke med.
Du bestemmer helligdagene, ikke vi
Helligdage afhænger af, hvor du er, ikke af hvilket sprog du bruger — 16 tyske delstater, 26 schweiziske kantoner, 50 amerikanske stater. I stedet for at levere en liste, der før eller siden bliver forkert for din region, importerer du den officielle .ics-fil for din lokation eller indtaster dagene i hånden. Importen fortæller dig så, hvor mange dage der blev overtaget, og hvor mange der blev sprunget over. Har en kalender slet ingen lukkedag de næste tolv måneder, siger indstillingssiden det. Ellers ville systemet stille og roligt regne hen over hver eneste helligdag.
Hvad tæller som et svar — og hvad gør ikke
Det er her, målingen enten betyder noget eller ikke gør. Uret for første svar stopper kun ved en offentlig kommentar skrevet af en agent. Den automatiske kvittering tæller ikke, interne noter tæller ikke, og den indgående kunde-e-mail gør det bestemt ikke. Bygget anderledes ville hver frist være »overholdt« i løbet af sekunder, og din rapportering ville vise permanente 100 %, mens ingen i virkeligheden havde svaret.
Venter du på kunden, holder uret pause
Når du stiller et spørgsmål tilbage og venter på anmelderen, holder fristen op med at løbe. Du bliver ikke belastet for ventetid, du ikke selv styrer. Om en frist holder pause, indstiller du per mål, for svaret er ikke nødvendigvis det samme for »første svar« og »løsning«. Bliver en løst sag genåbnet, starter et nyt forløb. Det gamle bliver stående til rapporteringen i stedet for at markere sagen som overskredet med det samme.
Når en frist bliver overskredet
Du bestemmer per frist, hvad der så sker: kun registrere det, give sagsbehandleren og observatørerne besked, eller give sagen automatisk videre til et andet team — den klassiske eskalering fra 1st til 2nd level. At give videre er bevidst ikke standard, for det flytter ansvaret og frigiver sagsbehandleren. Det bør ikke overraske nogen ved den første overskridelse. Det, du vælger, kører præcis én gang, også hen over en genstart.
Hvilken frist gælder for hvilken sag
Du opretter retningslinjer og sætter dem i rækkefølge. Den første, der passer, vinder. Betingelserne er team, prioritet og kategori — rullelister, ikke et forespørgselssprog, du først skal lære. Et tomt felt betyder »alle«, ikke »ingen«: en retningslinje uden team gælder for hvert team.
Hvad du ser bagefter
Resterende tid direkte i sagslisten, sorterbar efter »udløber først« og med filter for overskredne frister, dertil fristen i selve sagen. Rapporteringen viser opfyldelsesgraden, antallet af overskridelser og den gennemsnitligt brugte tid per frist. Graden tæller kun afgjorte frister. De stadig løbende udvander den ikke, ellers ville hvert nyt løfte se katastrofalt ud i starten og blive bedre helt af sig selv.
Indtil du opretter en retningslinje, ændrer der sig intet
Uden en aktiv retningslinje er der intet ur, der kommer ingen ekstra kolonne, og dine eksisterende sager bliver præcis, som de er. Intet forudindstillet mål, ingen gamle sager overskredet fra den ene dag til den anden. Sager uden frist viser en neutral streg — ikke »overskredet«.
Den, der fakturerer for sin indsats, skal registrere den, hvor den opstår: på sagen. En agent taster »20« eller trykker på en fast knap, og ved månedens udgang står summerne klar per kunde, omkostningssted eller kontrakt — som tabel på skærmen og som CSV til fakturaen. Hvad det bevidst IKKE er: et stemplingssystem. Det registrerer indsatsen på en sag, aldrig en persons tilstedeværelse.
At taste slår ethvert stopur
Hovedvejen er den hurtige indtastning: fire frit indstillelige knapper og et felt, der lige så gerne forstår »90«, »1,5t« og »1t 30m«. På en sag på tre minutter koster to klik på et stopur mere end selve tallet. Trækker jeres arbejde længere ud, slår du også uret til — det foreslår, og der bliver ikke gemt noget, før et menneske bekræfter det.
Registreret og faktureret holdes adskilt
Du sætter selv afrundingstrinnet og minimummet — i blokke på 15 minutter bliver 17 minutter til 30. Men kun den fakturerede værdi bliver rundet af, altid per post, aldrig hen over summen. Det faktisk udførte bliver ikke rørt, så du kan ændre afrundingen senere, uden at tidligere måneder flytter sig med tilbagevirkende kraft.
Fakturer per firma, omkostningssted eller kontrakt
Rapporten grupperer tiden efter anmelder, team, dag — og efter ethvert brugerdefineret felt, du har oprettet. På den måde fakturerer du efter præcis det begreb, jeres organisation bruger, i stedet for et, vi har fundet på. Siden viser de største grupper og siger til, når den skærer af. CSV-eksporten af de enkelte poster bliver aldrig skåret af, for en fakturasum taget fra en forkortet liste er ikke ufuldstændig, den er forkert.
Perioden gælder arbejdet, ikke sagen
En sag fra juni, der blev arbejdet på i juli, hører til på julifakturaen med de timer. Det er præcis sådan, rapporten skærer den — efter postens dato, ikke efter hvornår sagen blev oprettet. Det lyder indlysende, og det er netop dér, en månedsfaktura ellers stille og roligt bliver forkert.
Flere agenter, fuldt sporbart
Hver post bærer en dato, en forfatter, en note og markeringen fakturerbar. Hvem der må ændre andres poster, og hvem der stadig må rette dem efter lukningen, er to forskellige rettigheder — for den, der ændrer andres tid, ændrer andres fakturaer. Bliver to sager slået sammen, flytter tiden med. Den skal ikke blive liggende på den lukkede tvilling.
Opgørelse per agent kan slås fra
Tid per person er præstations- og adfærdsdata. Derfor er opdelingen per agent sin egen kontakt, slået fra som udgangspunkt — og spærringen sidder i serveren, ikke kun i visningen. Hos cloud-udbyderne kan den opgørelse slet ikke slås fra. For en organisation med et samarbejdsudvalg er det forskellen på at rulle det ud og at forhandle først.
Dine kunder ser ikke tiden
Som udgangspunkt bliver den registrerede indsats internt. »Fem minutter — for det?« er en diskussion, ingen ønsker, og den starter kun, fordi tallet var synligt. Vil du det anderledes, frigiver du feltet med vilje. Udgangspunktet træffer ikke den beslutning for dig.
Kan slås til og fra, også per team
Tidsregistrering er slået fra som udgangspunkt — har du ikke brug for den, ser du intet felt, ingen kolonne, ingen flade. Når den er slået til, er hvert team med, og du undtager de enkelte: det interne IT-team behøver ikke registrere, det kundevendte serviceteam gør. Vil du, kan du gøre en tidspost obligatorisk før lukning. Automatiske lukninger rammes ikke, ellers ville der findes sager, ingen kan lukke.
Til syvende og sidst er der kun én, der ved, om jeres helpdesk gjorde det godt: den, der blev hjulpet. Når en sag er lukket, får hun en e-mail med fem stjerner — ét klik, og så er det klaret. Bedømmelsen går derefter hen, hvor den hører til: på sagen, foran den, der gjorde arbejdet, og ind i rapporten som et tal. Målinger er slået fra, indtil du slår dem til. Du bestemmer, om og hvornår nogen bliver spurgt.
Ét klik, der bliver ikke spurgt om mere
E-mailen bærer fem stjerner som links. At klikke på den tredje er hele svaret — ingen konto, intet login, ingen formular fordelt over to skærme. Den, der har lyst, kan tilføje en sætning på siden bagefter, og de sætninger er som regel det mest interessante i hele rapporten. Et fejlklik på den forkerte stjerne kan rettes, så længe linket er gyldigt.
Svarprocenten står ved siden af gennemsnittet
Et 4,6 betyder ingenting, før nogen skriver ved siden af, at det hviler på tolv svar ud af fire hundrede. Derfor viser rapporten begge dele — og ved siden af dem antallet af lukkede sager, der slet ikke blev spurgt. Et tal, der skjuler sit eget grundlag, er mindre værd end slet intet tal.
Mål uden at overvåge dine medarbejdere
Bedømmelser per person er præstations- og adfærdsdata — i mange virksomheder en sag for samarbejdsudvalget. Her er opgørelse per agent en selvstændig kontakt, slået fra som udgangspunkt, og den håndhæves på serveren: fra betyder fra, også i eksporten. Bedømmelsen på den enkelte sag bliver synlig uanset hvad, for kollegaen, der havde sagen, er den første, der kan lære af den.
Ingen bliver begravet
Hver sag bliver spurgt højst én gang. Hvor ofte den samme person må blive spurgt, bestemmer du – som udgangspunkt højst én gang inden for syv dage: den, der anmelder fem ting på én formiddag, får så én e-mail i stedet for fem. En kundeafdeling med mange forskellige afsendere sætter grænsen til nul og spørger ved hver sag. Bliver en sag genåbnet kort efter lukningen, går der slet ingen ud — spørgsmålet kommer først, når sagen virkelig er slut.
En driftsforstyrrelse forvrider ikke tallet
Anmeldelser, der hænger under en samlesag, bliver bevidst ikke spurgt. Ét klik på »forstyrrelse løst« ville ellers udløse to hundrede målinger om ét stykke arbejde, og måneden ville ende med at beskrive nedbruddet i stedet for jeres service. Samlesagen selv bliver spurgt. De to hundrede berørte bliver ikke.
En dårlig bedømmelse er en sag, ikke et datapunkt
Én stjerne hører ikke hjemme i næste uges opsummering. Den hører hjemme på skrivebordet samme dag. En automatiseringsregel kan reagere i det øjeblik, bedømmelsen kommer ind: hæv prioriteten, tildel den til teamlederen, send en mail. Samme regelmotor, samme håndtering. Bedømmelsen er bare endnu en betingelse.
Linket giver ret til at bedømme, ikke til at læse med
Målingssiden viser sagsnummer og titel og ikke andet — ingen beskrivelse, ingen kommentarer, ingen filer. Den slags links bliver sendt videre eller lander i en fælles postkasse. Den, der har det, må bedømme, ikke læse med. Efter 30 dage udløber det, og udefra ser udløbet og ukendt præcis ens ud.
Virusscannere bedømmer heller ikke
Et stjernelink, der tæller på selve opslaget, bliver klikket automatisk af de store mailudbyderes linkkontroller — så ville tallet være ren opfindelse og i databasen ikke til at skelne fra rigtige svar. Her viser det bare siden at åbne linket. Der bliver ikke gemt noget, før der sidder et menneske foran. For hende er det stadig kun ét klik.
