De 10-MVP Cyclus: Automatiseer de weg van idee naar deployment

Er vindt een stille revolutie plaats in hoe we software bouwen, en het heeft niets te maken met een nieuw JavaScript-framework. Het gaat om een verschuiving in wie—of wat—het zware werk doet.

Stel je dit scenario voor: Je wacht op je vlucht. Je krijgt een idee. Tegen de tijd dat je landt, heb je niet alleen notities in je telefoon, maar een volledig gedeployde MVP met een database, authenticatie en een frontend, live op een URL. Je hebt geen letter code zelf geschreven. Je hebt alleen de flow gemanaged.

Dit is geen sciencefiction. Dit is wat mensen "Vibe Coding" beginnen te noemen, en het verandert de economie van startups fundamenteel.

De meeste founders zitten nog vast in de oude lus: Idee -> Huren/Coderen -> Debuggen -> Deployen. Die lus is te traag. De nieuwe lus ziet er zo uit: Context -> AI Agent -> Verificatie.

Ik heb de afgelopen weken besteed aan het verfijnen van een stack die het rommelige middenstuk van development automatiseert. Het stelt me in staat om tien potentiële MVP's in parallelle cycli te draaien. Hier is de exacte setup, de workflow en de eerlijke waarheid over waar het nog hapert.

De "Vibe" Stack

Om dit te laten werken, heb je tools nodig die met elkaar praten. We zoeken niet naar de meest complexe enterprise-oplossingen; we willen snelheid en integratie. Hier is de toolkit:

