Vilken åtkomst behöver ett outsourcat andra linjen-team?
Oftast admin- eller supportvyer av kundkonton, läsåtkomst till loggar och konfigurationer, en test- eller stagingmiljö och ärendehistoriken. Ge personliga konton med minsta möjliga åtkomst för att kunna göra jobbet, logga vad de gör och se över listan när personer börjar eller slutar.
Hur lär sig outsourcade medarbetare en teknisk produkt?
- En sandlåda eller ett testkonto där de kan göra fel utan risk
- Inspelade genomgångar av de vanligaste ärendetyperna
- Att följa ert eget team på skarpa ärenden innan de tar dem själva
- Releasenoteringar och en kort genomgång före varje produktändring
- En kunskapsbas som andra och tredje linjen håller uppdaterad
Hur ska ärenden nå era ingenjörer?
Kom överens om en enda väg, till exempel ett länkat ärende i ert utvecklingsverktyg, med en mall för steg för att återskapa felet, loggar, berörda konton och affärspåverkan. Ingenjörerna bör kunna svara i ärendet i stället för i privata meddelanden, så att teamet som möter kunden kan hålla kunden informerad.
Läs vidare
Vilka mått visar att nivåerna fungerar?
- Lösning vid första kontakten i första linjen
- Eskaleringsgrad från första till andra linjen och från andra till tredje linjen
- Lösningstid per nivå och prioritet
- Återöppningsgrad efter att ett ärende stängts
- Antal eskaleringar som blev nya artiklar i kunskapsbasen
När bör andra linjen stanna internt?
Behåll andra linjen internt så länge produkten ändras snabbare än dokumentationen hinner följa, när arbetet kräver skrivåtkomst till produktion som ni inte kan begränsa, eller när avtal med era egna kunder förbjuder åtkomst för tredje part. Ompröva beslutet när produkt och rutiner är stabila.