Prompter for Kundeservice

Skriv et svar på følgende melding fra en kunde hos [bedrift]: [kundemelding].

Kontekst: Problemet skyldes [årsak: vår feil, en underleverandør, en misforståelse, kunden selv]. Dette kan vi tilby: [mulige tiltak: refusjon, tilgodelapp, erstatningsvare, kompensasjon]. Dette kan vi ikke gjøre: [begrensninger].

Struktur: Anerkjenn det spesifikke problemet (gjenta kundens egne ord, ikke bruk generiske fraser), forklar kort hva som skjedde uten å bortforklare eller skylde på kolleger, informer om den konkrete løsningen og tidsrammen, og nevn hva som gjøres for at det ikke skal skje igjen (hvis relevant).

Tone: Menneskelig og direkte. Forbudt: «Vi beklager ulempen dette har medført», unnvikende formuleringer («vi burde ha»), gjentatte unnskyldninger, eller å love noe som ikke ligger under [mulige tiltak].

Lag en base med 10 svar-makroer for kundeservice i [bedrift], som selger [produkt eller tjeneste] til [kundegruppe]. Våre kanaler: [kanaler: e-post, chat, telefon]. Våre vanligste henvendelser: [årsaker, f.eks. ordresporing, innloggingsproblemer, refusjonskrav, spørsmål om faktura].

For hver makro: Tydelig internt navn, spesifikk brukssituasjon, fullstendig tekst med felter for personlig tilpasning i klammer ([fornavn], [ordrenummer], [tidsfrist]...), og kriterier for når man må gå bort fra makroen for å gi et skreddersydd svar.

Krav: Hver makro må gi et fullstendig svar (ikke «vi kommer tilbake til deg» uten en dato), tonen skal være i tråd med vår stil [stil: du/De, formell/uformell], og en kortversjon tilpasset chat der det er relevant.

Vi har en pågående hendelse hos [bedrift]: [type hendelse, f.eks. utilgjengelig tjeneste, generelle leveringsforsinkelser, faktureringsfeil]. Omfang: [hvem er berørt og hvordan]. Årsak: [kjent / under etterforskning]. Estimert rettetid: [estimat eller ukjent].

Skriv den komplette sekvensen: Første varsling (sendes innen en time: hva skjer, hvem er berørt, hva gjør vi, når kommer neste oppdatering – uten å spekulere i årsak), statusoppdatering (gjenbrukbar struktur hver [frekvens]), løsningsmelding (hva er rettet, eventuell kompensasjon: [planlagt tiltak]), og avslutningsmelding til kunder som har åpnet en sak.

Regler: Aldri bagatelliser («litt treghet» når tjenesten er nede), oppgi tidspunkt for neste oppdatering selv om det ikke er ny informasjon. Bruk én stemme på tvers av kanaler. Lag den første varslingen i 3 formater: e-post, nettsidebanner (1 setning), og standardsvar for support-teamet.

En kunde hos [bedrift] ber om [kundens krav, f.eks. refusjon etter frist, en funksjon vi ikke har, ekstra rabatt]. Vi må avslå fordi [reell årsak til avslag]. Kundens verdi: [kontekst: ansiennitet, omsetning, historikk]. Mulig alternativ: [alternativ eller ingen].

Skriv svaret: Bekreft mottak av forespørselen og vis at den er forstått. Gi et tydelig avslag allerede i andre avsnitt (ikke skjul neiet bak omskrivinger). Oppgi den reelle årsaken på en enkel måte (en regel som gjelder alle er lettere å forsvare enn en dårlig unnskyldning). Foreslå alternativet hvis det finnes, uten å overselge det, og hold døren åpen.

Tone: Bestemt og respektfull. Forbudt: «Dessverre» mer enn null ganger, falske forhåpninger («vi skal se på det»), eller henvisning til en annen avdeling uten forpliktelse. Legg til en variant for tilfeller der kunden truer med å gå til [konkurrent].

Analyser kontaktårsakene til support hos [bedrift] for å identifisere hva som kan reduseres ved kilden. Data: [eksport eller oppsummering av saker: årsaker, volum, behandlingstid, kanal, periode]. Antall ansatte på support: [antall]. Nåværende dokumentasjon: [status på FAQ / hjelpesenter].

Produser: En rangering av årsaker etter volum og kostnad (volum × behandlingstid). For hver av topp 5-årsakene, identifiser sannsynlig rotårsak og passende tiltak: produktforbedring, tydeligere brukerreise eller ordrebekreftelse, hjelpeartikkel, eller proaktiv melding på riktig tidspunkt.

For tiltaket «hjelpeartikkel», skriv disposisjonen for artikkelen. For «proaktiv melding», skriv selve meldingen. Avslutt med et estimat på andelen unødvendige henvendelser og de 3 viktigste tiltakene som bør iverksettes denne uken. Påpek hva de oppgitte dataene ikke gir svar på.

Skriv det offentlige svaret fra [bedrift] på denne negative anmeldelsen publisert på [plattform: Google, Trustpilot, App Store]: [anmeldelsestekst].

Intern kontekst: Hva skjedde egentlig: [intern versjon av fakta]. Hva kan vi tilby: [mulig tiltak eller ingenting].

Regler: Svaret er rettet like mye mot hundrevis av fremtidige lesere som mot anmelderen. Anerkjenn gyldige poenger uten å innrømme feil som ikke er dokumentert. Aldri gå til motangrep eller så tvil om kundens ærlighet offentlig. Foreslå å fortsette dialogen privat via en spesifikk kanal ([dedikert e-post eller telefon]) uten at det ser ut som en flukt. Ingen personopplysninger om kunden i svaret.

Begrensninger: Maks 120 ord, signert med fornavn og tittel. Lag også en variant for tilfeller der anmeldelsen inneholder faktafeil: Korriger disse saklig uten å kalle kunden en løgner.

Lag 5 maler for svar på positive anmeldelser for [bedrift], som selger [produkt eller tjeneste]. Plattformer: [plattformer]. Vår tone: [stil: formell, uformell, bruk av du/De].

Hver mal skal svare til en type anmeldelse: En detaljert anmeldelse som nevner noe spesifikt, en kort «veldig bra»-anmeldelse, en som nevner en ansatt ved navn, en positiv anmeldelse som også har litt kritikk, og en anmeldelse fra en lojal stamkunde.

