OneDayBuild, het bouwdagmerk van Appfront

MIT R&D-samenwerking of eerst een dag bouwen?

Een MIT R&D-samenwerkingsproject vraagt een consortium, een penvoerder en een projectplan waarin staat wat je gaat ontwikkelen en waarom dat vernieuwend is. Dat plan wordt aanzienlijk sterker als je het deel waar de twijfel zit al een keer hebt gebouwd.

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

Waar de twee routes uit elkaar lopen

De aanvraag is niet het probleem. Het plan eronder wel.

Een MIT R&D-samenwerkingsproject is bedoeld voor twee of meer mkb-bedrijven die samen iets nieuws ontwikkelen. De aanvraag vraagt om een penvoerder, een verdeling van het werk en de kosten, en een projectplan waarin staat wat je gaat maken en waarom dat vernieuwend is.

Dat plan is het moeilijke deel, en dan vooral het stuk over technische haalbaarheid. Je moet beschrijven wat je gaat ontwikkelen zonder dat je het al hebt gemaakt, en tegelijk aannemelijk maken dat het kan. Beoordelaars zien daar het verschil tussen een plan dat op een verkenning rust en een plan dat op een aanname rust.

Als je het risicovolste deel al een keer hebt gebouwd, verandert het plan. Je schrijft dan niet dat iets waarschijnlijk kan, maar dat je het hebt geprobeerd, wat eruit kwam en welke vraag daarna overbleef. Dat maakt ook de rolverdeling in het consortium concreter, omdat je weet welk werk er echt ligt.

01

Haalbaarheid onderbouwen

Een verkenning die je zelf hebt gedaan, weegt zwaarder dan een verwijzing naar wat anderen hebben gedaan.

02

Het consortium scherper

Als je weet welk werk er ligt, weet je ook wie wat doet en waarom die partner nodig is.

03

De openstelling is een datum

De aanvraag moet compleet zijn op het moment dat de regeling opengaat, dus tijd is het schaarse goed.

04

Vernieuwing moet blijken

Wat er nog niet bestaat, laat je het beste zien door te tonen waar je tegenaan liep.

02/06

Wat valt binnen en buiten de bouwdag

Binnen scope
  • Het technisch risicovolste deel van je idee, werkend of aantoonbaar onhaalbaar.
  • Een korte vastlegging van wat werkte, wat niet, en welke vraag overbleef.
  • Een live URL en beeldmateriaal dat je in het projectplan kunt gebruiken.
  • De code in je eigen repository, zodat het project erop kan voortbouwen.
Buiten scope
  • Het projectplan, de begroting en de aanvraag zelf.
  • De samenwerkingsovereenkomst tussen de consortiumpartners.
  • Het onderzoek dat in het R&D-project zelf thuishoort.
  • Beheer, ondersteuning en beschikbaarheid voor gebruikers.
03/06

Hoe de bouwdag verloopt

  1. Stap 1

    Het risico benoemen

    Welk onderdeel van het plan is het meest onzeker, technisch gezien.

  2. Stap 2

    Afbakenen

    Wat je in een dag kunt onderzoeken zonder het hele idee te bouwen.

  3. Stap 3

    Bouwen

    Werkend maken wat kan, en vastlopen waar het vastloopt. Allebei is bruikbaar.

  4. Stap 4

    Vastleggen

    Wat werkte, wat niet, en welke vraag daarmee open is komen te liggen.

  5. Stap 5

    Bruikbaar maken

    Beeld en formulering die je in je projectplan kunt overnemen.

  6. Stap 6

    Opleveren

    Live URL, code in je eigen repository en een eerlijke lijst met wat er nog niet in zit.

Volgende stap

Wil je weten welk deel je zou moeten verkennen?

Vertel wat je wilt ontwikkelen en waar in je plan de grootste technische onzekerheid zit. In een korte intake bepalen we welk deel in één dag te onderzoeken is.

04/06

Eerlijk over deze vergelijking

  • Een bouwdag is geen aanvraag. Het plan, de begroting en de afstemming met je partners blijven werk dat jij of je adviseur doet.
  • Vernieuwing is een beoordeling. Of jouw project vernieuwend genoeg is, bepaalt de beoordelaar. Een prototype helpt bij de onderbouwing, niet bij het oordeel.
  • Soms werkt het tegen je. Als uit de dag blijkt dat het kernidee eenvoudiger is dan gedacht, kan dat vragen oproepen over het ontwikkelrisico. Dat is ongemakkelijk, maar wel goed om vooraf te weten.
  • De datum is hard. Als de openstelling al bijna dicht is, is bouwen de verkeerde volgorde. Kijk eerst naar de kalender van de regeling.
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
  • Je projectplan staat, maar het technische deel rust op een aanname.
  • Aan het eind van de dag weet je of dat deel werkt, en heb je materiaal voor het plan.
  • Één dag, vaste prijs, code in je eigen repository.

Volledig traject, Appfront
  • De aanvraag is toegekend en het ontwikkelwerk begint.
  • Het volledige ontwikkeltraject, met beheer, beveiliging en oplevering.
  • Een traject bij Appfront, als ontwikkelpartner binnen het project.

Bekijk de trajecten van Appfront

06/06

Veelgestelde vragen

Wat is een MIT R&D-samenwerkingsproject?

Het is een regeling voor twee of meer mkb-bedrijven die samen een nieuw product, proces of dienst ontwikkelen. Er is een penvoerder die namens het consortium aanvraagt, het werk en de kosten worden verdeeld over de partners, en er hoort een projectplan bij waarin staat wat je ontwikkelt en waarom dat vernieuwend is.

Mag ik al beginnen met bouwen voordat de aanvraag is toegekend?

Dat hangt af van de voorwaarden van de openstelling waarop je aanvraagt, want regelingen stellen doorgaans eisen aan wanneer projectkosten mogen zijn gemaakt. Een verkenning vooraf is iets anders dan het projectwerk zelf, maar laat dat onderscheid bevestigen door je adviseur of door RVO voordat je begint.

Wat voegt een bouwdag toe aan het projectplan?

Onderbouwing op het punt waar beoordelaars het scherpst kijken: de technische haalbaarheid. In plaats van te schrijven dat iets waarschijnlijk kan, beschrijf je wat je hebt geprobeerd, wat eruit kwam en welke vraag overbleef. Dat leest anders, en het maakt ook de rolverdeling in het consortium concreter.

Wat als uit de dag blijkt dat het niet kan?

Dan heb je dat geleerd voor de aanvraag in plaats van erna, en dat is de goedkoopste uitkomst die er is. Meestal blijkt overigens niet dat het niet kan, maar dat het anders moet dan bedacht. Dat is bruikbare informatie voor het plan.

Helpt dit ook bij het vinden van consortiumpartners?

Vaak wel. Een partner die moet beslissen of hij zijn naam en zijn uren aan jouw project verbindt, kijkt naar hoe concreet het is. Iets dat werkt maakt dat gesprek korter, en het maakt duidelijker welk werk er bij welke partner ligt.

Doen jullie de aanvraag ook?

Nee. Wij bouwen het deel dat de onzekerheid wegneemt en leveren materiaal op dat je in je plan kunt gebruiken. Het schrijven van de aanvraag, de begroting en de afstemming met je partners blijft bij jou of bij je subsidieadviseur, die daar beter in is dan wij.

Twijfel je over de volgorde van je MIT-aanvraag?

Vertel wat je wilt ontwikkelen en waar de grootste technische onzekerheid zit. In een korte intake bepalen we of een verkenning vooraf je plan sterker maakt.