Van idee naar werkende app in 2 weken: zo ziet een MVP-traject er echt uit

Je hebt een idee. Een tool die je eigen team elke dag zou gebruiken, een app voor je klanten, of een dienst die vandaag nog in vijf Excel-bestanden zit. En dan komt de vraag die de meeste ondernemers maandenlang doet stilstaan: hoe lang duurt zoiets, en waar begin je?

Een MVP laten bouwen hoeft geen half jaar te duren. Bij Compañero is de gemiddelde doorlooptijd twee weken, van eerste gesprek tot werkende webapp. In dit artikel lees je wat er in die twee weken concreet gebeurt, welke keuzes de snelheid bepalen en waar het meestal misloopt.

Waarom snelheid meer waard is dan volledigheid

Een MVP is geen afgeslankte versie van je droomproduct. Het is het kleinste ding dat een echte gebruiker echt kan gebruiken, zodat je leert of je gelijk had.

Dat klinkt evident, maar in de praktijk gaat het daar mis. Uit een overzicht van startupfalen blijkt dat een grote meerderheid van de oprichters begint met schalen en uitbouwen nog voor iemand heeft bevestigd dat het product gewenst is (bron: onderzoek naar startupfalen, 2026).

Twee weken bouwen betekent dat je fout goedkoop is. Werkt het idee niet, dan heb je twee weken verloren in plaats van een half jaar en een ontwikkelaar op de loonlijst.

Wat een traject van twee weken mogelijk maakt

De doorlooptijd komt niet uit harder werken. Ze komt uit drie keuzes.

✓Een scherpe scope. Eén doelgroep, één kernactie, één succesmoment. Alles wat "later ook handig zou zijn" gaat op een aparte lijst en blijft daar tot na de eerste gebruikers.
✓Moderne bouwstenen. We bouwen met Lovable, Claude Code, Supabase, Netlify en Cursor. Login, database, hosting en API-integraties zijn geen projecten meer op zich, maar onderdelen die je aansluit.
✓AI in de bouwstroom. Een analyse van meer dan 10.000 ontwikkelaars toont dat wie met AI-ondersteuning werkt 21% meer taken afrondt en de mediane doorlooptijd van eerste commit tot deployment met 24% ziet dalen (uit een analyse van AI-gebruik in softwareontwikkeling, 2026). Diezelfde bronnen waarschuwen wel: die winst vertaalt zich alleen in snellere oplevering als je klein blijft werken en strak test. Precies daarom werken we in korte iteraties met wekelijkse updates.

Week 1, van idee naar klikbare werkelijkheid

Dag 1 en 2, het scherpstellen. We doorlopen wie de gebruiker is, welk probleem je wegneemt en wat de app absoluut moet kunnen. Je krijgt een offerte op maat en een lijst van wat wél en niet in versie één zit. Die tweede lijst is even belangrijk als de eerste.

Dag 3 en 4, structuur en scherm. De datamodellen, de schermen, de navigatie. Je ziet snel een werkende versie in plaats van een statische mockup, zodat je met je muis kunt ontdekken wat niet klopt.

Dag 5, je eerste feedbackronde. Je klikt zelf door de app. Dit is het moment waarop de meeste bijsturingen gebeuren, en dat is precies de bedoeling.

Week 2, van werkend naar bruikbaar

Dag 6 tot 8, de echte logica. Login en onboarding, rechten, database-acties, koppelingen met de tools die je al gebruikt. Werk je met een agenda, een CRM of een facturatiepakket, dan sluiten we daarop aan.

Dag 9 en 10, afwerken en testen. Randgevallen, foutmeldingen, gedrag op gsm, laadtijden. En de vraag die het verschil maakt tussen een demo en een product: begrijpt iemand die er nooit iets over hoorde binnen dertig seconden wat hij moet doen?

Oplevering. Je krijgt een werkende webapp, de database en API-integraties, login en onboarding, en twee weken support na oplevering. Geen vast contract, geen jaarabonnement dat je nergens toe brengt.

Wil je daarna naar de App Store en Play Store, dan is dat een apart traject vanaf €4.995, publicatie inbegrepen. Een MVP in Lovable start vanaf €1.995 eenmalig. Meer detail over de volledige prijszetting vind je op de pagina over apps en MVP's.

"Twee weken bouwen betekent dat een verkeerde aanname je twee weken kost, niet een half jaar."

De drie fouten die twee weken in twee maanden veranderen

✓Je bouwt voor iedereen. "Ook handig voor onze leveranciers" verdubbelt je scope voor je het beseft. Kies één gebruiker.
✓Je wacht op perfect. Een MVP die drie weken in review blijft hangen omdat een knop de verkeerde kleur heeft, leert je niets. Live gaan is de test.
✓Je vraagt niets aan echte gebruikers. De enige mening die telt komt van iemand die de app zonder jou erbij moet gebruiken. Plan die gesprekken in voor je begint te bouwen, niet erna.

Wat je ermee kunt bouwen

De praktijk is breder dan "een app voor klanten". We bouwden onder meer Padelmakker, een app die in beide stores staat, Compañero Offertes als SaaS-tool, Cassa als cashplanner en een in-house tool voor VDB Technics. Dat laatste is misschien wel het meest onderschatte gebruik: een interne tool die een gedeeld Excel-bestand vervangt waar vier mensen elke dag over struikelen.

Veelgestelde vragen

Moet ik technisch zijn om een MVP te laten bouwen?

Nee. Je moet je klant en je proces goed kennen. Wij vertalen dat naar een werkende app, in het Nederlands, met wekelijkse updates zodat je op elk moment weet waar we staan.

Wat als mijn idee halverwege verandert?

Dat gebeurt vaak, en het is meestal goed nieuws. We werken async en in korte iteraties, dus bijsturen is normaal. Verandert de scope fundamenteel, dan bespreken we eerlijk wat dat betekent voor tijd en prijs.

Is een MVP van twee weken wel professioneel genoeg om aan klanten te tonen?

Ja. Snel bouwen gaat over minder functies, niet over minder kwaliteit. Design en gebruiksgemak zijn precies wat je product onderscheidt in een markt vol lookalikes.

Wat gebeurt er na die twee weken support?

Je kiest zelf. Je kunt zelfstandig verder, of we blijven doorbouwen op basis van wat je gebruikers je vertellen. Er is geen vast contract dat je vastzet.