Regler: Gjenta et konkret element fra anmeldelsen for å bevise at et menneske har lest den (feltet [nevnt element] skal tilpasses), takk uten å være overdrevent ydmyk, unngå salgsargumenter i svaret, og adresser kritikken i den blandede anmeldelsen i stedet for å ignorere den. Maks 50 ord per svar.

Format: De 5 malene med felter i klammer, pluss en intern regel for hvilke anmeldelser som krever svar innen 24 timer og hvilke som kan vente.

Du er instruktør i håndtering av vanskelige kunderelasjoner. En kunde hos [bedrift] er aggressiv på [kanal: telefon, e-post, chat]: [oppsummering av situasjonen og tonen]. Kjernen i forespørselen: [krav]. Hva vi kan gjøre: [handlingsrom].

Gi meg en deeskaleringsmetode i 4 trinn: La kunden snakke ut uten avbrytelser eller tidlige bortforklaringer, valider følelsen uten å bekrefte anklagene (spesifikke formuleringer), fokuser på det som kan løses, og lås en tidsfestet avtale.

Skriv ordrette formuleringer for å: Avbryte en monolog som går i sirkel på en høflig måte, svare på personangrep mot den ansatte, nekte å fortsette hvis sjikanen vedvarer (2 advarsler, deretter avslutning – formulering for hvert trinn), og gjenoppta samtalen senere når situasjonen har roet seg.

Spesifiser hva som skiller telefon fra skriftlig kommunikasjon, og når den ansatte bør overlate saken til en leder.

En kunde hos [bedrift] truer med å [trussel: kontakte advokat, klage til Forbrukertilsynet, kontakte media, starte rettslig prosess]. Tvisten gjelder [tema, beløp]. Historikk: [oppsummering av dialog].

Hjelp support med å håndtere denne meldingen uten å opptre som jurist: Skriv et foreløpig svar som bekrefter mottak, forblir saklig og høflig, ikke innrømmer feil, ikke bestrider kundens rett til å gå videre, og oppgir en spesifikk tidsfrist for et fullstendig svar.

Legg til: En intern sjekkliste før man svarer (stopp sletting av data knyttet til saken, samle tidslinje og dokumentasjon, varsle [ansvarlig]), 3 formuleringer som absolutt må unngås (alt som innrømmer ansvar eller lover et resultat), og et enkelt kriterium for når saken skal sendes til ledelsen eller juridisk rådgiver i stedet for å bli hos support. Ikke gi juridiske råd om selve saken.

Skriv svar på refusjonsforespørsler for [bedrift], som selger [produkt eller tjeneste]. Vår policy: [refusjonsregler: frister, vilkår, unntak]. Mottatt forespørsel: [kundens melding og årsak].

Lag 3 versjoner: Refusjon innvilget (bekreft nøyaktig beløp, betalingsmetode som krediteres, reell behandlingstid i virkedager, og hva kunden må gjøre hvis pengene ikke dukker opp), delvis refusjon eller tilgodelapp (forklar beregningen uten regnskapsjargong, presenter tilgodelappen ærlig), avslag (regelen som gjelder, hvorfor den finnes, og hva som eventuelt er mulig).

Felles regler: Opplys om beslutningen i de to første linjene, ikke bruk uklare formuleringer («bør bli refundert»), unngå gjentatte «ekstraordinære unntak» som utvanner policyen. Format: 3 komplette e-poster med felter i klammer, pluss et forslag til intern notatlinje for hver sak.

Du er leder for kundeservice i [bedrift] ([produkt eller tjeneste], gjennomsnittlig ordreverdi [beløp], marginnivå [nivå]). Agenter gir i dag kompensasjon basert på magefølelse, uten system.

Bygg en intern matrise for goodwill-tiltak: 5 til 8 typiske situasjoner ([vanlige situasjoner: forsinkelse, produktfeil, vår feil, subjektiv skuffelse, misfornøyd lojal kunde]), og for hver situasjon: Standard tiltak, maksimalt tiltak uten godkjenning, og terskelen som krever godkjenning fra leder.

Prinsipper som skal følges: Tiltaket skal dekke det reelle tapet, ikke kjøpe taushet. En kunde som roper høyt skal ikke få mer enn en høflig kunde i samme situasjon. Tilgodelapp foreslås før refusjon der det er rimelig. 

Format: Tabell med situasjon / standard tiltak / fullmakt agent / eskalering, formuleringer for å annonsere hvert tiltak, og 3 månedlige indikatorer for å sjekke at rammeverket følges.

En kunde hos [bedrift] klager på fakturaen sin: [problemets art: dobbeltrekk, feil beløp, fakturert etter oppsigelse, rabatt ikke trukket fra]. Intern sjekk: [hva systemet viser: bekreftet feil, delvis feil, korrekt faktura men misforstått].

Skriv svaret basert på sjekken. Hvis feilen er bekreftet: Anerkjenn det med en gang, oppgi nøyaktig beløp som refunderes, behandlingstid i virkedager, og hva som er rettet for å unngå gjentakelse. Hvis fakturaen er korrekt: Forklar pedagogisk linje for linje hvor beløpet kommer fra, uten å få kunden til å føle seg dum, og vis hvor de finner disse detaljene selv neste gang.

Begrensninger: Ingen fakturajargong ([eksempler på interne begreper som skal unngås]), kun nøyaktige tall, aldri «trekket vil vises snart» uten en dato. Legg til kortversjon for chat og internnotat.

Lag standardsvar for [bedrift] ved leveringsforsinkelser. Vårt leveringsløfte: [tidsfrist]. Transportører: [transportører, f.eks. Posten, PostNord, Helthjem]. Hva vi kan gjøre: [tiltak: ny sending, refusjon av frakt, kompensasjon, etterlysning hos transportør og tidsfrist].

Lag 4 svar basert på situasjonen: Liten forsinkelse på noen dager med aktiv sporing, sporing som har stått stille i [varighet], pakke markert som levert men ikke mottatt (sjekkliste for kunden: naboer, postkasse, hentested – uten å mistenkeliggjøre kunden), pakke antatt tapt (utløs ny sending eller refusjon uten å vente på ferdig etterforskning hvis vår policy tillater det).

Regler: Aldri legg hele skylden på transportøren (det er oss kunden har betalt), oppgi alltid neste tidspunkt for når vi kontakter kunden igjen. Format: 4 e-poster med felter i klammer.

En kunde hos [bedrift] melder om et defekt eller feil produkt: [beskrivelse av problemet]. Produkt: [produkt, pris]. Vår prosess: [valgmuligheter: retur med forhåndsbetalt etikett, direkte erstatning, refusjon, reparasjon; hvem betaler retur].

