OLYMP-logoOLYMP
Guide

1. vs 2. niveau support (first-line og second-line) forklaret

Supportniveauer (på engelsk „tiers“) fordeler arbejdet efter, hvor meget viden og adgang en henvendelse kræver. 1. niveau support besvarer og løser de almindelige henvendelser, 2. niveau undersøger problemer, der kræver dybere produkt- eller systemviden, og 3. niveau ændrer selve produktet. Hvor grænsen mellem dem går, afgør jeres pris pr. ticket og hvor hurtigt kunderne får svar.

Hvad er forskellen på 1. og 2. niveau support?

1. niveau support er det første kontaktpunkt: medarbejderne løser almindelige, dokumenterede henvendelser som nulstilling af adgangskode, fakturering og brugsspørgsmål og registrerer alt andet fuldstændigt. 2. niveau support undersøger problemer, der kræver dybere produkt- eller systemviden, logs og testmiljøer, og sender egentlige fejl videre til 3. niveau (udvikling).

Niveau 0
Selvbetjening: hjælpecenter, chatbots, statusside
1. niveau
Første kontakt, dokumenterede løsninger
2. niveau
Undersøgelse, logs, integrationer
3. niveau
Udvikling, som regel internt

Sådan designer I eskaleringsvejen

Det er ved eskalering, at outsourcet support oftest sinker. Fem beslutninger holder tickets i bevægelse.

  1. Skriv omfanget af hvert niveau ned

    Opstil de henvendelsestyper, hvert niveau løser, med eksempler. Alt, der ikke står på en liste, går til en navngiven ejer i stedet for at hoppe mellem teams.

  2. Definér, hvad en komplet eskalering indeholder

    En tjekliste pr. tickettype: konto, allerede udførte trin, skærmbilleder eller logs, forretningsmæssig konsekvens. 2. niveau skal kunne gå i gang uden at spørge kunden igen.

  3. Sæt svarmål pr. niveau og prioritet

    Aftal, hvor hurtigt hvert niveau svarer på hastende, høje og normale tickets, målt i jeres egen helpdesk. Hurtigere mål kræver flere medarbejdere, så sæt dem sammen med bemandingsplanen.

  4. Luk kredsløbet

    Når 2. eller 3. niveau løser noget nyt, bliver løsningen til en artikel i vidensbasen eller en standardtekst, så 1. niveau kan løse det næste gang. Følg, hvor mange eskaleringer der ender som dokumentation.

  5. Gennemgå grænsen hver måned

    Se på eskaleringsrate, genåbningsrate og de ti hyppigst eskalerede problemer. Hvis 1. niveau gentagne gange eskalerer det samme problem, så oplær eller dokumentér det; hvis 2. niveau drukner i simple tickets, så flyt grænsen.

Supportniveauerne

De fleste virksomheder bruger tre eller fire niveauer. Navnene varierer; det vigtige er, at hvert niveau har et skriftligt omfang og en klar regel for videregivelse.

  • Niveau 0: selvbetjening

    Hjælpecenterartikler, guides i appen, chatbots og statussider, der lader kunderne løse problemer uden at kontakte nogen. Godt indhold på niveau 0 sænker volumen på 1. niveau, så det bør skrives ud fra de spørgsmål, 1. niveau oftest besvarer.

  • 1. niveau support: første kontakt

    Medarbejdere, der besvarer alle indkommende henvendelser, identificerer kunden, løser almindelige henvendelser med dokumenterede trin og registrerer resten korrekt. Typiske opgaver: nulstilling af adgangskode, spørgsmål om konto og fakturering, brugsspørgsmål, kendte fejl og ordreændringer.

  • 2. niveau support: undersøgelse

    Specialister, der overtager problemer, som 1. niveau ikke kan løse med dokumenterede trin. De genskaber fejl, læser logs, kontrollerer konfigurationer og integrationer og løser enten problemet eller sender en komplet sag videre til 3. niveau.

  • 3. niveau support: udvikling

    Udviklere og ingeniører, der ejer produktet eller systemet. De retter fejl, ændrer kode eller infrastruktur og beslutter workarounds. 3. niveau forbliver som regel internt, fordi det kræver adgang til kildekode og beslutninger om roadmap.

1. og 2. niveau side om side

Eksempeltickets viser, hvor grænsen typisk går i en softwarevirksomhed. Flyt grænsen, så den passer til jeres eget produkt, og skriv den ned.

  • Mål

    1. niveau
    Løse almindelige henvendelser ved første kontakt
    2. niveau
    Diagnosticere og rette ikke-standardproblemer
    3. niveau
    Rette produktet eller systemet
  • Eksempeltickets

    1. niveau
    Nulstilling af adgangskode, kopi af faktura, eksport af en rapport, kendt nedbrud
    2. niveau
    Integration fejler for én konto, data synkroniseres ikke, fejl der ikke kan genskabes
    3. niveau
    Fejl i koden, ydelsesproblem, sikkerhedsrettelse
  • Kompetencer

    1. niveau
    Klar kommunikation, produktgrundlag, at følge dokumenterede trin
    2. niveau
    Dyb produktviden, logs, API'er, databaser, struktureret fejlfinding
    3. niveau
    Softwareudvikling på selve produktet
  • Typisk adgang

    1. niveau
    Helpdesk, kundekontovisning, vidensbase
    2. niveau
    Adminværktøjer, logs, testmiljøer, læseadgang til konfigurationer
    3. niveau
    Kildekode, udrulning, produktionsinfrastruktur
  • Output ved eskalering

    1. niveau
    Komplet ticket: kunde, udførte trin, skærmbilleder, konsekvens
    2. niveau
    Trin til at genskabe fejlen, logs, formodet årsag, eventuel workaround
    3. niveau
    Rettelse, release note og en opdatering af vidensbasen
  • Outsources det ofte?

    1. niveau
    Ja
    2. niveau
    Ofte, med klare adgangsregler
    3. niveau
    Sjældent

