One-Week Product Sprint voor Mobility
In één week van mobility-idee naar een werkende eerste versie
Blijft de ontwikkeling van een nieuwe reisplanner-feature, KCC-tool of storings-app hangen in eindeloos overleg? In één week gaan we samen van idee naar een productie-klare eerste versie — met echte reizigersvalidatie en aansluiting op je bestaande OV-data en API's.
Wat deze dag je oplevert
Een gedeelde productvisie voor jouw mobility-oplossing
Duidelijke reizigersflows en informatiestructuur
Scherpe scope en backlog om ontwikkeling direct te starten
Technische kaders en specificaties (Spec-Driven Development ready)
Reizigersinzichten uit échte gebruikerstests
Een eerste werkende versie, klaar voor livegang
Deze dag vervangt weken aan overleg, design en wireframen.
Waar organisaties tegenaan lopen
| Knelpunt | Wat deze sessie oplost |
|---|---|
Onzekerheid over wat écht haalbaar is met bestaande OV-data | Testbare flows en mockdata bovenop dienstregeling- en NDOV-feeds |
Veel afhankelijkheden van backoffice- en ticketing-systemen | Heldere scope en prioriteiten — geen wachten op alle API's |
Iedereen ziet iets anders voor zich: reiziger, KCC, concessie | Inzicht in technische risico's en reizigerskansen |
Discussies blijven hangen in meningen en concessie-eisen | Objectieve keuzes op basis van validatie met échte reizigers |
De 5 stappen
- 1Richting & Scope
Reizigersdoelen, concessiekaders en technische context worden scherp.
- 2Conceptontwikkeling
We onderzoeken oplossingen en structureren reizigersjourneys.
- 3Prototypen & Itereren
Klikbaar prototype met mockdata voor dienstregeling en storingen.
- 4Gebruikerstesten
Echte reizigers testen het prototype in ons UX-lab.
- 5Verbeteren & Concretiseren
Inzichten verwerken, roadmap vastleggen, eerste versie afronden.
"Het ontwikkelen met Spec-Driven Development geeft ons de mogelijkheid om eerst verliefd te worden op een werkend prototype. Om het vervolgens in recordtempo te laten bouwen en landen — met een doorloop die een stuk korter is."
Het programma
Iedereen op één lijn — reiziger, KCC, concessie en techniek
- Doelgroepen scherp: forens, incidentele reiziger, minder digivaardige reiziger
- Concessiekaders en compliance (WCAG, AVG, NDOV) in beeld
- Technische context: bestaande API's, ticketing, KCC-systemen
- AI-ondersteunde persona- en scenario-verkenning
- Kaders vastleggen: wat is in scope, wat niet
Meerdere oplossingsrichtingen en reizigersjourneys
- Oplossingsrichtingen verkennen (bijv. app, widget, voice)
- Reizigersjourneys uitwerken van A naar B — inclusief verstoring
- Contentstructuur en informatiehiërarchie schetsen
- Eerste keuze-moment: welke richting gaan we prototypen?
Klikbaar prototype dat voelt als 'iets echts'
- Bouwen van klikbaar prototype met vibecoding
- Mockdata voor dienstregeling, storingen, tarieven en OVpay
- Interacties en microcopy in B1-taal aanscherpen
- Iteratieve rondes: bouwen, bekijken, verbeteren
Échte reizigers testen in het UX-lab
- Testen met representatieve reizigers uit je doelgroep
- Observeren waar mensen vastlopen — en wat direct klikt
- Bijsturen tijdens de dag: quick wins meteen doorvoeren
- Verzamelen van objectieve inzichten (geen meningen)
Werkende eerste versie klaar voor livegang
- Inzichten uit dag 4 verwerken
- Roadmap en backlog vastleggen (Spec-Driven Development ready)
- Eerste versie productie-klaar maken
- Overdracht en afspraken over doorontwikkeling en go-live
Veelgestelde vragen
Kunnen jullie écht een mobility-product in één week realiseren?+
Ja — een eerste werkende versie. Doordat we op dag 1 scharp kiezen en met mockdata werken, blokkeren openstaande API's of ticketingkoppelingen niet de voortgang. Aan het einde van de week staat er een productie-klare versie op basis van Spec-Driven Development.
Werken jullie met onze bestaande OV-data en API's?+
Waar beschikbaar wel: NDOV, dienstregeling, storingsfeeds, KV6/KV15. Ontbrekende data vangen we op met realistische mockdata, zodat we niet hoeven te wachten op integraties.
Wie zit er vanuit onze kant in het team?+
Ideaal is een compact team van 3–5 mensen: product owner, iemand van KCC of reizigersinfo, een architect/tech-lead en een marketing- of concessiemanager. Wij leveren strategen, designers, developers en een onderzoeker.
Testen jullie met échte reizigers?+
Ja, op dag 4 testen we in ons UX-lab met representatieve reizigers uit jouw doelgroep — inclusief mensen die minder digivaardig zijn.
Wat is Spec-Driven Development?+
Een werkwijze waarbij we eerst een gevalideerd prototype maken en dat vervolgens met AI en heldere specs in recordtempo bouwen. Zo koppelen we snelheid aan kwaliteit — en kan de eerste versie direct door naar livegang.
Wat gebeurt er na deze week?+
Je hebt een werkende eerste versie, een gevalideerde roadmap en scherpe backlog. Vaak volgt een reguliere ontwikkelfase waarin we de eerste versie verder uitbouwen en koppelen aan je definitieve backoffice-systemen.
Wil jij dit ook?
Laat je gegevens achter en we nemen binnen één werkdag contact op om samen te kijken of jouw vraagstuk geschikt is voor deze sessie.