Skriv det første svaret: Kort og oppriktig empati (én setning, ikke tre), de 2 eller 3 spørsmålene eller bildene som trengs for å vurdere saken (kun det nødvendige, hver e-postutveksling tar tid), og en tydelig oversikt over mulige løsninger slik at kunden vet hva som kan skje.

Skriv deretter løsningsmeldingen når feilen er bekreftet: Valgt løsning, konkrete trinn for kunden (nummerert liste, med vedlagt returetikett), og tidsfrist for hvert trinn.

Regler: Aldri be kunden bevise sin uskyld utover det som er rimelig, ikke la kunden bære kostnaden for vår feil. Felter i klammer, 2 komplette e-poster.

Lag standardsvar for «hvor er ordren min» for [bedrift]. Vår ordreprosess: [trinn: bekreftet, pakking, sendt, levert, med tidsfrister for hver]. Verktøy: [hva agenten ser i kontrollpanelet].

Lag ett svar per trinn i prosessen, som hver inneholder: Hvor ordren er akkurat nå, hva som skjer videre, og neste dato kunden kan forvente en synlig endring. Forbudt: Å kopiere transportørens råstatus («ankommet terminal») uten å forklare den, og svar som ikke gir ny informasjon («ordren din behandles»).

Legg til: Svar for en ordre som agenten ser at har stoppet opp internt ([vanlige årsaker: utsolgt, betalingskontroll, mangelfull adresse]): Si sannheten om årsaken, gi en realistisk tidsfrist, og gi kunden mulighet til å endre eller kansellere. Format: Fullstendige svar med felter i klammer, versjoner for e-post og chat.

Du er kvalitetsansvarlig for kundeservice. Våre agenter hos [bedrift] stiller spørsmål stykkevis og delt, noe som fører til mange unødvendige meldinger. Aktuelle temaer: [temaer, f.eks. teknisk feil, mangelfull søknad, transportklage].

For hvert av disse temaene, lag den ideelle meldingen for å be om informasjon: Alle nødvendige spørsmål samlet på ett sted, nummerert, og formulert for å få presise svar (lukkede spørsmål eller valgmuligheter fremfor «kan du fortelle mer»). Forklar hvorfor vi trenger informasjonen hvis det ikke er åpenbart.

Regler: Maks 5 spørsmål per melding, aldri be om informasjon som allerede finnes i saken eller på kundekontoen, opplys om hva som skjer så snart svarene er mottatt. Format: Én melding per tema med felter i klammer, pluss en intern sjekkliste «har jeg spurt om alt?» per tema.

Skriv en purresekvens for [bedrift] til en kunde som har åpnet en sak, men sluttet å svare. Kontekst: [årsak]; vi venter på: [informasjon eller handling]; ingen respons på [varighet].

Lag 3 meldinger. Purring 1 (etter [frist 1]): Kort påminnelse om hva vi venter på, der vi gjør det så enkelt som mulig å svare (gjenta spørsmålet på én linje, foreslå svaralternativer hvis mulig). Purring 2 (etter [frist 2]): Varsle om at saken blir lukket uten svar innen [dato], og presiser at ingenting er tapt og hvordan den kan gjenåpnes. Avslutningsmelding: Lukk saken høflig, oppsummer status, og vis den enkleste måten å ta opp tråden på senere.

Regler: Ingen skyldfølelse («siden du ikke har svart...» i en streng tone), tidsfrister tilpasset sakens alvor (forskjellige frister for en kritisk feil og et mindre spørsmål). Felter i klammer.

Lag avslutningsmeldinger for saker hos kundeservice i [bedrift]. Vårt verktøy: [ticketing-verktøy]. Kundetilfredshetsundersøkelse sendes ved lukking: [ja/nei, hvilken].

Lag 4 meldinger: Lukking etter bekreftet løsning fra kunden (oppsummer løsningen på 2 linjer for fremtidig referanse), lukking etter antatt løsning uten bekreftelse (formulering som ikke påstår at det er løst, men at saken lukkes pga. manglende tilbakemelding, med enkel gjenåpning), lukking av duplikat-sak (vis til hovedsaken), og lukking av henvendelse utenfor vårt område (si tydelig at vi ikke gjør dette, henvis til [alternativ] hvis det finnes).

Regler: Aldri bruk «ikke nøl med å kontakte oss» som en tom frase. Gi en lenke eller spesifikk instruks for å gjenåpne AKKURAT denne saken uten å forklare alt på nytt. Meldingen må være forståelig om 6 måneder. Felter i klammer, e-post og chat-versjoner.

En kunde hos [bedrift] ber om en funksjon produktet vårt ikke har: [ønske]. Reell intern status: [status: planlagt for neste kvartal, under vurdering uten løfter, bevisst valgt bort, aldri vurdert]. Eksisterende omvei: [omvei eller ingen].

Skriv svaret tilpasset reell status. Hvis planlagt: Oppgi tidshorisont uten å love en fast dato, tilby å varsle når den er klar. Hvis under vurdering: Si ærlig at det ikke foreligger noe løfte, forklar hvordan kundeønsker påvirker valgene våre. Hvis valgt bort: Gi den reelle årsaken på en enkel måte (produktvalg, ikke mangel på respekt for behovet) og forklar omveien hvis den finnes. Hvis aldri vurdert: Takk for innspillet, registrer det, uten å gi falske forhåpninger.

Regler: Aldri si at «det kommer snart» bare for å få fred. Takk for detaljert beskrivelse. Registrer ønsket i [verktøy] med nøyaktig sitat. Lag de 4 variantene og en mal for intern registrering.

Her er den tekniske diagnosen fra vårt team for en kundesak hos [bedrift]: [rå teknisk diagnose]. Kunden: [profil, f.eks. ikke-teknisk butikkeier, eldre privatperson, avansert bruker]. Opprinnelig spørsmål: [kundens spørsmål].

Oversett denne diagnosen til et kundesvar: Start med den konkrete konsekvensen for kunden (hva fungerer, hva fungerer ikke, hva må kunden gjøre), forklar årsaken med en hverdagslig analogi hvis det hjelper, og gi nummererte løsningstrinn med estimert tid for hvert trinn.

Regler: Ingen nedlatende tone («dette er veldig enkelt» er forbudt hvis det ikke er det for kunden), ingen tekniske begreper uten umiddelbar forklaring i parentes, ikke forenkle så mye at det blir feil. Si fra hvis en forenkling går på bekostning av nøyaktighet. Format: Fullstendig svar, pluss en liste over tekniske begreper du har oversatt og hvordan.