1. Framework: create-t3-turbo (Een monorepo-setup gebouwd op Turborepo die frontend en backend op één plek afhandelt. Inclusief Next.js, tRPC, Tailwind en Prisma. Perfect voor MVP's).
2. Brein: Claude Code (De CLI-tool die fungeert als je lead engineer).
3. Projectmanagement: Linear (De 'source of truth').
4. Tracking: GitHub Issues (Gesynchroniseerd met Linear).
5. Infrastructuur: Vercel (Hosting) + Neon (Serverless Postgres).

Zowel Vercel als Neon hebben genereuze gratis pakketten, wat betekent dat je experimenteerkosten effectief nul zijn.

De Setup Fase

Voordat je ook maar één regel code schrijft, moet je de boel aan elkaar knopen. Hier is het exacte setup-proces:

1. Initialiseer het Project

Begin met het maken van een nieuw create-t3-turbo project. Dit geeft je een productie-klare monorepo-structuur waarin alles al geconfigureerd is:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Dit commando zet een complete stack neer met Next.js voor de frontend, tRPC voor type-safe API's, Prisma voor databasebeheer en Tailwind CSS voor styling—allemaal in een Turborepo monorepo-structuur.

2. Installeer Claude Code

Installeer vervolgens Claude Code, je AI-gedreven development-assistent. Volg de installatiegids op code.claude.com. Eenmaal geïnstalleerd, kun je het starten vanuit je projectmap:

claude

3. Stel GitHub Actions Integratie in

Binnen de Claude Code CLI installeer je de GitHub Actions-integratie door het volgende uit te voeren:

/install-github-app

Dit commando stelt de GitHub Actions-bot in die Claude in staat stelt om pull requests te maken, CI/CD-workflows te draaien en te interageren met je repository. De integratie zorgt ervoor dat Claude codewijzigingen kan uitvoeren via geautomatiseerde workflows in plaats van ze alleen maar te suggereren. Voor gedetailleerde instructies, zie de officiële GitHub Actions documentatie.

4. Verbind Linear met GitHub

De magie begint pas echt wanneer je Linear met GitHub verbindt voor bi-directionele issue-synchronisatie. Zo doe je dat:

1. Ga naar Linear's GitHub integratiepagina
2. Klik op "Add Integration" en geef Linear toegang tot je GitHub-account
3. Selecteer de repository die je wilt synchroniseren
4. Configureer de sync-instellingen:
   • Bidirectional sync: Issues die in GitHub worden gemaakt verschijnen automatisch in Linear, en vice versa
   • Status mapping: Koppel Linear workflow-statussen (Todo, In Progress, Done) aan GitHub issue-statussen
   • Priority sync: Houd prioriteitsniveaus synchroon tussen beide platforms
   • Auto-linking: Link branches en PR's automatisch aan Linear-issues met behulp van issue-ID's

Eenmaal geconfigureerd verschijnt een issue direct in Linear als je deze in GitHub aanmaakt. Wanneer je de prioriteit of status in Linear bijwerkt, wordt die wijziging in GitHub weerspiegeld. Dit creëert een uniforme workflow waarin je taken vanuit beide platforms kunt beheren.

5. Deploy Infrastructuur

Tot slot, deploy naar Vercel met een Neon database:

• Verbind je GitHub-repository met Vercel
• Provisioneer een Neon serverless Postgres database (gratis tier beschikbaar)
• Voeg de database connection string toe aan je Vercel omgevingsvariabelen

Eenmaal gedeployd heb je een continuous integration pipeline die loopt van je gedachten tot een live URL. Elke merge naar main wordt automatisch naar productie gedeployd.

De Geautomatiseerde Workflow

Hier begint de traditionele rol van de Product Manager te vervagen.

1. De Context Sessie

Als je een idee hebt, open dan geen IDE. Open een chatvenster. Praat met ChatGPT of Claude en dump je ruwe gedachten. Laat de AI je uitdagen. Vraag aan het einde van deze sessie om een PRD (Product Requirements Document) te genereren in Markdown-formaat.

Wat je terugkrijgt is meestal beter dan wat de meeste mid-level PM's produceren. Het is gedetailleerd, gestructureerd en professioneel.

Inzicht: Ik geloof dat de specifieke rol van "Product Manager" als eerste ontwricht zal worden door AI. We bewegen naar een wereld van "Product Designers" of "Full-Stack Creators" die de visie bewaken, terwijl AI de specificaties afhandelt.

2. De Handoff

Voer die Markdown PRD aan je lokale Claude Code. Dit is de cruciale stap waar AI de vereisten omzet in uitvoerbare werkitems.

Instrueer Claude Code in de CLI om de PRD te parsen en GitHub Issues te genereren. Claude Code gebruikt "onder de motorkap" de GitHub CLI (gh) om met je repository te praten. Dit is wat er gebeurt:

1. Parsen: Claude analyseert de PRD en breekt deze op in discrete, uitvoerbare taken
2. Issue Creatie: Voor elke taak voert Claude commando's uit zoals:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Metadata Toewijzing: Claude wijst automatisch labels (feature, bug, enhancement), prioriteiten en zelfs schattingen toe op basis van de complexiteit beschreven in de PRD
4. Dependency Mapping: Als de GitHub Actions-integratie is ingesteld, kan Claude ook afhankelijkheden tussen issues en mijlpalen creëren

Het mooie van het gebruik van de gh CLI is dat het programmeerbaar is—Claude kan tientallen issues in seconden batch-creëren, elk netjes geformatteerd met markdown-beschrijvingen, acceptatiecriteria en technische notities.

Ineens licht je Linear-bord op. Dankzij de Linear-GitHub sync die je eerder hebt ingesteld, zie je 10 tot 20 tickets automatisch binnenstromen—met de juiste titels, gedetailleerde beschrijvingen, prioriteiten en status. De hele backlog waar een PM uren over zou doen om handmatig te maken, wordt in minder dan een minuut gegenereerd.

3. De Uitvoering

Nu fungeer jij als de Engineering Manager. Je tagt @claude in de issues om aan tickets te beginnen. Claude schrijft de code in GitHub Actions, maakt de Pull Request en wacht op review.

Jij merget.

Vercel’s CI/CD schiet in actie. Minuten later staan de wijzigingen live.

Het mooie hiervan is dat dit op je telefoon kan gebeuren. Je reviewt PR's en managet het bord vanuit een taxi of een café. Je bent geen generieke React-boilerplate aan het typen; je stuurt een bouwploeg op topsnelheid aan.

Het "Last Mile" Probleem

Als je hier stopt met lezen, zou je kunnen denken dat AI alles heeft opgelost. Dat is niet zo.

Hoewel "Vibe Coding" krachtig is, moeten we eerlijk zijn over de beperkingen. AI is ongelooflijk goed in het "vuile werk" en het "droge werk". Het kan een databaseschema opzetten, een inlogformulier bouwen en API-routes instellen, sneller dan welk mens dan ook.

Maar het worstelt met de ziel van het product.

Zie het als het bouwen van een huis. De AI is je ruwbouwploeg. Ze kunnen het beton storten, de balken plaatsen en de gipsplaten ophangen in recordtijd. Maar het zijn verschrikkelijke interieurontwerpers. Ze weten niet dat de lichtschakelaar verkeerd voelt in die hoek, of dat de flow van de keuken ervoor zorgt dat mensen tegen elkaar aan botsen.

In software is dit de "Last Mile". De interacties die gebruikers verrassen, de subtiele UI-animaties, de randgevallen in de bedrijfslogica—dit is waar jij, de menselijke bouwer, moet ingrijpen.

Als je 100% op de AI vertrouwt om het product af te maken, eindig je met software die technisch werkt maar emotioneel leeg aanvoelt. Het zal dat "vakmanschap" missen dat geweldige producten onderscheidt van generieke.

Praktische Takeaways

Als je dit vandaag wilt proberen, is hier mijn advies:

• Begin met de PRD: Vraag de AI nooit om "gewoon te coderen". De kwaliteit van de code vloeit voort uit de kwaliteit van de PRD. Besteed je energie aan het verfijnen van de tekst van de vereisten, niet aan de code-syntax.
• Vertrouw maar verifieer: AI-coding agents kunnen afhankelijkheden hallucineren of onveilige logica schrijven. Lees de diffs. Behandel de AI als een getalenteerde maar junior developer.
• Omarm het volume: Gebruik deze snelheid om meer ideeën te testen. Als je een MVP in een weekend kunt bouwen in plaats van een maand, stijgen je kansen op het vinden van product-market fit exponentieel.

De drempel om te bouwen is verdwenen. Het enige dat overblijft is jouw smaak en jouw doorzettingsvermogen.