Finn delen du trenger
Når oppdragsgiverens leveranse svikter, kan et kundesenter få mange henvendelser om samme problem. Hver kontakt trenger riktig svar, men ikke nødvendigvis en ny teknisk feilrapport. Opprett én hovedhendelse og knytt de berørte kundesakene til den. Bevar samtidig hver kundes neste handling.
Dette er et annet løp enn når kundesenterets egen telefoni er nede. Her kan medarbeiderne arbeide, men må håndtere et større volum og vente på beslutninger eller retting hos oppdragsgiveren.
Én hovedhendelse, flere kundesaker
Hovedhendelsen bør vise hva som er bekreftet, hvilke tjenester som er berørt, hvem hos oppdragsgiveren som tar beslutninger, og tidspunkt for neste statusoppdatering. Bruk én godkjent svarinstruks med versjon. Medarbeiderne skal ikke improvisere ulike løfter om levering eller kompensasjon.
| Register | Hører hjemme der | Skal ikke bli borte ved sammenslåing |
|---|---|---|
| Hovedhendelse | Felles problem, godkjent beskjed og oppdateringer | Hendelsesforløp og beslutninger |
| Kundesak | Kundens konkrete behov og avtalt oppfølging | Tilbakeringing, bestilling og eventuell innsigelse |
| Kontakthendelse | Kanal, tidspunkt og kobling til saken | Reelle gjentatte kontakter og belastning på teamet |
| Økonomigrunnlag | Godkjente enheter etter kundeavtalen | Eksklusjoner, rettinger og avtalt kompensasjon |
Kunden som først sender e-post og senere ringer kan ha én sak og to reelle kontakter. Ikke slett telefonkontakten som en teknisk duplikat dersom den faktisk tok arbeidstid. Avtalen avgjør likevel om kontakten utløser ekstra betaling.
Eksempel: 900 kontakter er ikke 900 ferdige saker
Et periodeuttrekk viser 1 050 telefon- og kanalhendelser. Hundre er tester eller tekniske gjentakelser, og femti er interne overføringer som ikke skal telles som egne eksterne kontakter. De to utelatte kategoriene overlapper ikke i dette eksempelet. Det gir 900 eksterne kontakter fordelt på 780 kundesaker.
Av de 780 sakene er 640 markert avsluttet, nitti venter sluttkunden og femti venter oppdragsgiverens beslutning. Kontroll før avregning viser at tjue av de 640 er gjenåpnet og ennå ikke ferdige. Da er sluttbildet:
| Status ved avregning | Saker |
|---|---|
| Godkjent ferdig | 620 |
| Venter sluttkunden | 90 |
| Venter oppdragsgiver | 50 |
| Gjenåpnet og under oppfølging | 20 |
| Sum | 780 |
Hvis eksempelavtalen har en fastdel på 18 000 kroner og 35 kroner per godkjent ferdig sak, blir grunnlaget 18 000 + 620 × 35 = 39 700 kroner før avgift. Kontaktmengden på 900 viser belastning, men er ikke den avtalte fakturaenheten. En avtale som priser kontakter eller tilgjengelig bemanning ville gitt et annet regnestykke.
Avtal hva teamet kan svare og beslutte
Skil informasjon fra handling. En medarbeider kan ha mandat til å gi en bekreftet status, men ikke til å endre en ordre, love tilbakebetaling eller avslutte et abonnement. Legg slike saker til riktig beslutningstaker hos oppdragsgiveren og registrer hva som venter.
Sett en eier på hver lovede tilbakeringing. Når hovedhendelsen er løst, er ikke alle kundeløftene automatisk utført. Noen kunder kan fortsatt trenge en konkret bekreftelse eller avklaring av egen sak.
Lukk hendelsen og forklar ettervirkningene
Før hovedhendelsen lukkes, avstem åpne kundesaker, utestående tilbakeringinger og saker som ble feilaktig lukket. Bevar hvem som nå følger dem opp. Ikke nullstill alder ved å opprette nye saker for alt som gjenstår.
Sammenhold hendelsesloggen med avtalt SLA. Avklar når klokken løper, hva som faktisk kan settes på vent, og om hendelsen får en avtalt prisvirkning. Egen kørapport skal ikke ensidig gjøre ventetid hos oppdragsgiveren om til et godkjent unntak.
Bruk ettergjennomgangen til å finne én konkret forbedring: tidligere statusbeskjed, bedre kobling mellom kanaler, reservebemanning eller tydeligere beslutningsmyndighet. Callsenterets leveranseløp, SLA-reglene og fullmaktene gir grunnlaget. Ved svikt i egne verktøy brukes beredskapsrutinen.