Skriv en artikkel til hjelpesenteret for [bedrift] om temaet: [tema, f.eks. bytte passord, returnere en vare, forstå din første faktura]. Kilde: [standardsvar fra agenter eller intern prosedyre]. Lesere: [kundeprofil].

Struktur: En tittel formulert slik kunden søker (ikke slik vi snakker internt), svaret på spørsmålet i løpet av de første 3 linjene for de som har det travelt, deretter detaljerte nummererte trinn (én handling per trinn, med beskrivelse av hvor man skal klikke og hva man skal se), en seksjon for «fungerte det ikke?» med 2-3 vanlige problemer og løsninger, og en vei videre til support med hvilken informasjon de trenger for å hjelpe raskt.

Regler: Ingen antatte skjermbilder (marker hvor de skal inn med [bilde: beskrivelse]), bruk kundens språk og ikke interne ord ([interne ord som skal unngås]), korte setninger, ingen «du trenger bare å». Lever også 3 alternative titler for søkeoptimalisering.

Bygg en FAQ for [produkt eller tjeneste] hos [bedrift]. Grunnlag: [spørsmål mottatt av support, kunde-e-poster, salgsinnvendinger]. Kundereise: [trinn: før kjøp, bestilling, bruk, fakturering, oppsigelse].

Produser: En liste med 15 til 20 utvalgte spørsmål, formulert slik kundene faktisk stiller dem (behold deres ordvalg), sortert etter trinn i kundereisen. Hvert svar skal være fullstendig, men kort (maks 80 ord, bruk nøyaktige data der de finnes: frister, beløp, vilkår: [nøyaktige data]).

Regler: Et reelt svar på hvert spørsmål (aldri «kontakt support» som eneste svar), vær ærlig om vanskelige temaer (gebyrer, frister, begrensninger) i stedet for å utelate dem – en FAQ som unngår svar skaper bare flere saker. Marker spørsmål der jeg må dikte opp informasjon, og list dem til slutt som «må utfylles». Format: FAQ organisert etter seksjoner, klar for publisering.

Du er ansvarlig for kundeopplevelsen. Strukturer hjelpesenteret for [bedrift] ([produkt eller tjeneste], kundegruppe [kundegruppe]). Nåværende status: [status: ingenting, tilfeldig FAQ, spredte artikler]. Viktigste kontaktårsaker: [årsaker etter volum].

Produser den komplette strukturen: 5 til 7 kategorier navngitt etter kundens hensikt («Min bestilling», «Betaling og refusjon»...) og aldri etter interne avdelinger. For hver kategori, lag en liste over artikler som skal skrives, prioritert etter volum av saker som kan unngås. Angi passende format for hver (steg-for-steg, tabell over frister, kort video) og en søkeorientert tittel.

Legg til: De 5 viktigste artiklene som må skrives først med begrunnelse, regler for vedlikehold (hvem går gjennom hva, hvor ofte, hva utløser oppdatering), og plassering av kontaktpunkter for menneskelig hjelp (synlig uten å ødelegge for selvbetjening). Format: Innrykket struktur + handlingsplan.

Skriv scenariene for support-chatboten til [bedrift]. Henvendelser som skal dekkes: [3 til 5 enkle og hyppige årsaker, f.eks. ordrestatus, åpningstider, returprosedyre]. Hva boten teknisk kan gjøre: [evner: lese ordrestatus, opprette sak, gi lenker]. Eskalering til menneske: [ansattes tilgjengelighet].

For hver årsak, skriv hele dialogtreet: Velkomstmelding for løpet, spørsmål fra boten med klikkbare valg (2 til 4 valg, aldri åpne spørsmål der et valg er nok), ferdigskrevne svar, og utgangspunktet for overføring til menneske.

Ufravikelige regler: Boten skal presentere seg som en bot (aldri bruk falskt menneskenavn), overgang til agent skal være tilgjengelig i hvert trinn, boten må overføre alt kunden allerede har sagt til agenten (kunden skal ALDRI gjenta seg selv), ved andre mislykkede forståelsesforsøk tilbys menneskelig hjelp. Format: Ett tre per årsak med ferdige replikker.

Lag maler for live chat hos [bedrift] ([produkt eller tjeneste], tone [stil]). Situasjoner som skal dekkes: Velkomst og mottak, be om tålmodighet mens agenten undersøker (med spesifisert tid, ikke «et øyeblikk» som varer i 8 minutter), be om informasjon, presentere løsning, overføring til kollega (med forklaring og kontekst), avslutning med oppsummering, og fraværsmelding utenom åpningstid med alternativer.

Begrensninger for chat: Maks 2 setninger per melding, én opplysning per melding i stedet for lange avsnitt, varsle før hver pause på over 2 minutter, ingen falsk umiddelbarhet («jeg ser på det med en gang» etterfulgt av 10 minutter stillhet).

For hver mal: Tekst med felter i klammer, nøyaktig brukssituasjon, og den klassiske feilen den unngår. Legg til regelen for kanalbytte: 3 tegn på at man bør foreslå en telefonsamtale i stedet for å fortsette skriftlig.

En kunde henvender seg offentlig til [bedrift] på [nettverk: X, Instagram, Facebook, LinkedIn]: [innhold i meldingen]. Intern kontekst: [hva vi vet om saken]. Synlighet: [rekkevidde: få visninger, i ferd med å spre seg, influenser].

Skriv: Det offentlige svaret (maks 2 setninger: anerkjenn, vis at det følges opp, inviter til privat melding uten at det ser ut som man prøver å kvele saken; publikum dømmer bedriften på dette svaret, ikke på den opprinnelige feilen), den første private meldingen som tar opp tråden uten at kunden må gjenta seg, og det offentlige svaret ved avslutning hvis tråden fortsatt er synlig.

Regler: Svar raskt selv uten løsning (bekreftelse på mottak skrives før man kjenner alle fakta), aldri del detaljer fra saken offentlig (personopplysninger), aldri bruk en defensiv eller ironisk tone selv om kunden er urimelig, ikke slett kommentaren med mindre det er grove fornærmelser. Legg til kriterier for intern varsling: Når skal tråden eskaleres til [ansvarlig].

Du er leder for support hos [bedrift] ([produkt eller tjeneste], [volum] saker per [periode], team på [antall]). I dag behandles saker etter ankomsttid, og kritiske feil må vente bak enkle spørsmål.

