01
De aanvraag vraagt cijfers
Verwachte besparing en risico, terwijl je nog niet weet of het werkt.
OneDayBuild, het bouwdagmerk van Appfront
Innovatiebudget aanvragen of eerst een dag bouwen?
Een interne aanvraag voor een AI- of innovatiebudget vraagt een onderbouwing die je pas kunt geven als er al iets bestaat. Dat is de klem: je hebt budget nodig om te bouwen, en iets gebouwds om budget te krijgen. Een bouwdag is een manier om die volgorde om te draaien.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
Een aanvraag vraagt zekerheid die je nog niet hebt.
Interne budgetaanvragen voor innovatie hebben een terugkerend probleem. Het formulier vraagt om een verwachte opbrengst, een inschatting van het risico en meestal een businesscase. Dat zijn precies de dingen die je nog niet weet, want als je ze wist was het geen innovatie meer.
Wat er dan gebeurt is bekend. De aanvraag wordt geschreven met aannames die niemand kan controleren, en de stuurgroep beoordeelt hem op de overtuigingskracht van de schrijver. Soms lukt dat. Vaker komt de aanvraag terug met de vraag om meer onderbouwing, en begint dezelfde ronde opnieuw.
Een werkend prototype verandert dat gesprek. Niet omdat het de businesscase invult, maar omdat het de belangrijkste onzekerheid wegneemt: of het technisch kan en hoe het voelt om het te gebruiken. De aanvraag gaat daarna over de vraag of het de moeite waard is, en dat is een gesprek dat je wél kunt winnen.
02
De stuurgroep wil zekerheid
Iets dat draait, neemt de technische twijfel weg voordat het over geld gaat.
03
De doorlooptijd telt
Een aanvraagronde duurt vaak langer dan het bouwen van het deel waar het over gaat.
04
Draagvlak is de helft
Collega's die het hebben gezien werken, zijn overtuigender dan een dia met een schatting.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het deel van je idee dat de grootste onzekerheid wegneemt, werkend.
- Werken met je eigen gegevens als die beschikbaar zijn, of met een realistische set.
- Een live URL die je in de stuurgroep of aan collega's kunt laten zien.
- De code in je eigen repository, zodat hij na goedkeuring herbruikbaar is.
Buiten scope
- De businesscase en de aanvraag zelf schrijven.
- Een koppeling met de productiesystemen van je organisatie.
- Een beveiligingsbeoordeling of een privacytoets.
- Beheer, ondersteuning en beschikbaarheid voor echte gebruikers.
03/06
Hoe de bouwdag verloopt
- Stap 1
De onzekerheid benoemen
Welke vraag maakt of breekt je aanvraag: kan het, of loont het.
- Stap 2
Het kleinste bewijs kiezen
Niet het hele idee, maar het deel dat die vraag beantwoordt.
- Stap 3
Bouwen
Werkend, met gegevens die genoeg op de werkelijkheid lijken om iets te zeggen.
- Stap 4
Meten wat het doet
Wat het scheelt of oplevert, voor zover dat in een dag te zien is.
- Stap 5
Klaarzetten voor het gesprek
In welke volgorde je het laat zien en wat je erbij vertelt.
- 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 of dit je aanvraag sterker maakt?
Vertel waar je aanvraag nu op vastloopt en wie hem beoordeelt. In een korte intake bepalen we of een bouwdag daarbij helpt en welk deel je dan moet laten zien.
04/06
Eerlijk over deze vergelijking
- Een prototype is geen businesscase. De vraag of het loont, blijft. Wat je wegneemt is de vraag of het kan, en dat is meestal de blokkade.
- Soms is de aanvraag de snelste weg. Als er een vast innovatiebudget is met een korte ronde, is aanvragen sneller dan bouwen. Kijk eerst naar de doorlooptijd van de ronde.
- Intern bouwen heeft eigen regels. Een prototype dat met bedrijfsgegevens werkt, kan een privacytoets of beveiligingsbeoordeling nodig hebben. Dat valt buiten een bouwdag.
- Draagvlak kun je niet bouwen. Als de weerstand organisatorisch is en niet technisch, verandert een werkend prototype daar weinig aan.
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 aanvraag loopt vast op de vraag of het technisch kan.
- Aan het eind van de dag heb je iets werkends dat je in de stuurgroep laat zien.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het budget is toegekend en je wilt het echt in gebruik nemen.
- Koppelingen met je productiesystemen, beveiliging, beheer en ondersteuning.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Helpt een prototype echt bij een interne aanvraag?
Bij de technische vraag wel, bij de financiële vraag niet. Een stuurgroep die twijfelt of iets kan, is daarna om. Een stuurgroep die twijfelt of het genoeg oplevert, wil nog steeds cijfers zien. Kijk dus eerst waar je aanvraag op vastloopt voordat je gaat bouwen.
Mogen we met bedrijfsgegevens bouwen?
Dat hangt af van jullie eigen regels. Veel organisaties vragen een privacytoets of een beveiligingsbeoordeling voordat echte gegevens in een nieuwe omgeving mogen. Werk anders met een realistische set die op de werkelijkheid lijkt, dat is voor een prototype meestal genoeg.
Wat als het budget daarna niet wordt toegekend?
Dan heb je nog steeds iets werkends en de code in je eigen repository. Dat is minder erg dan een afgewezen aanvraag zonder resultaat, en het is bruikbaar bij een volgende ronde of bij een andere afdeling met een eigen budget.
Is een dag genoeg om iets met AI te laten zien?
Voor het beantwoorden van een gerichte vraag meestal wel. Werkt dit op onze eigen teksten, herkent het onze documenten, levert het bruikbare antwoorden op onze eigen gegevens. Wat niet in een dag past is de afweging over kwaliteit, kosten per gebruik en beheer op langere termijn.
Moeten wij de aanvraag zelf schrijven?
Ja. Wij bouwen het deel dat de twijfel wegneemt; de aanvraag en de businesscase blijven van jullie, omdat die over jullie organisatie en jullie cijfers gaan. Wel leveren we een eerlijke lijst op van wat er wel en niet in zit, zodat je die kunt overnemen.
Wat als collega's dit als extra werk zien?
Dat is een organisatievraag en geen bouwvraag, maar hij is reëel. Iets laten zien dat werkt helpt daarbij meer dan uitleggen wat je van plan bent, omdat mensen dan zien wat het voor hun eigen dag betekent in plaats van wat het in theorie oplevert.
