Haalbaarheid onderbouwen
Een verkenning die je zelf hebt gedaan, weegt zwaarder dan een verwijzing naar wat anderen hebben gedaan.
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.
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.
Een verkenning die je zelf hebt gedaan, weegt zwaarder dan een verwijzing naar wat anderen hebben gedaan.
Als je weet welk werk er ligt, weet je ook wie wat doet en waarom die partner nodig is.
De aanvraag moet compleet zijn op het moment dat de regeling opengaat, dus tijd is het schaarse goed.
Wat er nog niet bestaat, laat je het beste zien door te tonen waar je tegenaan liep.
Welk onderdeel van het plan is het meest onzeker, technisch gezien.
Wat je in een dag kunt onderzoeken zonder het hele idee te bouwen.
Werkend maken wat kan, en vastlopen waar het vastloopt. Allebei is bruikbaar.
Wat werkte, wat niet, en welke vraag daarmee open is komen te liggen.
Beeld en formulering die je in je projectplan kunt overnemen.
Live URL, code in je eigen repository en een eerlijke lijst met wat er nog niet in zit.
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.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
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.
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.
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.
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.
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.
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.
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.
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.