One-Week Product Sprint voor Mobiliteit
In één week van mobiliteitsidee 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 mobiliteitsdata en API's.
Wat deze dag je oplevert
Een gedeelde productvisie voor jouw mobiliteitsoplossing
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 mobiliteitsdata | 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 mobiliteitsproduct 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 mobiliteitsdata 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.