Basic og Professional i detalj. Professional inneholder alt fra Basic – uten grenser. Tabellen nedenfor stiller opp hver funksjon for begge lisensene.
Funksjon
Basic
Professional
Tilpasning og administrasjon
Flerspråklig: 30 språk kan slås på; oversettelser løper gjennom eksport og import av ei JSON-fil – så dere får nøyaktig den ordlyden huset deres forstårVeiledning
Mørkt tema / lyst tema, responsivt designVeiledning
Dato- og tidsformatet i installasjonen deres bestemmer dere selv – rekkefølge, skilletegn og et 24- eller 12-timers urVeiledning
Melding om vedlikehold og driftsforstyrrelser til alle – på påloggingssiden, eventuelt også på e-postVeiledning
bare påloggingssiden
påloggingsside + e-post
Tidlig varsel før disken fylles opp: en melding fra 90 %, et varsel fra 95 % – den som styrer oppdateringene, ser tallene og hva som skal gjøres, påloggede brukere får en kort setning; ingenting av det står på påloggingssidenVeiledning
Arkivering av lukkede saker (inkl. gjenoppretting) – holder arbeidsmengden liten, f.eks. ved å flytte et gammelt år inn i arkivetVeiledning
Oppdatering med et tastetrykk – systemet tar først en sikkerhetskopi (data, vedlegg, arkiver) og sjekker at det er nok ledig diskplass; er det ikke det, avviser den oppdateringen med en begrunnelse i stedet for å stoppe halvveisVeiledning
Eksporter og importer stamdatalistene deres som JSON – avdelinger, stillinger, lokasjoner og kategorier; fyll dem ut i én omgang i stedet for å taste linje for linjeVeiledning
E-post-arbeidsflyter med betingelser og handlingerVeiledning
Hvert team kan ha si egen postkasse. E-poster til den postkassa oppretter en sak i det teametVeiledning
E-postsperreliste: blokker enkelte adresser eller hele domener – blokkerte avsendere oppretter ingen sak, og det blir heller ikke sendt noe svar til demVeiledning
Lokal pålogging (brukernavn/passord) + JWT; tofaktorpålogging (TOTP med gjenopprettingskoder) er valgfritt – av, påkrevd bare for medarbeidere, eller påkrevd for alleVeiledning
SSO via OIDC (OpenID Connect) / OAuth2 og SAML 2.0 – tilkobling av leverandører som Google Workspace, Microsoft Entra ID, Okta, Keycloak, Auth0 eller ADFS – i tillegg LDAP / Active Directory og LINE, Kakao, Naver, WeChat, WeCom og DingTalkVeiledning
Ved den første SSO-påloggingen blir kontoen opprettet automatisk (som kunde, uten å bruke en medarbeiderplass); hver SSO-pålogging blir loggetVeiledning
Saksbehandling
Opprett og rediger saker; sletting skjer bare gjennom arkivetVeiledning
Redigering med formatert tekst: viser innebygde bilder og lenker (beskrivelse og kommentarer)Veiledning
Vedlegg med forhåndsvisning (PDF-visning, bildezoom, opptil 50 MB per fil)Veiledning
Statusflyt med innstillbare statuser og overgangerVeiledning
Prioriteter, statuser, roller, lokasjoner, stillinger og avdelinger kan stilles innVeiledning
Hoved- og underkategorier kan stilles inn fritt per teamVeiledning
Hvordan saken kom inn: systemet oppdager selv kundeportalen og e-post (e-post krever Professional). Telefon og opprettet av en agent taster agenten innVeiledning
Saker kan eskaleres til andre team – agenten beholder likevel hele oversiktenVeiledning
Egendefinerte felter kan opprettes per team (tekst, tall, dato, ja/nei …) og merkes som påkrevde – eventuelt bare for enkelte saksmalerVeiledning
Observatører: få en e-post hver gang en sak blir oppdatertVeiledning
Agentstatus (tilgjengelighet)
Tilgjengelig / opptatt / borte – agenter setter det selv, og ved en tildeling ser alle hvem som er utilgjengelig akkurat nåVeiledning
Administratorer noterer sykdom eller ferie, med en «borte til»-datoVeiledning
«Opptatt» tilbakestiller seg selv til tilgjengelig etter en timeVeiledning
Ingen historikk over tilgjengelighet, ingen oppsummering per personVeiledning
Automatisk fordeling av saker
Når den er slått på: nye saker blir tildelt et teammedlem automatisk mens de blir opprettet – agent eller administratorVeiledning
Rundgang eller minst belastet – per team, av som utgangspunktVeiledning
Agenter som er opptatt eller borte, blir hoppet overVeiledning
Gjelder også saker fra e-postinnboksen; saker et menneske har tildelt, blir aldri rørt, og hver automatisk tildeling blir notert i sakshistorikkenVeiledning
Rapport: hvem fikk hvor mange saker – og hvor ofte ingen var tilgjengeligVeiledning
Søknader med oppgaver og godkjenning
En søknad er en sak som oppretter sine egne oppgaver – én sak per post, i teamet som håndterer den; godkjenninger er mulige, men ikke påkrevdeVeiledning
Innmelderen krysser av det hun trenger, mens søknaden blir opprettetVeiledning
Framdriften på søknaden: «3 av 5 gjort» – hver oppgave med teamet sitt, saksbehandleren sin og et klikk inn i saken sinVeiledning
Én godkjenning for hele søknaden – én e-post i stedet for mange delgodkjenningerVeiledning
Et ekstra godkjenningstrinn for enkelte, følsomme oppgaverVeiledning
Godkjennere bestemmer gjennom ei tidsbegrenset lenke sendt på e-post. De trenger ingen konto i ticketsystemetVeiledning
Oppgaver blir låst til godkjenningen er i havnVeiledning
Påminnelser om åpne godkjenninger – aldri en godkjenning ved tidsavløpVeiledning
Et avslag når innmelderen, med begrunnelsen medVeiledning
Revisjonsspor på saken: hvem bestemte når, med hvilken kommentarVeiledning
Godkjenneren på ferie? En administrator flytter søknaden – hver endring blir notertVeiledning
Svar- og saksmaler
Svarmaler: tekst og felthandlinger (status, tildeling, prioritet …) i ett valgVeiledning
Foreslåtte handlinger kan velges bort enkeltvis før sendingenVeiledning
Plassholdere (innmelder, saksnummer, tittel …) – når malen settes inn, kommer de riktige verdiene inn i teksten, før noe blir sendtVeiledning
Svaret kan sendes som e-post til innmelderen – bare sendingen krever e-postkanalen; vedleggene til malen blir lagt på saken i hver utgaveVeiledning
Opprett en mal rett fra en eksisterende sakVeiledning
Utkast blir private til de blir publisert; omfanget er per team eller globaltVeiledning
Saksmaler: skjemaet for en ny sak fylt ut på forhånd (tittel, beskrivelse, kategori, prioritet, team)Veiledning
Saksmaler kan frigis til kunder, én om gangen — en sak som kommer inn allerede kvalifisert, kan forkorte behandlingstidaVeiledning
Påminnelse på en sak for hånd (dato + notat, filtrene I dag/Denne uka/Overskredet)Veiledning
Tidsstyrte regler – de reagerer på FRAVÆRET av en handlingVeiledning
NÅR/HVIS/SÅ-regelbygger med en setning på vanlig språk som følger medVeiledning
Fire eksempelregler følger med (slått av ved installasjonen, slå på de dere ønsker)Veiledning
Forhåndsvisning før dere slår den på: den viser hvilke saker regelen ville truffet akkurat nå – uten å endre noeVeiledning
Handlinger: e-post, status, prioritet, tildel, gi videre til et annet team, sett en påminnelseVeiledning
Tidsrom kan velges per betingelse: i arbeidstimer og virkedager fra teamkalenderen – eller døgnet rundtVeiledning
Logg per regel pluss navnet til regelen som forfatter i sakshistorikkenVeiledning
Månedlig kvote for kjøringer
ubegrenset
ubegrenset
Massehandlinger på sakslista
Endre statusen på flere saker på én gang – flere felter via en svarmalVeiledning
Flere saker kan tildeles én agent på én gangVeiledning
Svarmaler kan brukes på flere saker på én gang – plassholderne blir løst per sakVeiledning
Forhåndsvisning før kjøringen og et resultat etterpå: hvor mange av de valgte sakene handlingen gjelder, og hvorfor enkelte ble hoppet over – oversprungne saker blir stående valgtVeiledning
E-posten til innmelderne er av som utgangspunkt; slå den på, og dialogen oppgir hvor mange mottakere den ville nåddVeiledning
Hver masseendring står i historikken til den enkelte saken – med navnet på agenten som utløste denVeiledning
Flere meldinger og driftsforstyrrelser
Slå sammen to meldinger fra den samme personen til én sak – kommentarer, vedlegg og beskrivelsen blir med, ingenting blir slettetVeiledning
Svarer noen på e-post til det gamle saksnummeret, havner svaret i den sammenslåtte sakenVeiledning
Vern: saker fra forskjellige mennesker kan ikke slås sammenVeiledning
Samle mange meldinger om én driftsforstyrrelse under én samlesak – hver melding beholder innmelderen, statusen og fristen sin, og ett svar når alle berørte med hver sin egen e-postVeiledning
Driftsforstyrrelsen vist som banner og nevnt i autosvaret – banneret forsvinner av seg selv når forstyrrelsen er løstVeiledning
SLA, kalender og eskaleringer
SLA-retningslinjer med frister for første svar og løsningVeiledning
Arbeidstidskalender per team (egen tidssone, flere vinduer per dag)Veiledning
Helligdager via .ics-import eller tastet inn manueltVeiledning
Klokka står stille mens det ventes på innmelderen (kan stilles inn per frist)Veiledning
Gjenstående tid i sakslista – sorterbar, med et filter for overskredne fristerVeiledning
Ved overskridelse: gi beskjed, eller gi saken automatisk videre til et annet teamVeiledning
SLA-tall i rapporteringen (oppnådd grad, overskridelser, gjennomsnittlig brukt tid)Veiledning
Tidsregistrering per sak
Kan slås av og på per team; av som utgangspunktVeiledning
Registrer innsats per sak – fritt innstillbare hurtigknapper (f.eks. 15m, 30m, 1,5t) eller fri inntasting (rundet etter avrundingsregelen der en er slått på)Veiledning
Stoppeklokke på saken – den foreslår den forløpte tida, og posten blir først opprettet når et menneske bekrefter den; åpner dere en annen sak, står den stilleVeiledning
Flere agenter kan registrere tid på den samme saken – hver post bærer datoen sin, notatet sitt og navnet til agentenVeiledning
Fakturerbar / ikke fakturerbar per post – tida blir registrert én gang; saken viser begge summene: alt det registrerte og den fakturerbare summen (bare avkryssede poster, etter avrunding)Veiledning
Fakturer på minuttet eller rund opp – kan stilles inn (trinn og minimum per post, f.eks. blokker på 15 minutter), på minuttet som utgangspunktVeiledning
Registrert og fakturert tid holdes adskilt – å endre avrundingen forfalsker aldri tidligere dataVeiledning
Krev en tidspost før lukking – av som utgangspunkt; den gjelder bare når et menneske endrer statusen, aldri ved automatisk lukking, sammenslåing eller massehandlingerVeiledning
En «Time»-kolonne i sakslista – den dukker opp så snart det er registrert tid på en sak i listaVeiledning
Rapport etter innmelder, team, kategori og egendefinert felt – fakturer etter firma eller kostnadsstedVeiledning
Eksport av de enkelte postene: CSV og Excel til regnskapet (begge komplette) og PDF til å gi videre, f.eks. til kundenVeiledning
Kunder ser aldri registrert tid – dokumentasjonen følger med fakturaen som eksport (PDF anbefales), ikke inn på saken i kundeportalenVeiledning
Oppdelingen per agent kan slås av – av som utgangspunkt, håndhevet på serveren i stedet for bare skjultVeiledning
Rapportering og dashbord
Dashbord med det aktuelle bildet: saker per status, de tre eldste åpne sakene, fordeling per agent og per kategoriVeiledning
Sitt eget dashbord per team – hvert team ser sitt eget bilde, med sin egen rettighetVeiledning
Fritt filtrert rapport – periode, team, status, agent, innmelder, lokasjon, prioritet, hoved- og underkategori, kanal, fritekst; filtrene kombineresVeiledning
Filtrer og grupper også etter deres egne felter – firma, kostnadssted, kontraktVeiledning
Hvilke kolonner rapporten viser, kan stilles inn per rolle – en kunde får en annen visning enn en agentVeiledning
Kunder kan hente sin egen rapport – begrenset til sine egne sakerVeiledning
Eksport som CSV, Excel og PDF – Excel med to ark (nøkkeltall og saker), diagrammene er i PDF-enVeiledning
PDF-en trykker tallene ved siden av diagrammene – et bilde alene kan ikke kontrolleresVeiledning
CSV og Excel er komplette; PDF-en stopper ved 20 000 rader og viser det i dokumentetVeiledning
Tilfredshetsmålinger (CSAT)
Når saken er lukket: en e-post med en stjernevurdering, ett klikk er hele svaretVeiledning
Ingen kundekonto nødvendig – lenka virker uten pålogging, en kommentar er valgfri, og vurderingen står på saken for teamet som hadde denVeiledning
Rapport: gjennomsnitt, tilfredshetsgrad og svarprosent – inkludert de lukkede sakene som aldri ble spurtVeiledning
Oppdelingen av vurderinger per agent kan slås av og er av som utgangspunkt – den enkelte vurderingen på saken er alltid synlig for teametVeiledning
Grense som kan stilles inn – fra hver sak ned til høyst én gang i ukaVeiledning
En dårlig vurdering kan utløse en automatiseringsregelVeiledning
Kunnskapsbase
Emneflater med artikler i formatert tekst og vedleggVeiledning
Synlighet per emne: bare internt eller vendt mot kundenVeiledning
Foreslåtte løsninger mens en sak blir opprettetVeiledning
Gjør en sak til en artikkel med et tastetrykkVeiledning
Innlegg fra en agent venter på godkjenningen til administratorenVeiledning
Endringshistorikk på tvers av innlegg og emner (for administratorer)Veiledning
Sikkerhetskopi og gjenoppretting
Installasjonen setter selv opp den daglige sikkerhetskopien (23:00) – bevart blir 14 dager, 4 uker, 12 måneder, 4 kvartaler og 5 år, og sikkerhetskopier dere selv har laget, blir bevart for alltid; endringene deres i planen overlever en oppdateringVeiledning
Planlegging gjennom operativsystemet selv – Oppgaveplanlegging på Windows, cron på Linux; ingen ekstra tjenesteVeiledning
Sikkerhetskopien kjører uten at noen er pålogget – cron på Linux, og på Windows en tjeneste som også starter på en maskin ingen er pålogget; det blir aldri bedt om et Windows-passordVeiledning
Sikkerhetskopien dekker alt som utgjør tilstanden: databasen, vedleggene, arkivet og nøklene som dekrypterer lagrede påloggingsopplysningerVeiledning
En gjenoppretting henter derfor alt tilbake. Som regel kan systemet brukes igjen kort etterpåVeiledning
Et eget program for sikkerhetskopi og gjenoppretting, til Windows og Linux, med en snarvei på skrivebordet – lag en sikkerhetskopi, bla i lista, gjenopprettVeiledning
På en server uten skrivebord de samme funksjonene som kommandoer – lagre, list, gjenopprett, sett planenVeiledning
Sikkerhetskopier ligger på den samme maskinen – de beskytter mot feil og andre uhell, ikke mot et diskhavari; til det verste tilfellet bør dere også lagre sikkerhetskopifilene et annet stedVeiledning
Før hver oppdatering tar systemet en ekstra sikkerhetskopi av seg selv – uavhengig av planenVeiledning
inkludertikke inkludertAlle opplysninger gjelder den gjeldende versjonen 1.x.
Sett nærmere etter
Funksjoner der en enkelt tabellrad ikke sier nok.
Søknader med oppgaver og godkjenning
Professional
Noen søknader er ikke én søknad, men et halvt dusin. «Ny kollega starter på mandag» betyr: Windows-konto, postkasse, ERP-tilgang, telefon, adgangskort — hver del håndtert av et forskjellig team, hver med sin egen eier, og lederen må si ja først. I dag taster noen det inn fem ganger og løper så rundt og purrer. Her setter dere opp forløpet én gang: innmelderen fyller ut ett skjema, systemet oppretter de enkelte sakene i de riktige teamene, henter inn godkjenningen og viser dere på ett sted hva som allerede er gjort.
Én søknad, mange oppgaver
Hver post blir til sin egen sak — i teamet som håndterer den, med sin egen eier, sin egen løpetid og sin egen veiledning. To oppgaver kan gjerne gå til det samme teamet: en servicedesk som passer tre programmer, får tre saker, ikke én med tre punkter. Selve søknaden viser «3 av 5 gjort», hver linje hopper inn i sin sak, og søknaden lukkes til slutt.
Innmelderen velger HVA hun trenger – ikke hvem som gjør det
For hver oppgave bestemmer dere om den alltid kjører, kommer avkrysset på forhånd, eller må krysses av med vilje. I skjemaet ser innmelderen bare ei liste over hva som kan bestilles — teamstrukturen deres holdes utenfor. Og «hvilket program hører til hvilket team» krever ikke et ekstra sett stamdata å vedlikeholde: det står på selve oppgaven.
Én godkjenning, ikke åtte
Godkjenningen hører til søknaden, ikke til den enkelte oppgaven. Åtte ønskede kontoer utløser derfor én e-post til lederen i stedet for åtte — og det er nettopp der slike forløp pleier å dø i hverdagen. Krever en enkelt følsom oppgave også et ja fra en fagavdeling, henger dere et ekstra trinn på nettopp den oppgaven. Begge blir spurt samtidig, og sier avdelingen nei, rammer det bare dens egen oppgave. Resten går videre.
Lederen trenger ingen konto
Hun får en e-post med en lenke, ser hvem som har spurt og hvilke oppgaver det dekker, og bestemmer med ett klikk — uten pålogging og uten å oppta en agentplass. E-posten bærer bevisst bare den ene lenka og ingen ferdig «godkjenn»-adresse: virusskannere og forhåndsvisninger åpner hver eneste URL i en melding, og en godkjenning skapt på den måten kunne ikke skilles fra en ekte. Et avslag krever en begrunnelse — og innmelderen får vite hva den var.
Det skjer ingenting før frigivelsen
Oppgavene dukker opp med én gang, slik at spesialistteamene kan se hva som er på vei — men de er låst, ingen er tildelt dem, og de kan ikke flyttes så lenge godkjenningen mangler. Det håndheves på serveren, ikke bare gråtonet i bildet: heller ikke massehandlinger og automatiseringsregler kommer utenom det. Reagerer ingen, går det ut en påminnelse. Det finnes ingen godkjenning ved tidsavløp, for det er nettopp det en revisor tar tak i etterpå.
Hvem som bestemte når, blir stående
Hvert trinn står på søknaden med godkjenner, tidsstempel og kommentar — nettopp det sporet slike forløp blir innført for. Ingen kan godkjenne på en annens vegne, heller ikke en administrator. Til ferie finnes det i stedet omfordeling: en administrator sender den åpne søknaden videre til en stedfortreder, den gamle lenka dør med én gang, og historikken noterer hvem som flyttet den fra hvem til hvem, og når.
Ukas tiende tilbakestilling av et passord trenger ikke et nyskrevet svar. Den trenger det gode svaret teamet ditt allerede har skrevet, sendt på sekunder og uten skrivefeilene som sniker seg inn klokka 16. En svarmal fyller ut teksten OG rutinen som hører til: sett status, tildel den til meg, sett en påminnelse. Du bestemmer selv over send-knappen.
Tekst og rutinen rundt den, i ett valg
En mal setter ikke bare inn tekst. Den foreslår de feltendringene som alltid følger med det svaret: status til Resolved, prioritet ned, tildel til meg, påminnelse om tre dager. Hvert forslag vises som sin egen brikke og kan slås av enkeltvis — denne saken er nesten standardtilfellet, bortsett fra at du denne gangen ikke vil lukke den ennå.
Det blir ikke sendt noe før du sender det
Å velge en mal fyller bare ut redigeringsfeltet. Teksten står foran deg, du retter i den, og du sender den med den samme knappen som alltid. En makro som utløses med én gang, sender det gale svaret til en ekte kunde i det øyeblikket du klikker feil — og en e-post kan ikke kalles tilbake. Det ene ekstra sekundet er med vilje.
Plassholdere du kan stole på
Skriv «Hei {requesterName}» én gang, og hver bruk setter inn den riktige personen, saksnummeret, tittelen, navnet ditt. De blir løst i det øyeblikket du velger malen — så den ferdige teksten er den du ser i redigeringsfeltet, ikke en overraskelse i kundens innboks. En feilskrevet plassholder blir avvist når malen lagres, ikke oppdaget av kunden.
Svaret når innmelderen på e-post
Ett kryss, og kommentaren din går ut som en e-post — til personen bak saken, som systemet finner fram til selv. Filer som er lagret på malen, blir lagt på saken samtidig: legg veilednings-PDF-en der én gang i stedet for å lete etter den i nedlastingsmappa hver gang.
Gode maler kommer fra ekte svar
Den beste malen er svaret du nettopp har skrevet. Ett klikk på en kommentar gjør den til et malutkast — med teksten fylt ut på forhånd og kundens navn, adresse og filer bevisst latt tilbake. Du gir den et navn, leser den én gang med friske øyne, og først da finnes den. Inntil du publiserer den, ser ingen andre den.
Saksmaler: tilbakevendende saker uten tastearbeidet
En ny medarbeider som skal på plass, en enhet som skal ut av drift, hun som ringer inn — noen saker blir opprettet igjen og igjen i den samme formen. En saksmal fyller ut skjemaet på forhånd: tittel, beskrivelse, kategori, prioritet, ansvarlig team. Agenten legger til det spesielle og sender. Det blir ikke opprettet noe før hun gjør det.
Teamets kunnskap, ikke et privat gjemmested
Maler hører til et team eller til alle — ikke til én persons skuff. Slutter noen, blir de beste svarene deres igjen. Og hver bruk noteres i sakshistorikken: uker senere kan du fortsatt se at en sak ble løst med standardsvaret, og med hvilket.
Med i begge utgaver
Maler er fullt med i Basic — ingen grense for antallet, ingen funksjon gjemt bak den dyrere utgaven. De verktøyene som sparer teamet ditt mest tid i hverdagen, skal ikke ligge bak en betalingsmur.
Det meste går galt i en helpdesk ikke fordi noen gjorde det gale, men fordi ingen gjorde noe. En sak venter på et svar som aldri kommer. En henvendelse ligger utildelt gjennom lunsjen. En sak blir løst og deretter rett og slett glemt. Automatiseringen reagerer nettopp på det — på fraværet av en handling. Den sjekker hvert minutt og gjør det du selv ville gjort, hvis du hadde oppdaget det.
Fire regler er der allerede — slått av
Dere starter ikke med en tom skjerm. Systemet leveres med fire eksempler som dekker hverdagstilfellene: minn innmelderen på det etter tre virkedagers stillhet, lukk en sak etter ti dager uten noe svar, hev prioriteten på en sak ingen har tatt innen fire arbeidstimer, og sett en påminnelse på alt som ikke har hatt aktivitet på en uke. Alle fire er slått av. Slå på én, juster tallene, eller bruk den som utgangspunkt for din egen.
Dere velger, dere skriver ikke
Hver verdi kommer fra deres egne data: statusene deres, prioritetene deres, teamene deres, kategoriene deres — valgt fra ei liste. Det finnes ikke noe felt der dere taster inn et feltnavn, ikke noe spørrespråk, ikke noe cron-uttrykk. En regel lyder: NÅR noe ikke har skjedd på en stund, HVIS saken ser slik ut, SÅ gjør det.
Regelen forteller deg på vanlig språk hva den kommer til å gjøre
Over redigeringen følger en setning med på valgene dine: «Når en sak har status Waiting for User Response og ikke har hatt et svar fra innmelderen på mer enn 3 virkedager, så send en e-post til innmelderen.» Les den gjennom før du slår på noe. Den ene setningen fanger den feilinnstillingen du ellers først ville oppdaget på en lukket kundesak.
Se hvem den ville truffet — før den treffer dem
Hver regel har en knapp: «hvilke saker ville dette påvirket akkurat nå?». Du får lista, og det skjer ikke noe annet: ingen e-post, ingen statusendring, ikke engang en loggpost. Det er det skrittet som gjør forskjellen mellom å prøve det og aldri å tore.
En påminnelse blir ikke til en flom
«Ingen svar på 24 timer» er sant igjen hvert eneste minutt fra time 24 og utover. Bygget naivt er det 1 440 e-poster om dagen. En regel utløses derfor én gang per situasjon og holder seg så i ro. Den utløses først igjen når betingelsen har opphørt og inntruffet på nytt: kunden svarer, det blir stille igjen, og først da går den neste påminnelsen ut.
Arbeidstimer teller, ikke kalenderdager
«Tre virkedager» bruker den samme arbeidstidskalenderen som fristene deres, per team. En sak fra fredag kveld er ikke forsinket mandag morgen. Vil dere heller telle ren forløpt tid, finnes minutter, timer og dager også. Det er deres valg per betingelse, ikke en global innstilling.
Ingen kvote for kjøringer, aldri
Noen systemer fakturerer automatisering per kjøring: en månedlig pott, og når den er brukt opp, stopper alle reglene deres til den første i måneden. En slik teller finnes ikke her. De eneste grensene er sikkerhetssperrer per sak, slik at én regel ikke kan vekke en annen i en løkke. De finnes for å beskytte sakene deres, ikke for å måle dere.
Ingenting skjer usynlig
Hver handling blir skrevet inn i sakshistorikken med navnet på regelen som utløste den, så ingen trenger å lure på hvorfor en sak lukket seg selv. Hver regel fører også sin egen logg: hvilken sak, når, og hva resultatet ble — også feilene. Og går en lisens ut, blir reglene nøyaktig der de er og slutter rett og slett å kjøre. Siden sier fra i stedet for å gå stille.
Påminnelser for hånd finnes i alle utgaver
Å sette en dato og et kort notat på en sak for å få den fram igjen senere – «ring igjen på torsdag» – er en del av Basic, sammen med filtrene I dag / Denne uka / Overskredet i sakslista. Innmelderne ser det aldri. Professional er skrittet fra at agentene deres setter påminnelser, til at systemet setter dem for dere.
To situasjoner som ser like ut i innboksen og må håndteres på helt forskjellige måter. Den ene: den samme personen melder inn det samme problemet to ganger — én gang på e-post og én gang på telefon, fordi hun ikke var sikker på at e-posten var kommet fram. Den andre: en svitsj går ned, og i løpet av et kvarter er det tretti meldinger fra tretti forskjellige mennesker. Det finnes en vei til hver av dem, og det er bevisst to forskjellige veier.
Den samme personen, to saker
Dere krysser av begge radene og bestemmer hvilken sak som blir stående — den eldste er valgt på forhånd, slik at fristen løper fra den første kontakten i stedet for fra andre forsøk. Kommentarer, vedlegg og beskrivelsen fra den andre flytter inn i den første. Ingenting går tapt. Før dere bekrefter, står det skrevet for dere: «#124 will be closed and moved into #122.»
Én driftsforstyrrelse, tretti meldinger
Dere samler de tretti sakene under én samlesak. Hver eneste av dem beholder innmelderen sin, statusen sin og sin egen frist — ingen av dem forsvinner. Etternølere kan legges til én om gangen, og den som oppretter en ny sak mens forstyrrelsen pågår, får lenka tilbudt i stedet for å måtte lete etter den selv.
Hvorfor dette ikke er det samme
Hvis dere bare slo sammen de tretti meldingene, ville tjueni mennesker miste saken sin og aldri høre mer. Og fordi tjueni saker ville blitt lukket uten noen gang å ha fått et svar, ville tallene deres etterpå sett bedre ut enn virkeligheten. Derfor ser systemet på hvem som står bak hver sak: er det forskjellige mennesker, tilbyr det ikke å slå dem sammen i det hele tatt og peker på samlesaken i stedet.
Svar én gang i stedet for tretti ganger
Når årsaken er borte, skriver dere løsningen en eneste gang. Hver tilknyttet sak får den som kommentar og blir lukket, og hver berørt person får sin egen e-post — ingen fordelingsliste, ingen ser andres adresse. Svarer noen likevel etterpå, blir saken hennes gjenåpnet, ikke hele samlesaken.
Ingen mister saksnummeret sitt
En sammenslått melding blir aldri slettet. Svarer innmelderen på den gamle e-posten uker senere, finner svaret fortsatt den riktige saken — enten hun svarer på meldingen, lar det gamle nummeret stå i emnefeltet, eller begge deler. Ellers ville hun trodd at svaret hennes var kommet fram, mens det lå i en lukket sak ingen ser på.
Banneret rydder seg selv
En driftsforstyrrelse kan meldes ut med ett kryss: da står den for alle som et banner og som en merknad i autosvaret — den som melder inn på e-post, ser aldri en påloggingsside. Når dere løser den, forsvinner banneret av seg selv. Et varslet vedlikeholdsvindu på lørdag blir stående ved siden av i stedet for å bli skjøvet til side.
En SLA er et løfte: «Vi svarer på en henvendelse innen to timer, og vi løser den innen åtte.» Ticketsystemet tar det løftet fra hverandre, setter en klokke på hver passende sak og forteller deg hvor lang tid som er igjen — før fristen går ut, ikke etterpå.
Frister løper bare i arbeidstiden deres
En frist på åtte timer som starter fredag ettermiddag, skal ikke gå ut lørdag morgen. Derfor er hver frist knyttet til en arbeidstidskalender: åpningstider per ukedag, egen tidssone, flere vinduer per dag til lunsjpauser eller delte vakter — også nattevakter som går over midnatt. Hvert team kan ha sin egen kalender. Netter, helger og helligdager teller ikke med.
Dere bestemmer helligdagene, ikke vi
Helligdager avhenger av hvor dere er, ikke av hvilket språk dere bruker — 16 tyske delstater, 26 sveitsiske kantoner, 50 amerikanske delstater. I stedet for å levere en liste som før eller siden blir feil for regionen deres, importerer dere den offisielle .ics-fila for lokasjonen deres eller taster inn dagene for hånd. Importen forteller dere så hvor mange dager som ble overtatt, og hvor mange som ble hoppet over. Har en kalender ingen stengt dag i det hele tatt de neste tolv månedene, sier innstillingssiden fra. Ellers ville systemet stille og rolig regnet rett gjennom hver eneste helligdag.
Hva som teller som et svar — og hva som ikke gjør det
Det er her målingen enten betyr noe eller ikke gjør det. Klokka for første svar stopper bare ved en offentlig kommentar skrevet av en agent. Den automatiske kvitteringen teller ikke, interne notater teller ikke, og den innkommende kunde-e-posten gjør det definitivt ikke. Bygget annerledes ville hver frist vært «overholdt» i løpet av sekunder, og rapporteringen deres ville vist permanente 100 %, mens ingen i virkeligheten hadde svart.
Venter dere på kunden, står klokka stille
Når du stiller et spørsmål tilbake og venter på innmelderen, slutter fristen å løpe. Du blir ikke belastet for ventetid du ikke styrer selv. Om en frist skal stå stille, stiller du inn per mål, for svaret er ikke nødvendigvis det samme for «første svar» og «løsning». Blir en løst sak gjenåpnet, starter et nytt forløp. Det gamle blir stående til rapporteringen i stedet for å merke saken som overskredet med én gang.
Når en frist blir overskredet
Dere bestemmer per frist hva som skjer da: bare registrere det, varsle saksbehandleren og observatørene, eller gi saken automatisk videre til et annet team — den klassiske eskaleringen fra 1st til 2nd level. Å gi videre er bevisst ikke standard, for det flytter ansvaret og frigjør saksbehandleren. Det bør ikke overraske noen ved den første overskridelsen. Det dere velger, kjører nøyaktig én gang, også over en omstart.
Hvilken frist som gjelder for hvilken sak
Dere oppretter retningslinjer og setter dem i rekkefølge. Den første som passer, vinner. Betingelsene er team, prioritet og kategori — nedtrekkslister, ikke et spørrespråk dere må lære først. Et tomt felt betyr «alle», ikke «ingen»: en retningslinje uten team gjelder for hvert team.
Hva dere ser etterpå
Gjenstående tid rett i sakslista, sorterbar etter «går ut først» og med filter for overskredne frister, i tillegg til fristen i selve saken. Rapporteringen viser oppfyllelsesgraden, antallet overskridelser og den gjennomsnittlig brukte tida per frist. Graden teller bare avgjorte frister. De som fortsatt løper, vanner den ikke ut, ellers ville hvert nytt løfte sett katastrofalt ut i starten og blitt bedre helt av seg selv.
Inntil dere oppretter en retningslinje, endrer ingenting seg
Uten en aktiv retningslinje finnes det ingen klokke, det kommer ingen ekstra kolonne, og de eksisterende sakene deres blir nøyaktig som de er. Ingen forhåndsinnstilt mål, ingen gamle saker overskredet over natta. Saker uten frist viser en nøytral strek — ikke «overskredet».
Den som fakturerer for innsatsen sin, må registrere den der den oppstår: på saken. En agent taster «20» eller trykker på en fast knapp, og ved månedsslutt står summene klare per kunde, kostnadssted eller kontrakt — som tabell på skjermen og som CSV til fakturaen. Hva dette bevisst IKKE er: et stemplingssystem. Det registrerer innsatsen på en sak, aldri tilstedeværelsen til en person.
Å taste slår enhver stoppeklokke
Hovedveien er den raske inntastingen: fire fritt innstillbare knapper og et felt som like gjerne forstår «90», «1,5t» og «1t 30m». På en sak på tre minutter koster to klikk på ei stoppeklokke mer enn selve tallet. Trekker arbeidet deres ut i tid, slår dere på klokka i tillegg — den foreslår, og det blir ikke lagret noe før et menneske bekrefter det.
Registrert og fakturert holdes adskilt
Dere setter selv avrundingstrinnet og minimumet — i blokker på 15 minutter blir 17 minutter til 30. Men bare den fakturerte verdien blir rundet av, alltid per post, aldri over summen. Det som faktisk ble utført, blir ikke rørt, så dere kan endre avrundingen senere uten at tidligere måneder flytter seg med tilbakevirkende kraft.
Fakturer per firma, kostnadssted eller kontrakt
Rapporten grupperer tida etter innmelder, team, dag — og etter ethvert egendefinert felt dere har opprettet. På den måten fakturerer dere etter nøyaktig det begrepet organisasjonen deres bruker, i stedet for ett vi har funnet på. Siden viser de største gruppene og sier fra når den kutter. CSV-eksporten av de enkelte postene blir aldri kuttet, for en fakturasum hentet fra ei forkortet liste er ikke ufullstendig, den er feil.
Perioden gjelder arbeidet, ikke saken
En sak fra juni som det ble arbeidet på i juli, hører hjemme på julifakturaen med de timene. Det er nøyaktig slik rapporten kutter den — etter datoen på posten, ikke etter når saken ble opprettet. Det høres innlysende ut, og det er nettopp der en månedsfaktura ellers stille og rolig blir feil.
Flere agenter, fullt sporbart
Hver post bærer en dato, en forfatter, et notat og merket fakturerbar. Hvem som kan endre andres poster, og hvem som fortsatt kan rette dem etter lukkingen, er to forskjellige rettigheter — for den som endrer andres tid, endrer andres fakturaer. Blir to saker slått sammen, flytter tida med. Den skal ikke bli liggende igjen på den lukkede tvillingen.
Oppsummering per agent kan slås av
Tid per person er ytelses- og atferdsdata. Derfor er oppdelingen per agent sin egen bryter, slått av som utgangspunkt — og sperren sitter i serveren, ikke bare i visningen. Hos skyleverandørene kan den oppsummeringen ikke slås av i det hele tatt. For en organisasjon med tillitsvalgte er det forskjellen på å rulle det ut og å forhandle først.
Kundene deres ser ikke tida
Som utgangspunkt blir den registrerte innsatsen intern. «Fem minutter — for det?» er en diskusjon ingen ønsker, og den starter bare fordi tallet var synlig. Vil dere det annerledes, frigir dere feltet med vilje. Utgangspunktet tar ikke den avgjørelsen for dere.
Kan slås av og på, også per team
Tidsregistrering er slått av som utgangspunkt — trenger dere den ikke, ser dere ikke noe felt, ingen kolonne, ingen flate. Når den er slått på, er hvert team med, og dere holder enkelte utenfor: det interne IT-teamet trenger ikke registrere, det kundevendte serviceteamet gjør det. Vil dere, kan dere gjøre en tidspost obligatorisk før lukking. Automatiske lukkinger blir ikke rammet, ellers ville det finnes saker ingen kan lukke.
Til sjuende og sist er det bare én som vet om helpdesken deres gjorde en god jobb: hun som ble hjulpet. Når en sak er lukket, får hun en e-post med fem stjerner — ett klikk, og så er det gjort. Vurderingen går deretter dit den hører hjemme: på saken, foran den som gjorde arbeidet, og inn i rapporten som et tall. Målinger er slått av til dere slår dem på. Dere bestemmer om og når noen blir spurt.
Ett klikk, det blir ikke spurt om mer
E-posten bærer fem stjerner som lenker. Å klikke på den tredje er hele svaret — ingen konto, ingen pålogging, ikke noe skjema fordelt over to skjermer. Den som vil, kan legge til en setning på siden etterpå, og de setningene er som regel det mest interessante i hele rapporten. Et feilklikk på feil stjerne kan rettes så lenge lenka er gyldig.
Svarprosenten står ved siden av gjennomsnittet
En 4,6 betyr ingenting før noen skriver ved siden av at den hviler på tolv svar av fire hundre. Derfor viser rapporten begge deler — og ved siden av dem antallet lukkede saker som aldri ble spurt. Et tall som skjuler sitt eget grunnlag, er mindre verdt enn ikke noe tall.
Mål uten å overvåke de ansatte
Vurderinger per person er ytelses- og atferdsdata — i mange bedrifter en sak for de tillitsvalgte. Her er oppsummering per agent en egen bryter, slått av som utgangspunkt, og den håndheves på serveren: av betyr av, også i eksporten. Vurderingen på den enkelte saken er synlig uansett, for kollegaen som hadde saken, er den første som kan lære av den.
Ingen blir begravd
Hver sak blir spurt høyst én gang. Hvor ofte den samme personen kan bli spurt, bestemmer dere – som utgangspunkt høyst én gang innen sju dager: hun som melder inn fem ting på én formiddag, får da én e-post i stedet for fem. En kundeavdeling med mange forskjellige avsendere setter grensen til null og spør ved hver sak. Blir en sak gjenåpnet kort etter lukkingen, går det ikke ut noen i det hele tatt — spørsmålet kommer først når saken virkelig er over.
En driftsforstyrrelse forvrenger ikke tallet
Meldinger som henger under en samlesak, blir bevisst ikke spurt. Ett klikk på «forstyrrelse løst» ville ellers utløst to hundre målinger om ett stykke arbeid, og måneden ville endt med å beskrive nedetiden i stedet for tjenesten deres. Selve samlesaken blir spurt. De to hundre berørte blir det ikke.
En dårlig vurdering er en sak, ikke et datapunkt
Én stjerne hører ikke hjemme i neste ukes oppsummering. Den hører hjemme på skrivebordet samme dag. En automatiseringsregel kan reagere i det øyeblikket vurderingen kommer inn: hev prioriteten, tildel den til teamlederen, send en e-post. Samme regelmotor, samme håndtering. Vurderingen er bare enda en betingelse.
Lenka gir rett til å vurdere, ikke til å lese med
Målingssiden viser saksnummer og tittel og ikke noe annet — ingen beskrivelse, ingen kommentarer, ingen vedlegg. Slike lenker blir sendt videre eller havner i en felles postkasse. Den som har den, kan vurdere, ikke lese med. Etter 30 dager går den ut, og utenfra ser utgått og ukjent nøyaktig likt ut.
Virusskannere vurderer heller ikke
En stjernelenke som teller på selve oppslaget, blir klikket automatisk av lenkekontrollene til de store e-postleverandørene — da ville tallet vært ren oppfinnelse og i databasen umulig å skille fra ekte svar. Her viser det bare siden å åpne lenka. Det blir ikke lagret noe før det sitter et menneske foran. For henne er det fortsatt bare ett klikk.
