Dringende aanvragen intaken, prioriteren en doorzetten naar de juiste persoon. Gebouwd voor een spoeddienst, op nacalculatie.
Spoedintake en dispatch zorgen dat een dringende melding niet alleen netjes binnenkomt, maar ook terechtkomt: geprioriteerd op één bord, doorgezet naar degene die kan komen, met de melder op de hoogte. EIGHTY8 bouwde dit voor een spoeddienst en past het principe toe waar mensen onderweg zijn.
Bij een storingsdienst leeft de spoed in de hoofden van twee mensen tegelijk: de beller die water ziet lopen, en de coördinator die in het midden van de dag moet beslissen wie er nu echt het eerst moet komen. Die beslissing wordt nu genomen met een mobieltje in de ene hand en een snipper papier in de andere: wie belt er het luidst, wie is vriendelijk, wie was er eerst?
Wat daarbij onder druk staat: de volgorde (geen bord dat toont wat er open ligt, dus de rij bestaat alleen in het geheugen van één persoon) en de terugkoppeling. De melder hoort bij het telefoongesprek dat iemand komt, en dan weer niets, tot er een bus voor de deur staat of tot hij zelf terugbelt. Precies die twee dingen (één rij die klopt en zichtbaarheid onderweg) zijn het werk van een dispatchbord.
Elke melding komt binnen met dezelfde structuur: wat er speelt, waar, en wat er al geprobeerd is. Vervolgens bepaalt jouw regelset de plaats op het bord. Een lekkage telt zwaarder dan een vraag om een onderhoudsafspraak, en die regels zijn van jou, niet van het systeem. Het bord toont daarnaast wie beschikbaar is: in welk gebied, met welke kennis, en of diegene al een klus onderweg heeft.
Doorzetten gaat naar één persoon, met één knop om te accepteren of te laten gaan. Laat hij gaan, dan valt de klus terug op het bord en schuift hij naar de volgende in de rij. Een melding verdwijnt dus nooit stil in een postvak. Vanaf acceptatie loopt de status mee: gemeld, onderweg, ter plekke, afgehandeld. De melder ziet die status in plaats van te gokken.
Wat het systeem bewust níet doet: een aankomsttijd beloven. Hoe snel iemand ergens kan zijn hangt af van wie beschikbaar is, en een bord dat die werkelijkheid zichtbaar maakt is eerlijker dan een geautomatiseerde belofte die om kwart over drie sneuvelt. Het oordeel in uitzonderingen (de klant die iets anders nodig heeft dan de regels vermoeden) blijft bij jouw mensen.
Dispatch werkt alleen als er mensen zijn om door te zetten; het bord verdeelt werk, het maakt geen mensen beschikbaar. Deze vier bouwstenen bepalen de opzet.
Het werkt voor organisaties waar meldingen komen en mensen onderweg zijn: storingsdiensten, installateurs, beveiliging, onderhoud met spoedlijn. Hoe vaker de vraag “wie kan er nou?” gesteld wordt, hoe sneller een bord zichzelf terugverdient.
Het werkt niet als spoed en niet-spoed in de praktijk hetzelfde zijn. Wie alles vandaag regelt, heeft geen rij om te sorteren. En niet als er geen beschikbaarheid te beheren valt: zonder mensen om naar door te zetten, is een bord leeg ornament. Begin dan liever bij de intake zelf, en voeg dispatch toe zodra het team groeit.
De scope hangt samen met het aantal meldingskanalen, de regels voor voorrang en of er aan een bestaand planningssysteem gekoppeld moet worden. We zetten die aannames vooraf in een offerte en rekenen af op nacalculatie van wat er gebouwd is. Een bord voor één team is een ander verhaal dan een dienst met meerdere regio's.
Nee, en dat is een bewuste keuze. Wat de melder wel krijgt is een eerlijke status: zijn melding is ontvangen, iemand heeft hem geaccepteerd en is onderweg. Een systeem dat tijden belooft die het niet kan waarmaken, zorgt alleen voor meer terugbellers. Wil je met vaste tijden werken binnen jouw beschikbaarheid, dan kunnen die in het bord als richtlijn. Als belofte naar buiten stellen we ze niet.
Met de regels die jij vastlegt: gebied, soort melding, vereiste kennis en huidige belasting van iedereen die onderweg is. Het bord stelt een kandidaat voor en diegene neemt aan of laat gaan; er is geen stil toewijzen waar niemand achter kan staan. Een coördinator kan altijd bovenop de suggestie ingrijpen. Het systeem rangschikt, mensen blijven de baas over de toewijzing.
Dan blijft hij zichtbaar in plaats van weg te kwijnen. De klus schuift terug op het bord, komt bovenaan de rij van de volgende kandidaat en wordt gemarkeerd als ongeaccepteerd, zodat een coördinator er iets mee doet. Een collega bellen, of de melder een realistisch beeld geven. Precies dat stille verdwijnen van meldingen is wat een dispatchbord moet voorkomen, dus dat onderdeel is geen bijzaak maar kern.
Ja. Via dezelfde weg als de melding zelf kunnen foto's of een aanvulling worden meegestuurd, en die komen bij het dossier van die melding terecht. Niet in een los appje dat bij de monteur nooit aankomt. De monteur ziet onderweg alles wat er over die melding gezegd en gestuurd is, in de volgorde waarin het binnenkwam.
EIGHTY8