Bygg vårt prioriteringssystem: 3 eller 4 prioritetsnivåer definert av reell påvirkning for kunden (helt stoppet i sitt arbeid, hindret men med omvei, spørsmål uten hastverk). Inkluder konkrete eksempler fra våre vanlige henvendelser ([vanlige årsaker]), mål for første svar og løsningstid, og regler for vurdering når alt virker viktig.

Legg til: Kriterier som gir en sak høyere prioritet (kunde i en kritisk fase [kontekst, f.eks. flytting, årsavslutning], gjentakelse av samme problem, brutt tidsløfte fra vår side), og hva som IKKE gir høyere prioritet (kunden som roper høyest, kun ordreverdi). Systemet skal bestå 10-sekunders-testen: En agent skal kunne prioritere uten å nøle. Format: Matrise + 10 eksempelsaker med begrunnet prioritering.

Hjelp meg å fastsette tidsfrister (SLA) for support hos [bedrift]. Status: [volum saker per kanal og periode], bemanning [antall ansatte og åpningstider], nåværende tider [dagens tider hvis kjent]. Kundeforventning: [konkurransesituasjon eller nåværende løfte].

Foreslå: SLA for første svar og løsning per kanal (e-post, chat, telefon, sosiale medier) og prioritetsnivå, i tråd med vår reelle kapasitet. Si tydelig fra hvis et mål er umulig å nå med beskrevne ressurser, og hva som kreves for å nå det.

Skill mellom: Intern SLA (teamets mål) og det publiserte løftet til kundene (alltid mer forsiktig enn det interne), og første NYTTIGE svar (en reell behandling, ikke en automatisk bekreftelse som bare stopper klokken). Legg til: Måling (hvilke indikatorer, hvordan telle åpningstider), ukentlig oppfølgingsrutine, og hva man gjør når en SLA er i ferd med å brytes: Varsle kunden før fristen går ut, ikke etterpå. Format: SLA-tabell + bruksregler.

En sak hos [bedrift] har ligget i [varighet] uten svar, noe som er langt over vår standard ([vanlig tid]). Reell årsak: [årsak: stor pågang, saken ble borte ved overføring, menneskelig feil]. Kundens forespørsel: [opprinnelig forespørsel].

Skriv svaret: Beklagelsen skal være på ÉN setning, oppriktig og uten drama (kunden vil ha svar, ikke selvpisking). Gi en ærlig forklaring på én setning hvis den finnes (uten å gå i detalj på interne rutiner eller skylde på kolleger), og gi deretter UMIDDELBART et fullstendig svar på den opprinnelige forespørselen – det er svaret som løser saken, ikke beklagelsen. Hvis fullstendig svar ikke er mulig ennå: Hva er gjort, hva gjenstår, og en fast dato for neste oppdatering.

Legg til: Eventuell kompensasjon hvis forsinkelsen har medført et reelt tap ([policy for goodwill]), variant for kunder som har purret flere ganger, og variant der forsinkelsen skyldes at VI ventet på info fra kunden, men spurte på en uklar måte. Maks 120 ord per versjon.

Lag en mal for overføring av saker fra nivå 1 til nivå 2 (eller [teknisk team]) hos [bedrift]. Dagens problem: Eskalerte saker mangler svar på spørsmål kunden allerede har fått, og nivå 2 kaster bort tid på å gjenskape historikken.

Malen skal inneholde: Oppsummering av problemet på 2 linjer (observert symptom, ikke tolkning), kundepåvirkning (helt stoppet eller ikke, siden når, hyppighet), miljø og referanser ([nyttige felter: ordrenummer, versjon, nettleser, konto-ID]), hva som allerede er forsøkt og resultatet av dette, hva kunden allerede har sendt (vedlegg, skjermbilder), det spesifikke spørsmålet til nivå 2 (en eskalering uten et konkret spørsmål er bare å skyve fra seg saken), og løftet som er gitt til kunden (forespeilet tid).

Legg til: 3 objektive kriterier som rettferdiggjør eskalering (og 2 tilfeller som ikke gjør det), meldingen til kunden for å varsle om overføringen uten internjargong, og regelen for eierskap: Hvem svarer kunden underveis. Format: Mal med felter + utfylt eksempel.

Dokumenter den interne prosedyren for refusjon for supportagenter i [bedrift]. Verktøy: [verktøy: betalingsplattform, kontrollpanel, ticketing-verktøy]. Kommersiell policy: [regler for rettigheter og beløpsgrenser per agentprofil].

Skriv en fullstendig steg-for-steg-guide: Kontroll før utførelse (er kunden kvalifisert, er refusjon allerede gjort, er opprinnelig betalingsmetode gyldig), registrering i [verktøy] trinn for trinn, nøyaktig beløp (kun vare, frakt, delvis betaling med tilgodelapp), melding til kunden med realistisk tid for bankoverføring per betalingsmetode, og sporbarhet (hva skal logges i saken: beløp, årsak, godkjenning).

Legg til: De 4 vanligste spesialtilfellene ([vanlige tilfeller, f.eks. utløpt kort, delvis retur, delbetaling]) og hvordan de håndteres, samt tabell over fullmakter per agentnivå. Format: Nummerert prosedyre, «obs»-bokser for feller, og avsluttende sjekkliste.

Bygg en matrise for kvalitetsevaluering av svar hos kundeservice i [bedrift] ([kanaler], tone [stil]). Bruk: Gjennomgang av [volum, f.eks. 5 saker per agent per måned] av [hvem som vurderer].

Kriterier basert på kundens behov: Er forespørselen faktisk forstått (ikke et svar på siden av saken), fullstendig svar på første forsøk (alle kundens spørsmål besvart), nøyaktig informasjon, tydelighet (forståelig for den aktuelle kunden), tone i tråd med vår stil uten å virke robotaktig, tidsfestet løfte når saken ikke løses med en gang, og korrekt logging av saken.

For hvert kriterium: Begrunnet vekting, poengskala med beskrivelse av hvert nivå, og eksempler på godt og dårlig. Bruksregler: Matrisen skal brukes til utvikling, ikke straff; alle avvik må kunne vises til i den aktuelle saken. Format: Matrise + en sides guide for den som vurderer.

Forbered min månedlige kvalitetssamtale med [fornavn på agent], supportagent hos [bedrift] siden [ansiennitet]. Grunnlag: [resultater fra kvalitetsmatrisen denne måneden: observerte styrker, avvik med referanse til saker]. Eventuell kontekst: [kontekst: høy arbeidsmengde, nye temaer, vanskelig periode].

