OneDayBuild, het bouwdagmerk van Appfront

Scope bepalen: een aanvraagformulier voor een regeling

Je wilt aanvragers helpen met een aanvraag bij een regeling, een fonds of een loket: een invulhulp die de juiste vragen stelt, een checklist van wat erbij moet, en een overzicht om in te dienen. Dat deel is in één dag te bouwen. De koppeling met het loket van de verstrekker niet. Hier lees je waar we de scope leggen, en waarom juist daar.

  • Eén werkdag
  • Werkend prototype
  • Code in je eigen repository
01/06

Waarom de grens bij het loket ligt

Een aanvrager helpen is een formulier met logica. Indienen bij een verstrekker is een ander systeem, met eigen regels en eigen inlog.

Veel aanvragers lopen vast op een aanvraag: welke vragen horen bij hun situatie, welke bijlagen zijn nodig, en is alles compleet voordat ze indienen. Een invulhulp lost dat op. Hij stelt alleen de vragen die voor deze aanvrager gelden, laat zien wat er nog ontbreekt, en maakt een overzicht dat klaar is om in te dienen.

Het indienen zelf gaat bij de meeste verstrekkers via hun eigen loket, met een eigen inlog en soms een eigen koppelvlak. Dat loket wijzigt, heeft eigen eisen en is niet van jou. Wie dat in dezelfde dag probeert te koppelen, bouwt iets breekbaars op een systeem dat je niet beheert.

Daarom leggen we de scope bij het overzicht dat klaar is om in te dienen. Aan het eind van de dag vult een aanvrager de gegevens in, ziet wat er ontbreekt en heeft een compleet pakket. Indienen gebeurt nog in het loket, door de aanvrager zelf. Of een koppeling later zin heeft, hangt af van het loket en het aantal aanvragen.

01

Wie vraagt aan

Ondernemers, instellingen, particulieren of je eigen klanten. Dat bepaalt de taal en de vragen.

02

Welke vragen gelden

Niet alle vragen gelden voor iedereen. De invulhulp stelt alleen wat bij de situatie hoort.

03

Welke bijlagen

Een checklist van wat erbij moet, met wat al is geüpload en wat nog ontbreekt.

04

Wat na een maand

Hoeveel aanvragen, waar mensen vastlopen, en of een koppeling met het loket de moeite waard is.

02/06

Wat valt binnen en buiten de bouwdag

Binnen scope
  • Een invulhulp die de vragen stelt die bij de situatie van de aanvrager horen.
  • Een checklist van bijlagen, met wat er al is en wat nog ontbreekt.
  • Een overzicht van de aanvraag, klaar om in het loket in te dienen.
  • De code in je eigen repository, met een lijst van wat een koppeling vraagt.
Buiten scope
  • De koppeling met het loket van de verstrekker en automatisch indienen.
  • Indienen namens de aanvrager of inloggen met diens gegevens.
  • Advies over de regeling of de kans op toekenning.
  • Beoordeling van aanvragen en een behandelproces.
03/06

Hoe de bouwdag verloopt

  1. Stap 1

    Regeling lezen

    Welke vragen, welke bijlagen, en voor welke situaties wat geldt.

  2. Stap 2

    Vragen ordenen

    De vragen in een volgorde die een aanvrager begrijpt, met logica per situatie.

  3. Stap 3

    Invulhulp bouwen

    Het formulier dat alleen stelt wat geldt, met uitleg bij lastige vragen.

  4. Stap 4

    Checklist

    De bijlagen per situatie, met uploaden en een overzicht van wat ontbreekt.

  5. Stap 5

    Overzicht

    Een compleet pakket om in het loket in te dienen, als document of scherm.

  6. Stap 6

    Opleveren

    Live URL, code in je eigen repository en een lijst van wat een koppeling met het loket vraagt.

Volgende stap

Lopen aanvragers bij jullie vast op een formulier?

Vertel ons welke regeling, wie aanvraagt en hoe het indienen gaat. Dan zeggen we of de invulhulp en checklist in één dag werkend te maken zijn.

04/06

Eerlijk over deze scope

  • Indienen blijft een handeling van de aanvrager. De aanvrager dient zelf in bij het loket. Dat is bewust: het loket is niet van jou, en de aanvrager blijft verantwoordelijk.
  • Een regeling verandert. Vragen en bijlagen wijzigen per ronde. Iemand moet de invulhulp bijhouden.
  • Wij geven geen subsidieadvies. De invulhulp helpt met compleetheid. Of een aanvraag kans maakt, is een andere vraag.
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
  • Aanvragers lopen vast op vragen en bijlagen en dienen onvolledige aanvragen in.
  • Aan het eind van de dag vult een aanvrager in, ziet wat ontbreekt en heeft een compleet pakket.
  • Eén dag, vaste prijs, code in je eigen repository.

Volledig traject, Appfront
  • De invulhulp werkt en het aantal aanvragen rechtvaardigt een koppeling.
  • De koppeling met het loket, een behandelproces en beheer per ronde.
  • Een traject bij Appfront, met beheer en doorontwikkeling.

Bekijk de trajecten van Appfront

06/06

Veelgestelde vragen

Wat past er in één dag bij een aanvraagformulier voor een regeling?

Een invulhulp die alleen de vragen stelt die gelden, een checklist van bijlagen en een overzicht dat klaar is om in te dienen. De koppeling met het loket van de verstrekker valt erbuiten.

Waarom niet meteen de koppeling met het loket?

Omdat het loket van de verstrekker is, met eigen inlog, eigen regels en wijzigingen die je niet beheert. Eerst de invulhulp goed, dan zien of een koppeling bij het aantal aanvragen past.

Voor wie is dit?

Voor adviseurs, brancheorganisaties, fondsen of gemeenten die aanvragers helpen, en voor verstrekkers die hun eigen formulier willen verbeteren.

Wat is het verschil met de Kan-dit-pagina over een aanvraagformulier?

Die gaat over de vraag of het in één dag kan. Deze pagina gaat over waar de grens ligt: wat binnen de dag valt en wat erbuiten.

Wat als de regeling verandert?

Dan moeten vragen en bijlagen worden aangepast. We bouwen het zo dat dat zonder ontwikkelaar kan, als dat binnen de dag past.

Wat is de volgende stap na de dag?

Een ronde gebruiken, kijken waar aanvragers vastlopen en hoeveel er indienen, en dan beslissen of een koppeling met het loket de moeite waard is.

Weten waar de scope voor jullie formulier ligt?

In een korte intake bekijken we de regeling, de aanvragers en het loket. Daarna weet je wat in één dag werkend te maken is.