01
Compleet in één keer
Categorie, foto, plek, beschrijving, contact. Het formulier laat niet verzenden zonder wat de oplosser nodig heeft, en dat scheelt het terugbellen.
OneDayBuild, het bouwdagmerk van Appfront
Kan zelf een storing of servicemelding indienen in één dag?
Ja. Een klant of huurder meldt een storing op zijn telefoon met een foto, een plek en een korte beschrijving, krijgt een nummer en ziet daarna de status: ontvangen, ingepland, opgelost. Aan jullie kant komt de melding in een lijst met een categorie en een urgentie, klaar om toe te wijzen. Wat erbuiten valt, is de planning van de monteur en de koppeling met een ticketsysteem dat er nog niet is.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Wat er eigenlijk wordt gevraagd
Niet of een formulier kan worden gebouwd, maar of de melding compleet binnenkomt, bij de juiste persoon landt en de melder niet meer hoeft te bellen om te vragen hoe het staat.
Een storing komt binnen via de telefoon, een e-mail of een berichtje aan een medewerker die het doorgeeft. De helft mist iets: welk apparaat, welke verdieping, sinds wanneer, een foto. Iemand belt terug om het te vragen, en de melder belt om te vragen of er al iemand komt. Twee telefoontjes per melding.
Een meldformulier op de telefoon vraagt wat nodig is en niets meer: een categorie uit een korte lijst, een foto, de plek uit een lijst of van de kaart, een beschrijving, en een naam en nummer. Daaruit volgt een melding met een nummer, en die melding heeft een eigenaar: de categorie bepaalt wie hem krijgt. De melder ziet de status en krijgt een bericht als die verandert. Dat is het einde van het tweede telefoontje.
In een dag bouwen we het formulier, de meldingenlijst met categorie en urgentie, de toewijzing en de statuspagina. Wie de melding oplost en wanneer, wordt gepland zoals nu; de melding krijgt de status die daarbij hoort. De koppeling met een ticketsysteem is de stap erna.
02
Een nummer en een status
De melder heeft een nummer en een pagina waar de status staat. Ontvangen, ingepland, opgelost. Elke wijziging is een bericht.
03
Categorie bepaalt de eigenaar
Verwarming naar de installateur, sleutel naar de beheerder, software naar IT. De lijst is kort en elke regel heeft een naam.
04
Urgentie uit de melding
Een lekkage is anders dan een knipperende lamp. De categorie en een vraag over de ernst bepalen de urgentie, en de lijst sorteert erop.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Een meldformulier op telefoon en computer, met categorie, foto, plek, beschrijving en contact, zonder account.
- Een meldingenlijst voor jullie met categorie, urgentie, eigenaar en status, en een toewijsknop.
- Een statuspagina per melding voor de melder en een bericht per e-mail of sms bij elke statuswijziging.
- Een overzicht van open meldingen per categorie en per plek, en de code in je eigen repository.
Buiten scope
- De planning van monteurs of medewerkers; de status wordt gezet door wie plant.
- De koppeling met een bestaand ticketsysteem, planning of onderhoudssysteem.
- Accounts voor melders met historie; melden gaat zonder inloggen, de status via een link.
- Beheer en de uitbreiding naar meer locaties of soorten meldingen na de dag.
03/06
Hoe de bouwdag verloopt
- Stap 1
De categorieën
Uit de meldingen van de laatste maanden: welke soorten, wie ze nu oppakt, wat er steeds ontbreekt bij de melding.
- Stap 2
Formulier bouwen
Categorie, foto, plek, beschrijving, contact. Kort, op de telefoon, zonder inloggen.
- Stap 3
Meldingenlijst
Nummer, categorie, urgentie, eigenaar, status. Toewijzen met één klik, sorteren op urgentie.
- Stap 4
Status naar de melder
Een pagina per melding en een bericht bij elke wijziging. Met de naam van wie het oppakt als u dat wilt.
- Stap 5
Testen met echte meldingen
De meldingen van vandaag door het formulier, door de mensen die ze nu aannemen. Wat ontbreekt, komt erbij.
- Stap 6
Opleveren
Live URL of QR-code op de plekken waar gemeld wordt, code in je eigen repository en een lijst van wat de koppeling met jullie systeem vraagt.
Volgende stap
Bellen jullie melders terug om te vragen wat er precies is?
Stuur ons twintig meldingen zoals ze de laatste tijd binnenkwamen. Dan zeggen we welke categorieën eruit volgen, of het in één dag werkend te maken is en wat er aan de melding steeds ontbrak.
04/06
Eerlijk over wat dit oplevert
- Het formulier lost de storing niet op. Het zorgt dat de melding compleet en bij de juiste persoon binnenkomt. Of die persoon snel komt, is de planning, en die verandert niet door een formulier.
- Categorieën zijn een keuze. Te veel en niemand kiest goed; te weinig en alles komt bij dezelfde persoon. Acht tot twaalf is meestal genoeg, met een eigenaar per categorie.
- Foto's en plekken zijn gegevens. Een foto van een lekkage in een woning is een foto van iemands huis. Hoe lang die bewaard blijft en wie hem ziet, spreken we vóór de dag af.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Meldingen komen incompleet binnen via telefoon en mail, en melders bellen om te vragen hoe het staat.
- Aan het eind van de dag melden klanten of huurders zelf met foto en plek, en zien ze de status zonder te bellen.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het werkt en je wilt de melding in je ticketsysteem, de monteur ingepland en de historie per object.
- Koppelingen met ticketsysteem, planning en onderhoudsregistratie, en beheer.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Kan zelf een storing of servicemelding indienen in één dag?
Ja. Een meldformulier op de telefoon met categorie, foto, plek en beschrijving, een nummer, een statuspagina voor de melder en aan jullie kant een lijst met urgentie, eigenaar en toewijzing. De planning van wie het oplost en de koppeling met een bestaand ticketsysteem vallen erbuiten.
Moet de melder een account hebben?
Nee. Melden gaat zonder inloggen, met een naam en een e-mailadres of telefoonnummer. De melder krijgt een link naar zijn melding met de status. Accounts met historie zijn een tweede stap, voor wie vaak meldt.
Hoe komt de melding bij de juiste persoon?
Via de categorie. Elke categorie heeft een eigenaar: de installateur, de beheerder, IT. Een melding komt in zijn lijst en hij krijgt een bericht. Een melding in de verkeerde categorie is te verplaatsen; de melder merkt daar niets van.
Kan de melder een foto en de plek meesturen?
Ja, en dat is het onderdeel dat het terugbellen scheelt. Een foto van de storing, de plek uit een lijst van gebouwen en ruimtes of met een tik op een plattegrond, en een beschrijving. Het formulier vraagt wat de oplosser nodig heeft en verzendt niet zonder.
Ziet de melder wie eraan werkt en wanneer?
De status ja: ontvangen, ingepland, opgelost, met een bericht bij elke wijziging. Een naam en een datum als u die wilt delen, per categorie. Wat u niet deelt, ziet de melder niet, maar bellen of het is ontvangen hoeft niet meer.
Koppelt het met ons ticketsysteem of onze planning?
Niet in de bouwdag. De meldingenlijst staat op zichzelf, en de status wordt gezet door wie plant. Heeft u een ticketsysteem met een koppelvlak, dan is de melding daarin zetten de logische volgende stap; het formulier en de statuspagina blijven dan de kant van de melder.
