OneDayBuild, het bouwdagmerk van Appfront

Prototype voor je vooraanmelding of fase I

Veel regelingen beginnen kort: een vooraanmelding van een paar pagina's, of een fase I waarin je alleen de kern van de use case hoeft te beschrijven. De ruimte is klein en de beoordelaar leest snel. Wat er dan moet staan, is wat het is en waarom het kan. Een werkend kernonderdeel maakt die twee zinnen scherp, omdat je beschrijft wat er staat in plaats van wat je denkt te gaan maken. Wij bouwen dat in één werkdag.

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

Wat een korte eerste ronde vraagt

In een vooraanmelding is geen ruimte voor nuance. De beoordelaar wil in een minuut begrijpen wat het is, voor wie, en of het kan. Vage plannen vallen daar het eerst af.

Een vooraanmelding of fase I bestaat om het veld te verkleinen. De uitvoerder wil snel zien welke plannen concreet genoeg zijn voor een volledige aanvraag. De vragen zijn kort: wat ga je maken, voor wie, wat is er nieuw aan, en waarom lukt het jullie. De antwoorden moeten in een paar alinea's passen.

Wie nog niets heeft gebouwd, schrijft in mogelijkheden. Het platform zal, de gebruiker kan, de koppeling moet. Dat leest als een idee. Wie het kernonderdeel op een link heeft staan, schrijft in de tegenwoordige tijd: dit doet het, dit ziet de gebruiker, dit voegt het project toe. Dezelfde ruimte, een andere indruk.

Het prototype is niet voor de beoordelaar; die opent meestal geen links in een eerste ronde. Het is voor de tekst. Wie beschrijft wat bestaat, schrijft korter, concreter en zonder de woorden waar een vooraanmelding op afvalt. Of je doorgaat naar de volgende ronde, bepalen de criteria en het veld. Dat verandert een prototype niet.

01

Schrijven over wat bestaat

De kern in de tegenwoordige tijd. Dat is korter en concreter dan een plan, en dat is precies wat een korte ronde vraagt.

02

De use case in één scène

Eén gebruiker, één situatie, één resultaat. Als het onderdeel dat laat zien, is de beschrijving ervan bijna vanzelf goed.

03

Bewijs voor later

De link hoeft niet in de vooraanmelding. Hij is er voor de volledige aanvraag, het interview of de fase erna, waar wel naar bewijs wordt gevraagd.

04

Geen garantie op doorgaan

Een scherpe vooraanmelding komt verder dan een vage. Meer belooft een prototype niet, en meer moet je er ook niet van verwachten.

02/06

Wat valt binnen en buiten de bouwdag

Binnen scope
  • Het kernonderdeel van je use case, werkend op voorbeelddata, op een live URL.
  • Een beschrijving van drie zinnen: wat het doet, voor wie, wat het project toevoegt, in taal die in een vooraanmelding past.
  • Een lijst van wat bewust nog niet is gebouwd, als basis voor de volledige aanvraag later.
  • De code in je eigen repository, wat de uitkomst van de ronde ook is.
Buiten scope
  • De vooraanmelding zelf en de volledige aanvraag; die schrijf je met je adviseur.
  • Advies over de regeling, de criteria of je kansen.
  • Het volledige project; dat is waar de regeling voor is.
  • Uitspraken over of je door de eerste ronde komt.
03/06

Hoe de bouwdag verloopt

  1. Stap 1

    De use case kiezen

    Welke ene situatie laat zien wat het project is. Niet het hele idee, één scène.

  2. Stap 2

    De kern afbakenen

    Het kleinste onderdeel dat die scène werkend maakt, van invoer tot resultaat.

  3. Stap 3

    Bouwen

    Werkend, op voorbeelddata die een beoordelaar zou herkennen.

  4. Stap 4

    Doorlopen

    Samen de scène doorlopen. Wat niet klopt, wordt aangepast; wat ontbreekt, gaat op de lijst.

  5. Stap 5

    De drie zinnen

    Wat het doet, voor wie, wat het project toevoegt. Geschreven naast het werkende onderdeel, niet uit het hoofd.

  6. Stap 6

    Live zetten en overdragen

    Live URL, code in je eigen repository, de drie zinnen en de lijst voor de volledige aanvraag.

