Het formulier
Jullie vragen, jullie bijlagen, en een aanvrager die zijn concept kan bewaren en later afmaken.
Ja, genoeg om het aan je bestuur te laten zien. Een aanvrager dient een aanvraag in met bijlagen, twee beoordelaars scoren die op jullie criteria, en het bestuur ziet de ranglijst. Dat is de kern van elk fonds, en die kern is in een dag werkend te maken. Wat er niet in past, is alles wat een fonds tot een instelling maakt: uitbetalen, archiveren en verantwoorden.
Niet een portaal, maar dat de beoordeling eerlijk en uitlegbaar is.
Een fonds, een regeling of een prijs begint bijna altijd met een mailbox en een spreadsheet. Aanvragen komen binnen als pdf, iemand zet ze in een map, beoordelaars krijgen een lijst en mailen hun scores terug. Het werkt, tot het aantal aanvragen groeit of tot iemand vraagt waarom aanvraag zeventien wel is toegekend en aanvraag achttien niet.
Het bestuur dat over een portaal moet beslissen, wil eigenlijk één ding zien: dat de beoordeling straks eerlijk en uitlegbaar is. Dat elke aanvraag dezelfde vragen krijgt, dat elke beoordelaar dezelfde criteria scoort, en dat de ranglijst niet in een spreadsheet ontstaat maar uit die scores volgt. Dat kun je uitleggen in een notitie, maar laten zien werkt beter.
Daarom bouwen we in een dag precies die keten: het aanvraagformulier met jullie vragen en bijlagen, een beoordelaarsscherm met jullie criteria en een score per criterium, en een overzicht waarin de aanvragen op totaalscore staan. Met vijf echte of nagemaakte aanvragen erin kun je het bestuur laten klikken. Dat is waar het besluit over het echte portaal op wordt genomen.
Jullie vragen, jullie bijlagen, en een aanvrager die zijn concept kan bewaren en later afmaken.
Elke beoordelaar scoort dezelfde punten op dezelfde schaal, met een regel toelichting per score.
De volgorde volgt uit de scores, niet uit een spreadsheet. Dat is wat uitlegbaar maakt.
Waar twee beoordelaars ver uit elkaar zitten, licht dat op. Daar hoort het gesprek over te gaan.
Jullie beoordelingskader, en de vragen die elke aanvraag moet beantwoorden.
Stap voor stap, met bijlagen en concept bewaren.
Per aanvraag de criteria scoren, met een regel toelichting per score.
Totaalscore, volgorde en de spreiding tussen beoordelaars.
Echte of nagemaakte, zodat het bestuur iets te klikken heeft.
Draaiend op een live URL, code in je eigen repository, met de openstaande punten op papier.
Stuur ons je beoordelingskader en je aanvraagformulier, ook als dat nu een Word-bestand is. Dan zeggen we of het in één dag werkend te maken is en wat het bestuur daarna nog moet beslissen.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Ja, voor de kern: indienen met bijlagen, beoordelen op criteria door meerdere beoordelaars, en een ranglijst die uit de scores volgt. Met een handvol aanvragen erin is dat genoeg om je bestuur te laten zien hoe het werkt. Uitbetaling, archivering en inloggen met DigiD of eHerkenning vallen erbuiten.
Ja, en dat is precies waar de bouwdag voor bedoeld is. Een bestuur beslist makkelijker over een portaal als het er zelf in heeft geklikt: een aanvraag geopend, een score gegeven, de ranglijst zien veranderen. Dat overtuigt meer dan een notitie met schermontwerpen.
Dan laat het systeem dat zien: per aanvraag staat hoe ver de scores uit elkaar liggen. Dat is geen fout maar informatie. Aanvragen met grote spreiding zijn de aanvragen waar de bestuursvergadering over hoort te gaan; de rest kan op de scores worden afgedaan.
Voor het prototype niet; een aanvrager krijgt een link per e-mail. Voor een echte regeling van een overheid of voor aanvragen namens bedrijven is DigiD of eHerkenning meestal wel nodig, en die aansluiting heeft een eigen aanvraag- en testtraject. Dat plan je in na het besluit van het bestuur, niet ervoor.
Niet in de bouwdag. Toekennen is een formeel besluit met een beschikking, en uitbetalen raakt je financiële administratie. Beide zijn goed te bouwen, maar ze vragen om afspraken met je penningmeester of je financiële afdeling, en die maak je pas als het bestuur voor het portaal heeft gekozen.
Soms wel. Als jullie proces standaard is, met vaste rondes en vaste criteria, kan een pakket sneller en goedkoper zijn. De bouwdag is juist nuttig om te ontdekken waar jullie proces afwijkt, en dat is precies wat je moet weten voordat je een pakket kiest.
In een korte intake bekijken we je beoordelingskader en je aanvraagformulier. Daarna weet je of het in één dag werkend te maken is en wat het bestuur daarna nog moet beslissen.
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.