Twee kanten: rijder en passagier
Een rit-app heeft altijd twee gezichten. De passagier die ergens heen wil, en de rijder die ritten aanneemt. We schetsen beide kanten van de flow, zodat je ziet hoe het idee voor allebei aanvoelt.
Een rit-app-idee laat zich moeilijk uitleggen met woorden alleen. Je wilt de kern zien: een rit boeken, een rijder gematcht zien, de rit volgen, afrekenen. Bij OneDayBuild schetsen we in één werkdag een klikbaar taxi-app-MVP van die kern-ritflow, voor zowel de rijder als de passagier. Iets om aan te raken en mee door te klikken, zodat je je aanname kunt toetsen vóór je laat bouwen.
Een rit-app heeft veel kanten. We kiezen de kern, zodat één werkdag genoeg is om er iets klikbaars van te maken.
Een rit-app heeft altijd twee gezichten. De passagier die ergens heen wil, en de rijder die ritten aanneemt. We schetsen beide kanten van de flow, zodat je ziet hoe het idee voor allebei aanvoelt.
De ruggengraat van elke rit-app: boeken, matchen, rit, afrekenen. Die vier stappen maken we klikbaar, zodat je van begin tot eind door een rit kunt lopen alsof de app al bestaat.
Voordat we beginnen bepalen we samen wat je écht wilt weten. Snapt een nieuwe gebruiker de flow? Voelt het verschil met een bestaande app? Het MVP is er om die ene vraag scherp te beantwoorden.
Geen losse plaatjes, maar vier concrete dingen waar je mee verder kunt: iets om door te klikken, een scherpe scope, een bouwplan en een verhaal om te laten zien.
Eén werkdag is genoeg om de kern-ritflow klikbaar te krijgen en te toetsen. Het is geen werkende productie-app met live auto's op de kaart.
Een vast ritme van scherpstellen naar klikbaar. Je zit erbij en stuurt onderweg mee.
We bepalen welke aanname je wilt toetsen en hoe de rit eruitziet voor zowel de rijder als de passagier.
Samen lopen we de stappen langs: boeken, matchen, rit, afrekenen. Wat hoort erbij, wat laten we weg.
De belangrijkste schermen krijgen vorm: het boekscherm, het wachten op een match, de rit, het afrekenen.
We knopen de schermen aan elkaar tot een doorlopende flow, met realistische data en een kaart-schets.
Je klikt zelf door het prototype. Waar het hapert of onlogisch voelt, passen we het samen aan.
We lopen het MVP samen door en schetsen wat een vervolgtraject naar een werkende app zou omvatten.
Vier dingen die we vooraf vertellen, zodat je weet wat je wel en niet meekrijgt.
Ja, daar is het juist voor bedoeld. Een klikbaar MVP laat je idee zien op een manier die een pitchdeck niet kan. Investeerders zien de kern-ritflow werken, en chauffeurs of testers krijgen een gevoel bij de app. Wel met de eerlijke kanttekening erbij dat het een prototype is, geen werkende app.
Het MVP is een klikbaar prototype, geen productie-codebase. Je krijgt het werkende prototype en een scope-overzicht. De code voor een echte app schrijven we in een vervolgtraject, waar we vanaf een doordachte basis kunnen bouwen in plaats van wegwerp-prototype-code.
Binnen het MVP zijn dat schetsen: een kaart-weergave die er echt uitziet en een afrekenscherm dat de flow toont. Echte kaartdiensten, live locaties en werkende betalingen koppelen we niet aan in één dag. Dat hoort bij de bouw, omdat het om externe partijen en serieuze techniek gaat.
Als je door wilt, pakken we de volledige app op als regulier traject bij Appfront. We gebruiken het MVP en de scope van deze dag als startpunt, zodat de bouw begint vanuit iets concreets waar jij al doorheen hebt geklikt. We schetsen de aanpak en planning in een aparte offerte.
Een klikbaar taxi-app-MVP van de kern-ritflow voor beide rollen, een walkthrough waarin we het samen doorlopen, en een scope-overzicht van wat een werkende app zou vragen. Genoeg om je idee te toetsen, te laten zien en een onderbouwde keuze te maken over de bouw.
Ja. Of je nu denkt aan een lokale taxidienst, rolstoelvervoer, zakelijk vervoer of een ander niche-idee: de aanpak is hetzelfde. We schetsen de kern-ritflow zoals jij die voor je ziet, met de eigenheid van jouw doelgroep erin. Wat jouw idee anders maakt dan een bestaande app, daar richten we de dag juist op.
Dat kan. Het MVP en de scope zijn van jou, en het bouwplan is bedoeld om je een onderbouwde keuze te geven, niet om je vast te zetten. We bouwen graag het vervolg bij Appfront, maar je bent vrij om met de uitkomst naar een andere partij te stappen.
Beschrijf je idee in een paar zinnen. We sparren in een korte intake over de kern-ritflow en de aanname die je wilt toetsen, en plannen de dag.
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.