De bron bepaalt alles
Bestaat de status al in een systeem, dan is dit een dag. Zo niet, dan bouw je eerst het bijhouden.
Een pagina waarop iemand ziet hoe ver zijn aanvraag is, lijkt eenvoudig. Wat de kosten bepaalt is niet die pagina maar de vraag waar de status vandaan komt. Staat hij al ergens in een systeem, dan is het een dag. Moet hij eerst worden bijgehouden, dan bouw je iets anders.
Niet het tonen, maar het weten.
Statusinzicht wordt meestal aangevraagd om dezelfde reden: er komen te veel telefoontjes met de vraag hoe ver het staat. De oplossing lijkt een pagina waarop de aanvrager dat zelf ziet. De pagina is inderdaad eenvoudig, maar hij moet zijn informatie ergens vandaan halen.
Als de status al ergens wordt bijgehouden, in een zaaksysteem, een CRM of zelfs een gedeeld overzicht, dan is dit een koppeling en een weergave. Dat past in een dag, mits dat systeem zijn gegevens laat opvragen. Wordt de status nergens vastgelegd en zit hij in de hoofden van behandelaars, dan bouw je eerst dat bijhouden en pas daarna de pagina.
De tweede kostenpost is toegang. Een aanvrager mag alleen zijn eigen aanvraag zien, en dat betekent dat je iemand moet kunnen herkennen. Een code per aanvraag is eenvoudig en past in een dag. Inloggen met een account of met een landelijke voorziening is een eigen vraagstuk met eigen eisen.
Bestaat de status al in een systeem, dan is dit een dag. Zo niet, dan bouw je eerst het bijhouden.
Een code per aanvraag is eenvoudig. Inloggen met een account is een volgende stap.
Hoeveel stappen je toont en hoe je ze noemt, bepaalt of het aantal vragen echt daalt.
Een bericht bij een statuswijziging scheelt meer telefoontjes dan de pagina zelf.
Waar staat de status nu, en is die op te vragen.
Welke fasen toon je, en hoe noem je ze zodat ze iets zeggen.
Eenvoudig, leesbaar op een telefoon, zonder overbodige uitleg.
Een code of link per aanvraag, zodat niemand andermans aanvraag ziet.
Met een paar echte aanvragen kijken of de status klopt met de werkelijkheid.
Live URL, code in je eigen repository, met de openstaande punten op papier.
Vertel waar de status nu wordt bijgehouden en wie hem mag zien. Met die twee antwoorden is te zeggen of dit een bouwdag is of een groter project.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Dat hangt vooral af van waar de status vandaan komt. Wordt hij al bijgehouden in een systeem dat je kunt bevragen, dan is dit een bouwdag. Wordt hij nergens vastgelegd, dan bouw je eerst het bijhouden en is de pagina het kleinste deel van het werk. Die vraag bepaalt de prijs meer dan de pagina zelf.
In een bouwdag met een unieke code of link per aanvraag. Dat is eenvoudig en werkt goed als de gegevens niet bijzonder gevoelig zijn. Gaat het om persoonsgegevens waar meer bescherming bij hoort, dan is inloggen met een account of een landelijke voorziening nodig, en dat is een volgende stap.
Dan is de pagina schadelijker dan nuttig. Daarom kijken we tijdens de bouwdag met een paar echte aanvragen of wat er op het scherm staat overeenkomt met wat de behandelaar weet. Loopt dat uiteen, dan is dat het probleem dat je eerst moet oplossen.
Meestal wel, maar minder door de pagina dan door het bericht. Mensen gaan zelden uit zichzelf kijken; ze bellen als ze iets willen weten. Een bericht bij een statuswijziging voorkomt die vraag. Meet daarom eerst hoeveel vragen je nu krijgt, anders weet je later niet wat het heeft opgeleverd.
Minder dan je denkt. Een aanvrager wil weten of er iets gebeurt en wanneer hij iets hoort. Tien interne fasen tonen leidt tot vragen over stappen waar hij niets mee kan. Drie of vier herkenbare fasen werken beter, in taal die hij zelf zou gebruiken.
Als dat systeem zijn gegevens laat opvragen wel, en dan past het in een bouwdag. Kan het dat niet, dan is de koppeling een project op zich met afstemming met de leverancier. Dat is het eerste dat we uitzoeken, omdat het de hele planning bepaalt.
Vertel waar de status nu wordt bijgehouden, wie hem mag zien en hoeveel vragen je er nu over krijgt. In een korte intake bepalen we welk deel in één dag past.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.