I interne IT-helpdesks gælder de samme niveauer for medarbejdere: 1. niveau håndterer adgangs- og enhedsanmodninger, 2. niveau håndterer servere, netværk og forretningsapplikationer, og 3. niveau er systemejeren eller leverandøren.

Outsourcing af teknisk support efter niveau

Outsourcing fungerer bedst, når hvert niveau har et skriftligt omfang, den rette adgang og en ren overdragelse til næste niveau. Disse punkter dukker op i næsten alle opsætninger.

Hvilken adgang har et outsourcet 2. niveau brug for?

Som regel admin- eller supportvisninger af kundekonti, læseadgang til logs og konfigurationer, et test- eller stagingmiljø og tickethistorikken. Giv personlige konti med mindst mulig adgang til at udføre arbejdet, log, hvad de gør, og gennemgå listen, når folk starter eller stopper.

Hvordan lærer outsourcede medarbejdere et teknisk produkt?

  • En sandbox eller testkonto, hvor de trygt kan lave fejl
  • Optagede gennemgange af de mest almindelige tickettyper
  • At følge jeres eget team på rigtige tickets, før de tager dem alene
  • Release notes og en kort briefing før hver produktændring
  • En vidensbase, som 2. og 3. niveau løbende opdaterer

Hvordan skal tickets nå jeres ingeniører?

Aftal én vej, fx et sammenkædet issue i jeres udviklingstracker, med en skabelon til trin for genskabelse, logs, berørte konti og forretningsmæssig konsekvens. Ingeniørerne bør kunne svare i ticketten frem for i private beskeder, så teamet, der er i kontakt med kunden, kan holde kunden orienteret.

Læs videre

Hvilke målinger viser, at niveauerne virker?

  • Løsning ved første kontakt på 1. niveau
  • Eskaleringsrate fra 1. til 2. niveau og fra 2. til 3. niveau
  • Løsningstid pr. niveau og prioritet
  • Genåbningsrate efter lukning af en ticket
  • Antal eskaleringer, der blev til nye artikler i vidensbasen

Hvornår bør 2. niveau blive internt?

Behold 2. niveau internt, så længe produktet ændrer sig hurtigere, end dokumentationen kan følge med, når arbejdet kræver skriveadgang til produktion, som I ikke kan begrænse, eller når kontrakter med jeres egne kunder forbyder tredjepartsadgang. Genvurdér beslutningen, når produkt og runbooks er stabile.

Senest gennemgået: . Skrevet af OLYMP BPO-teamet i Pristina, Kosovo. Om virksomheden

Supportniveauer: ofte stillede spørgsmål

Hvad er forskellen på 1. og 2. niveau support?

1. niveau er det første kontaktpunkt og løser almindelige, dokumenterede henvendelser som nulstilling af adgangskode, faktureringsspørgsmål og brugsspørgsmål. 2. niveau håndterer problemer, der kræver undersøgelse, fx integrationsfejl eller fejl, hvor der skal bruges logs, testmiljøer eller dybere produktviden.

Hvad er 3. niveau support?

3. niveau er udviklingsniveauet: udviklerne eller systemejerne, der retter fejl, ændrer kode eller infrastruktur og beslutter workarounds. Det forbliver som regel internt eller hos softwareleverandøren.

Hvad er niveau 0 support?

Niveau 0 er selvbetjening: hjælpecenterartikler, guides i appen, chatbots og statussider, der lader kunderne løse problemer uden at kontakte en person.

Hvilke supportniveauer kan outsources?

1. niveau er det mest outsourcede, og 2. niveau outsources ofte også, når adgangsregler, testmiljøer og eskaleringsveje er klare. 3. niveau outsources sjældent, fordi det kræver adgang til kildekode og produktbeslutninger.

Hvad er en god eskaleringsrate fra 1. til 2. niveau?

Der findes intet universelt tal, fordi det afhænger af produktets kompleksitet og af, hvor meget 1. niveau må gøre. Mål jeres egen rate i nogle måneder, og følg derefter udviklingen og de hyppigst eskalerede problemer i stedet for at jagte et benchmark.

Leverer OLYMP support på 1. og 2. niveau?

Ja. OLYMP-teams arbejder på 1. og 2. niveau i jeres egen helpdesk og jeres egne værktøjer, med eskaleringsregler aftalt med jer. Udvikling på 3. niveau forbliver hos jeres udviklere eller leverandør.

Brug for dækning på 1. og 2. niveau?

Fortæl os om jeres produkt, tickettyper og værktøjer. Vi foreslår, hvor grænsen mellem niveauerne skal gå, og hvordan eskalering til jeres ingeniører skal fungere.