Strukturer den 30 minutter lange samtalen: Først agentens egne vurderinger (spesifikke spørsmål for å starte dialogen), styrker med eksempler fra konkrete saker (vage komplimenter har ingen verdi), deretter ETT prioritert forbedringsområde (ikke fem) illustrert med 2 saker. Finn årsaken sammen (manglende info, uklar prosedyre, vane) før tiltak bestemmes. Konkret handling med tidsfrist, og hva JEG forplikter meg til å rette hvis årsaken er dårlige verktøy eller dokumentasjon.

Skriv formuleringer for vanskelige partier: Et gjentatt avvik til tross for tidligere samtale, eller en agent som er uenig i vurderingen. Tone: Direkte og støttende, aldri nedlatende.

Lag en opplæringsplan for en ny supportagent hos [bedrift] ([produkt eller tjeneste], kanaler [kanaler], verktøy [verktøy]). Mål for full selvstendighet: [varighet]. Tilgjengelig instruktør: [hvem og hvor mye tid per dag].

Del opp per uke: Uke 1: Bli kjent med produktet som kunde (bruke det, bestille, møte problemer) og observere erfarne agenter. Uke 2: Svare på enkle henvendelser ([enkle årsaker]) med 100 % kontroll av svar før utsendelse. Uke 3: Utvide til komplekse saker med stikkprøvekontroll. Uke 4: Overvåket selvstendighet og bistand ved de første sensitive sakene.

For hver uke: Målbare målsetninger, konkrete oppgaver (inkludert svar på anonymiserte reelle saker), kriterier for å gå videre til neste uke, og oppfølgingspunkt med instruktør. Legg til en liste over 10 ting man må kunne før slutt ([spesielle interne forhold]) og format for en avsluttende test. Format: Ukeplan + sjekkliste.

Skriv en stilguide for kundeservice i [bedrift] ([produkt eller tjeneste], kundegruppe [kundegruppe], merkevareposisjon [posisjon]). I dag skriver hver agent på sin måte, fra veldig kort til for uformelt.

Produser: 4 eller 5 prinsipper for vår stemme (hvert i én setning, med hva det betyr OG begrensninger: «Varm» uten for mange smilefjes, «Direkte» uten å være brysk). Bestem faste valg (bruk av du/De, emojier, utropstegn, humor og forbudte temaer, hvordan vi omtaler oss selv: «jeg» eller «vi»). Lag en ordliste (interne ord som skal brukes, forbudte ord med kundevennlig oversettelse), og 6 før-og-etter-eksempler på reelle situasjoner: Varsling om forsinkelse, avslag, beklagelse, gode nyheter, sint kunde, teknisk spørsmål.

Gullregel: Guiden rammer inn tonen, aldri innholdet; en agent skal kunne fravike den når situasjonen krever det. Format: Maks 2 sider, klar til bruk.

Lag en undersøkelse for kundetilfredshet etter avsluttet sak for [bedrift] ([kanaler], verktøy: [verktøy]). Mål: Måle kvaliteten på support OG samle innsikt til forbedring, uten å irritere kunden.

Produser: Tidspunkt for utsendelse (etter lukking, med relevant forsinkelse: umiddelbart for enkle spørsmål, senere hvis løsningen må testes av kunden). Hovedspørsmål om tilfredshet med skala (begrunn valg av skala og behold den over tid for historikk). ETT godt formulert åpent spørsmål («Hva kunne vi gjort bedre?» fremfor «Har du kommentarer?»). Et betinget spørsmål ved lav score (tilbud om å bli kontaktet: en dårlig score uten oppfølging er en tapt mulighet).

Skriv: Selve e-posten (maks 40 ord før spørsmålet, scoren skal kunne gis med ett klikk i e-posten), regler for utsendelsesfrekvens for å unngå «survey fatigue», og intern rutine for svar: Hvem leser, hvem ringer misfornøyde kunder, og innen hvilken frist.

Forbered en NPS-kampanje for [bedrift] ([produkt eller tjeneste], base på [antall] kunder, forrige NPS: [forrige score eller første måling]).

Produser: E-posten med undersøkelsen (standardspørsmålet «Hvor sannsynlig er det at du vil anbefale...» med skala 0-10, en innledning som gir en reell grunn til å svare, og løfte om at det tar 30 sekunder). Én purring til de som ikke har svart ([varighet] etterpå, annen vinkel). Lag en plan for håndtering av ulike segmenter: Takk til «promotors» med et konkret neste steg ([handling: be om offentlig anmeldelse, verveprogram]), oppfølgingsspørsmål til «passives» (hva mangler for en 9-er?), og personlig oppfølging av «detractors» innen [frist] med samtaleguide (lytte, ikke forsvare seg, konkret løfte).

Regler: Aldri be om en spesifikk score («gi oss en 9-er eller 10-er»), det ødelegger målingen. Respekter anonymitet hvis lovet. Format: E-poster + samtaleguide + tidsplan.

Analyser disse tilbakemeldingene fra kunder hos [bedrift], hentet fra [kilde: NPS, CSAT, anmeldelser, saker] for perioden [periode]: [lim inn tilbakemeldinger].

Produser: En kategorisering etter temaer som dukker opp i tekstene (ikke bruk forhåndsdefinerte kategorier). For hvert tema: Antall nevnelser, dominerende tone, og 2 nøyaktige sitater (aldri omskrevet). Skill mellom faktiske problemer (feil, forsinkelse, brutt løfte) og oppfatninger (følelse av at det er dyrt eller komplisert), som må håndteres ulikt. Identifiser «svake signaler»: Sjeldne, men alvorlige nevnelser ([eksempler: trussel om oppsigelse, sammenligning med navngitt konkurrent, sikkerhetsproblemer]) som må rapporteres uansett volum.

Avslutt med: Topp 3 foreslåtte tiltak basert på tilbakemeldingene (koblet til sitater), og hva dette datagrunnlaget IKKE gir svar på (utvalg, skjevheter, manglende svar fra tause kunder). Ikke dikt opp sitater eller manglende tall.

En kunde hos [bedrift] ønsker å si opp [abonnement eller tjeneste, ansiennitet, beløp]. Oppgitt årsak: [årsak]. Kontohistorikk: [bruk, tidligere hendelser, nylig dialog]. Hva jeg kan tilby: [tiltak: prisjustering, bytte av pakke, pause, ekstra oppfølging].

