Profiel
Bij een storing gaat de meeste tijd niet naar het oplossen maar naar het uitleggen, aan iedereen, apart.
De Storingsmelder herkent het patroon in binnenkomende meldingen en in monitoring, en zet één bericht klaar in plaats van vijftig antwoorden.
Terwijl de specialisten aan de storing werken, houdt hij de organisatie op de hoogte.
Wat het doet, stap voor stap
- Patroon herkennenMeerdere meldingen over hetzelfde in korte tijd, of een signaal uit monitoring.
- Melding voorstellenWat er speelt, wie het raakt en wat mensen intussen kunnen doen.
- Publiceren na akkoordOp de statuspagina en in de kanalen die je organisatie gebruikt.
- Lopende meldingen koppelenNieuwe tickets over dezelfde storing worden gekoppeld in plaats van los behandeld.
- Afsluiten en terugkoppelenBericht dat het opgelost is, met wat er is gebeurd.
Werkt met deze systemen
- API's
- Databases
Azure DevOps
Jira Service Management- Freshdesk
Zendesk
SharePoint- Helpcentrum
Staat jouw systeem er niet tussen? We kunnen elk systeem koppelen, ook als er geen standaardkoppeling is. Bekijk alle koppelingen.
Wat automatisch gaat en wat niet
Jij houdt de controle.
Niet iedere beslissing hoort automatisch genomen te worden. Per workflow leggen we vast:
- wat automatisch mag gebeuren.
- wat eerst ter goedkeuring wordt aangeboden.
- wanneer iemand wordt ingeschakeld.
- welke informatie wordt opgeslagen.
- hoe acties worden gelogd.
Past dit bij jouw organisatie?
Past goed als
- Organisaties met veel interne gebruikers van dezelfde systemen.
- Bedrijven met een statuspagina die nu handmatig wordt bijgehouden.
- Situaties waarin storingen veel dubbele meldingen opleveren.
Past minder goed als
- Het oplossen van de storing zelf.
- Organisaties zonder monitoring: dan zie je een storing pas als iemand belt.
Wat het kan opleveren
- Eén bericht in plaats van vijftig losse antwoorden.
- Specialisten die aan de storing kunnen werken in plaats van aan de communicatie.
- Een tijdlijn van wat er wanneer is gemeld.
Richtingen, geen beloftes. Zodra er bewijs uit een klantproject is, komt dat hier als onderbouwd resultaat te staan.
Veelgestelde vragen
Publiceert de AI zelf een storingsmelding?
Alleen als je dat inricht, en meestal raden we een akkoord van een dienstdoende beheerder aan. Een onterechte storingsmelding richt namelijk zelf ook schade aan, zeker als klanten meelezen.
Hoe herkent hij dat het om één storing gaat?
Aan het patroon: meerdere meldingen over hetzelfde onderwerp of systeem binnen korte tijd, eventueel gecombineerd met een signaal uit je monitoring. De drempel stel je zelf in.
Kan hij ook klanten informeren, niet alleen collega's?
Ja, maar dat is een aparte beslissing met een andere toon en een andere goedkeuringsroute. Die scheiden we bewust, want intern mag een melding ruwer zijn dan extern.
Wat levert dit op na afloop van een storing?
Een tijdlijn van wanneer wat is gemeld en gecommuniceerd. Dat is precies wat je nodig hebt voor een evaluatie of voor een klant die om uitleg vraagt.
Zo zet je dit in
- 1Kort gesprekWe kijken samen naar je proces en je systemen, en of deze taak de beste plek is om te beginnen.
- 2Inrichten op jouw regelsKoppelingen met je eigen systemen, en vastleggen wat automatisch mag en wat een mens goedkeurt.
- 3Meten en bijsturenEerst naast je team, dan pas zelfstandig. We kijken wat het oplevert en passen aan.