Geen development-capaciteit in huis

Het idee is er, de mensen niet. Het dev-team zit vol tot ver in het volgende kwartaal, inhuren duurt weken en vraagt een budget dat je nog niet hebt onderbouwd. In een werkdag maken we van je idee een klikbaar prototype, zodat je het gesprek kunt voeren zonder eerst capaciteit vrij te maken.

Terug naar OneDayBuild
01 / 04

Waar het meestal op vastloopt

Drie varianten van hetzelfde probleem, met dezelfde uitkomst: het idee blijft liggen.

Het team zit vol

De roadmap staat tot ver in het volgende kwartaal vast en jouw idee past er niet meer bij. Het komt op de lijst met dingen die we later oppakken, en daar blijft het staan.

Er is geen team

Er is niemand in huis die kan bouwen. Alles moet extern, en dat voelt als een grote stap voor iets waarvan je nog niet zeker weet of het werkt.

Inhuren duurt te lang

Werven, inwerken en aansturen kost weken voordat er iets staat. Voor een idee dat nog getoetst moet worden is dat een zware voorinvestering.

02 / 04

Wat wel en niet in een werkdag past

De beperking dwingt tot een keuze, en dat is precies wat het bruikbaar maakt.

Wat we in een dag doen
  • Een kern-userflow die van begin tot eind klikbaar is.
  • Schermen met voorbeelddata die bij jullie situatie past.
  • Een deelbare URL die je intern kunt rondsturen.
  • De aannames achter het idee, expliciet benoemd.
  • Een overzicht van wat er voor een vervolg nodig is.
Wat er niet in past
  • Een koppeling met jullie bestaande systemen.
  • Een versie die je in productie kunt nemen.
  • Meerdere ideeen of afdelingen tegelijk.
  • Overname van het beheer of doorlopende ondersteuning.
  • Een uitgewerkte business case met cijfers.
03 / 04

Hoe zo'n werkdag verloopt

Een vast ritme, waarbij jij alleen nodig bent op de momenten dat er een keuze ligt.

  1. 09:00

    Context en gebruiker

    Welk probleem lossen we op en voor wie? We bepalen wie het prototype straks moet overtuigen en wat die groep wil zien.

  2. 10:00

    De kern-userflow

    Welk pad vertelt het verhaal? We kiezen de ene flow die we klikbaar maken en schrijven de rest op als vervolg.

  3. 11:30

    Scope vastleggen

    Wat moet echt werken en wat mag statisch blijven? Hier valt de beslissing die de dag haalbaar houdt.

  4. 13:30

    Bouwen

    We zetten de flow om in werkende schermen, met tekst en data die herkenbaar zijn voor jouw organisatie.

  5. 15:30

    Doorlopen en aanscherpen

    We lopen het samen door met de vraag waar een collega of stakeholder zou afhaken, en passen aan waar dat nodig is.

  6. 17:00

    Overdracht

    Je krijgt de werkende URL, een korte walkthrough en de aannames op een rij, klaar om te laten zien.

04 / 04

Wat je ermee kunt in de organisatie

Het doel is niet de demo zelf, maar het besluit dat erna komt.

Met iets werkends in handen verandert het gesprek. Een idee dat op de lijst stond omdat niemand tijd had, wordt een concreet voorstel waar mensen op kunnen reageren. Dat helpt bij het vrijmaken van capaciteit, omdat de vraag niet langer abstract is.

Het werkt ook de andere kant op. Als uit de reacties blijkt dat het idee niet aanslaat, weet je dat voordat er een bouwtraject aan hangt. Dat is een goedkope manier om erachter te komen.

Herken je de situatie maar zit het probleem eerder in het budget dan in de capaciteit, kijk dan bij geen budget voor een volledig traject. Wil je eerst weten wat er precies uit een dag komt, dan staat dat in wat krijg je na een dag bouwen. En twijfel je of jouw geval past, dan geeft kan dit in een dag een eerste indicatie.

05 / 05

Veelgestelde vragen

Moet ons dev-team ergens tijd voor vrijmaken?

Nauwelijks. We hebben iemand nodig die de context kent en knopen mag doorhakken, meestal jij. Een developer die een uur meekijkt is nuttig als er een bestaand systeem in het spel is, maar het is geen voorwaarde.

Wij hebben helemaal geen developers. Kan dat?

Ja. Dat is een van de meest voorkomende situaties. Je hoeft niets technisch aan te leveren en geen keuzes te maken over tools of architectuur. Wat we nodig hebben is dat jij weet welk probleem je wilt oplossen en voor wie.

Hoe verhoudt dit zich tot een developer inhuren?

Iemand inhuren kost tijd voor werving, inwerken en aansturing, en je zit daarna aan een langere verplichting vast. Een prototype-dag is bedoeld om eerst te weten of het idee de moeite waard is, zodat je die keuze onderbouwd kunt maken.

Wat als het idee groen licht krijgt en we moeten echt gaan bouwen?

Dan heb je met het prototype iets in handen om de opdracht mee te beschrijven, wat de vraag naar capaciteit een stuk concreter maakt. Of dat intern wordt opgelost of extern, is dan een aparte keuze.

Werken jullie op locatie of op afstand?

Allebei is mogelijk. Wat telt is dat er die dag iemand van jullie kant bereikbaar is voor vragen, zodat we niet hoeven te gokken bij keuzes die jij beter kunt maken.

Wat moet ik aanleveren?

Je idee, wie de gebruiker is en welk probleem het oplost. Als je schetsen, een document of eerdere gesprekken hebt, is dat nuttig. Ontbreekt dat, dan halen we het in de intake op.

Idee wel, capaciteit niet?

Stuur ons je idee. In een intake bepalen we welke flow we bouwen, zodat je binnen een werkdag iets hebt om intern te laten zien.