Bygg opp samtalen for å beholde kunden: Bekreft mottak UTEN å hindre oppsigelsen (bekreft at den blir gjennomført hvis kunden ønsker det – kunden må føle seg fri, ikke fanget). Still deretter ETT oppriktig spørsmål for å forstå den reelle årsaken (den oppgitte årsaken er ofte en forenkling). Basert på svaret, gi tilpasset respons: Løsbart problem (løs det først, snakk om å bli etterpå), feil pakke (foreslå riktig pakke, selv om den er billigere – ærlig salg i dag gir en kunde i morgen), pris (prisverktøy ÉN gang med tydelig varighet, aldri evig rabatt som straffer lojale kunder), eller bestemt avgang (avslutt profesjonelt og etterlat et godt sisteinnntrykk).

Skriv formuleringer for hvert utfall og 3 forbudte metoder (tvungen binding, skyldfølelse, bevisst tungvint prosedyre).

Design den digitale oppsigelsesreisen for [abonnement eller tjeneste] hos [bedrift]. Krav: Det skal være like enkelt å si opp som å bli kunde (i tråd med god forretningsskikk og norske forbrukerrettigheter), men vi har lov til å prøve å beholde kunden på en ærlig måte underveis.

Skisser flyten skjerm for skjerm: Bekreftelse av hensikt med saklig oppsummering av hva kunden mister (data, historikk, fordeler – informativt, ikke truende). ETT spørsmål om årsak (klikkbare valg + valgfritt fritekstfelt). ETT tilbud tilpasset valgt årsak (billigere pakke hvis for dyrt, pause hvis midlertidig manglende behov, hjelp ved bruksproblemer – aldri mer enn ett mottilbud). Deretter bekreftelse av oppsigelse med ett klikk, sluttdato og en oppsummerende e-post.

Skriv alle tekster til skjermene. Forbudt: Villedende knapper («Bli» i sterke farger, «Gå» skjult), gjentakende trinn, krav om å ringe, eller skyldfølelse. Legg til bekreftelses-e-post og en velkomstmelding hvis kunden kommer tilbake senere.

Skriv en kampanje for å vinne tilbake kunder for [bedrift] som sluttet for [tid siden]. Segmenter etter kjent årsak til avgang: [segmenter: pris, manglende funksjon, dårlig opplevelse, behovet opphørte, ukjent årsak]. Hva som har endret seg hos oss siden da: [reelle og etterrettelige forbedringer].

For hvert segment, skriv en spesifikk e-post: Anerkjenn at de dro uten å dramatisere det. Fortell hva som er endret KNYTTET til deres årsak til avgang (for segmentet «manglende funksjon» snakker vi om den nye funksjonen, ikke rabatt; ikke lov noe som ikke står på listen over forbedringer). Gi et enkelt tilbud for å komme tilbake ([tilbud hvis aktuelt]), og en tydelig utgang (lenke for permanent avmelding – aldri skriv til noen som har bedt om å bli slettet).

Begrensninger: Maks 90 ord per e-post, ikke bruk «vi savner deg»-klisjeer, ikke gi systematiske rabatter som lærer kundene at det lønner seg å slutte. Legg til rekkefølge for utsendelse og kriterier for å avslutte kampanjen.

Lag oppfølgingsmeldinger for [bedrift] til bruk etter løsning av sensitive saker: [typer saker: stor hendelse, kunde som truet med å slutte, gitt kompensasjon, gjentakende problem endelig løst].

For hver type, skriv meldingen som sendes [tidsfrist, f.eks. 7 dager] etter lukking: Sjekk om løsningen fortsatt fungerer (spesifikt spørsmål om det opprinnelige problemet, ikke bare «går det bra?»). Vis at saken ikke er glemt selv om den er lukket, og gjør det enkelt å ta kontakt hvis problemet har kommet tilbake.

Regler: Maks 60 ord, tydelig referanse til det løste problemet ([felt: sakstittel]), signert av personen som behandlet saken (menneskelig kontinuitet er viktig), ingen salgsbudskap i denne meldingen (det ødelegger effekten).

Legg til: Regler for når dette skal utløses (hvilke saker fortjener oppfølging), og hva man gjør hvis kunden svarer at problemet er tilbake: Prioritert behandling og hvem som tar saken.

Vi har oppdaget et problem hos [bedrift] før de fleste kundene har merket det: [problem: forsinket pakking, feil på et vareparti, prisfeil, mislykket vedlikehold]. Berørte kunder: [identifiserbart omfang]. Løsning: [plan og tidsfrist]. Historikk: Berørte kunder har ikke meldt fra ennå.

Skriv den proaktive meldingen: Forklar problemet enkelt før de oppdager det selv (å varsle selv forvandler en irritert kunde til en kunde som føler seg respektert). Si nøyaktig hvem som er berørt og hvordan de kan sjekke det, hva vi gjør og tidsfristen, hva kunden eventuelt må gjøre ([handling]), og hvilken kompensasjon som gis automatisk hvis et tap er sikkert ([tiltak]) – uten at kunden må be om det.

Lag 3 formater: E-post til berørte, standardsvar for support når spørsmålene kommer, og melding på nettsiden hvis omfanget er stort. Regler: Ingen bagatellisering, ingen internjargong, dato for neste oppdatering hvis problemet vedvarer.

Du er leder for support hos [bedrift]. En kunde går gjentatte ganger over grensen: [oppførsel: sjikane av ansatte, ekstrem purrefrekvens, trusler, krav langt utenfor avtale, dokumentert uredelighet]. Historikk: [fakta med datoer]. Kommersiell verdi: [kontekst, men husk at verdi ikke rettferdiggjør alt].

Bygg en gradvis grensesetting: Trinn 1: Høflig korrigering underveis i dialogen (nøyaktig formulering: svar på saken OG påpek uakseptabel oppførsel uten diskusjon). Trinn 2: Formelt brev om grensesetting (fakta med datoer uten emosjonelle beskrivelser, hva vi fortsetter å levere, og nye regler for dialog: kun én kanal, én kontaktperson, standard frister). Trinn 3: Avslutning av kundeforholdet hvis det er kontraktsmessig mulig ([kontraktsstatus]), formulert saklig med hva som gjenstår av forpliktelser.

Legg til: Beskyttelse av teamet (rett til å avslutte sjikanerende samtaler, tydelig støtte fra ledelsen, logging av hendelser), og skill alltid mellom: En berettiget sint kunde (skal hjelpes) mot en misbrukende kunde (skal begrenses).