Volgende stap

Moet je de kern van je plan in een paar pagina's kwijt?

Vertel ons welke regeling het is, wanneer de vooraanmelding sluit en welke situatie je project moet oplossen. Dan zeggen we of de kern in één dag werkend te maken is en of dat je tekst helpt.

04/06

Eerlijk over de eerste ronde

  • Een prototype is niet nodig voor een vooraanmelding. Veel aanvragers komen door een eerste ronde met een goed geschreven idee. Het prototype helpt als je merkt dat je tekst vaag blijft omdat het onderdeel nog niet bestaat.
  • De beoordelaar opent de link waarschijnlijk niet. Reken daar niet op. De winst zit in wat het werkende onderdeel met je tekst doet, niet in wat de beoordelaar ziet.
  • Wij zijn geen subsidieadviseur. Welke regeling past, wat in een vooraanmelding moet staan en wanneer die sluit, weet je adviseur of de uitvoerder. Wij bouwen het onderdeel en schrijven de drie zinnen erover.
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
  • De vooraanmelding vraagt om een scherpe kern en jouw tekst blijft in mogelijkheden hangen.
  • Aan het eind van de dag werkt de kern op een link en beschrijf je hem in drie zinnen in de tegenwoordige tijd.
  • Één dag, vaste prijs, code in je eigen repository.

Volledig traject, Appfront
  • Je bent door de eerste ronde en de volledige aanvraag vraagt om een uitgewerkt plan met een technische paragraaf.
  • Uitbreiding van het onderdeel tot wat de volledige aanvraag beschrijft, met beheer en oplevering.
  • Een traject bij Appfront, met beheer en doorontwikkeling.

Bekijk de trajecten van Appfront

06/06

Veelgestelde vragen

Wat bewijst een prototype bij een vooraanmelding of fase I?

Dat de kern van je use case bestaat en dat je hem in weinig woorden kunt beschrijven. Het maakt je tekst concreter. Het bewijst niet dat je door de ronde komt; dat bepalen de criteria en de andere aanvragen.

Moet ik de link in de vooraanmelding zetten?

Alleen als de uitvoerder daar ruimte voor geeft. Meestal is een vooraanmelding tekst zonder bijlagen. De link is dan voor de volledige aanvraag of het gesprek erna, waar wel naar bewijs wordt gevraagd.

Is dit niet te vroeg om al te bouwen?

Het onderdeel is klein: één scène uit je use case. Als je daar niet uitkomt, is de vooraanmelding ook lastig te schrijven. En de code blijft van jou, wat de ronde ook oplevert.

Wat als de regeling in fase I alleen een haalbaarheidsstudie wil?

Dan beschrijf je de studie, en het onderdeel laat zien waar de studie over gaat. Op de pagina over de Innovation Impact Challenge fase 1 staat hoe een technische onderbouwing daar past.

Wanneer moet de bouwdag zijn?

Voordat je de vooraanmelding schrijft. Dan schrijf je naast het werkende onderdeel en niet uit het hoofd. In de intake rekenen we terug vanaf de sluitingsdatum die je adviseur noemt.

Helpen jullie met de vooraanmelding zelf?

Nee. De tekst, de regeling en de planning zijn van jou en je adviseur. Wij bouwen het onderdeel en leveren de drie zinnen die het beschrijven. Advies over regelingen of kansen geven we niet.

Wil je de kern van je plan beschrijven vanuit iets wat werkt?

In een korte intake bekijken we de regeling, de sluitingsdatum en de situatie die je project moet oplossen. Daarna weet je of de kern in één dag werkend te maken is.