En kunde hos [bedrift] har bestridt en betaling via banken sin (chargeback) i stedet for å kontakte oss: [kontekst: beløp, produkt/tjeneste, antatt årsak, kundehistorikk]. Vår posisjon: [vår tolkning: vår feil, misforståelse, tjeneste levert, mistanke om svindel].

Skriv meldingen til kunden: Ta kontakt uten anklager (mange kunder vet ikke at en chargeback er en formell tvist og ikke bare en refusjon). Gjenta vår forståelse av innsigelsen, foreslå direkte løsning basert på vår posisjon (umiddelbar refusjon hvis vi har gjort feil – raskere for kunden enn bankprosessen; saklig forklaring med bevis hvis tjenesten er levert), og hva som skjer videre basert på kundens svar.

Regler: Ingen trusler eller anklagende tone (saken kan ende hos en tredjepart, hvert ord må tåle dagens lys). Ikke lov å frafall våre rettigheter. Vær saklig. Legg til internnotat: Dokumentasjon som må samles inn nå for å svare banken ([typer bevis]).

Skriv en melding fra [bedrift] for å varsle om: [endring: nye brukervilkår, endring i funksjonalitet, nye åpningstider for support, ny bestillingsprosess]. Konkret betydning for kundene: [hva endres i hverdagen, hvem er berørt]. Dato for endring: [dato]. Eventuell kontraktsmessig varslingsfrist: [forpliktelser].

Strukturer e-posten: Endringen skal være tydelig allerede i emnefeltet og første setning (ikke bruk «vi utvikler våre tjenester» som ikke sier noe). List opp hva som endres konkret FOR DEM (før / etter), hvorfor (reell årsak, selv om den er enkel), hva de må gjøre ([handling eller ingen]), og hvor de kan stille spørsmål.

Legg til: Standardsvar for support på de 3 mest sannsynlige reaksjonene ([forventede reaksjoner]), variant for kunder som faktisk blir negativt påvirket (anerkjenn det, si hva vi tilbyr: [kompensasjon eller alternativ]), og tidsplan: Varsling, påminnelse før endring, melding på selve dagen hvis nødvendig.

Skriv varsel om avvikling av [produkt eller tjeneste] fra [bedrift], som opphører [dato]. Berørte aktive kunder: [volum og profiler]. Hva vi tilbyr: [veien videre: erstatningsprodukt, assistert flytting, forholdsmessig refusjon, ingenting]. Årsak: [reell årsak].

Struktur: Tydelig beskjed med en gang (produktet opphører [dato], ikke bruk omskrivinger som «endring i sortimentet»). Fullstendig tidsplan (hvor lenge alt fungerer, delmål: [slutt på salg, slutt på support, nedstengning]). Hva kunden må gjøre og innen når, med den enkleste veien ([flytting eller alternativ]: detaljer trinnene og hva vi bistår med). Økonomisk håndtering (løpende abonnementer, refusjon, forpliktelser), og en dedikert kontaktkanal.

Regler: Raus varslingsfrist, ingen tap av data uten en løsning (eksport mulig frem til [dato]), foreslå erstatning uten å presse. Lag: Varslings-e-post, 2 påminnelser, og standardsvar for support. Tone: Respektfull overfor kunden som valgte dette produktet.

Lag en mal for ukentlig supportrapport for [bedrift], rettet mot [mottakere: ledelse, produktteam]. Tilgjengelige data i [verktøy]: [metrikker: volum per kanal og årsak, tid for første svar og løsning, tilfredshet, restanser].

Strukturer rapporten på én side: Oppsummering på 3 setninger (ukens trend, viktigste hendelse, eventuell beslutning som trengs). Nøkkeltall i tabell med sammenligning mot forrige uke (kun tilgjengelige metrikker: ikke lag plass til data vi ikke har). Endringer i kontaktårsaker (hva øker, hva minker, og en hypotese om årsak). Tilbakemeldinger til produktteamet (ukens 3 største irritasjonsmomenter med sitater), og status på restanser med plan hvis de øker.

Regler: Et tall uten sammenligning eller terskelverdi sier ingenting (vis referanse for hver metrikk). Ingen selvskryt eller dommedagsprofetier, skal kunne leses på 3 minutter. Lever malen og et utfylt eksempel med fiktive data.

Organiser det månedlige møtet mellom support og produktteamet i [bedrift]. Dagens problem: Support ser problemene først, men innspillene blir borte; produktteamet oppdager feilene via andre kanaler for sent.

Design rutinen: Forberedelser fra support (topp 5 irritasjonsmomenter, dokumentert med: symptom, volum saker, kundesitat, dagens omvei). Møteplan på 45 minutter (gjennomgang av nye punkter, tydelig beslutning på hvert punkt: planlagt rettelse med dato, offisiell omvei, eller begrunnet avslag – et begrunnet nei er bedre enn taushet). Oppfølging av forrige måneds beslutninger (hva er gjort, hva er utsatt), og tilbakemelding til agentene: Hva er bestemt, slik at de vet hva de skal si til kundene.

Lever: Mal for dokumentasjon av problemer, standard agenda, tabell for oppfølging av beslutninger, og 3 feller som ødelegger rutinen (uendelig ønskeliste uten prioritering, gjensidige anklager, beslutninger uten ansvarlig) med mottiltak.

Forbered support i [bedrift] på stor pågang i forbindelse med [hendelse: jul, salg, produktlansering, kampanje], forventet i perioden [periode]. Referanser: [historikk fra forrige gang hvis kjent: volum, vanligste årsaker, hva som sviktet]. Team: [vanlig bemanning, mulige forsterkninger].

Bygg planen: Prognose for belastning per kanal og årsak (kun basert på oppgitt historikk – hvis ingen historikk, foreslå metode for estimering uten å dikte opp tall). Definer «unntakstilstand» som kommuniseres ut (midlertidig lengre svartid: varsles PÅ FORHÅND i [kanaler] fremfor å la det skje i stillhet). Prioritering under toppen (hva løses først, hva utsettes). Makroer og hjelpeartikler som må klargjøres for forventede henvendelser ([forventede årsaker]). Plan for ekstrahjelp (hurtigopplæring, avgrenset ansvar, kontroll). Terskler for tiltak: Ved hvilket nivå av restanser utløses hvilke tiltak ([mulige tiltak]).

Format: Tidsplan som teller ned til start + tabell over terskler + ferdigskrevne meldinger for kommunikasjon.