Effectieve prompts schrijven

De kwaliteit van je output hangt direct af van de kwaliteit van je input. Een vage prompt geeft vaag resultaat. Een specifieke prompt geeft precies wat je wilt.

Slechte vs goede prompts

Hier zie je het verschil:

Slecht:

Maak een formulier

Goed:

Maak een registratieformulier met velden voor naam,
e-mail en wachtwoord. Gebruik React Hook Form voor
validatie. Toon foutmeldingen onder elk veld in het
rood. Style het met Tailwind CSS.

Het verschil? De goede prompt vertelt Claude wat, hoe en waarmee.

De vier elementen van een goede prompt

1. Context — Wat is de situatie?

Vertel Claude waar je mee bezig bent:

Ik werk aan een Next.js e-commerce app. De checkout
pagina is al gebouwd met Stripe. Nu wil ik...

2. Taak — Wat moet er gebeuren?

Wees concreet over het gewenste resultaat:

Voeg een kortingscode veld toe aan de checkout.
Als de code geldig is, pas de prijs aan.
Als de code ongeldig is, toon een foutmelding.

3. Specificaties — Hoe moet het?

Noem technologieën, patronen en beperkingen:

Gebruik de bestaande Stripe coupon API.
Valideer server-side, niet client-side.
Volg het bestaande error handling patroon in
src/lib/errors.ts.

4. Voorbeelden — Laat zien wat je bedoelt

De foutmelding moet eruitzien zoals de bestaande
meldingen op de login pagina: rode tekst onder
het veld, met een shake animatie.

Multi-step instructies

Voor complexere taken is het slim om stappen te geven:

Ik wil een blog systeem toevoegen. Doe dit in stappen:

1. Maak eerst het database schema (posts tabel met
   titel, inhoud, auteur, datum)
2. Maak daarna de API routes (GET /posts, POST /posts,
   GET /posts/:id)
3. Bouw als laatste de frontend pagina's (lijst en
   detail view)

Begin met stap 1 en wacht op mijn feedback.

Hardop denken met Claude

Je hoeft niet altijd een perfecte prompt te hebben. Je kunt ook samen nadenken:

Ik wil de performance van mijn app verbeteren maar
weet niet waar ik moet beginnen. Analyseer de code
en geef me je top 3 suggesties.

Claude analyseert je code en stelt verbeteringen voor. Daarna kies jij welke je wilt doorvoeren.

Veelgemaakte fouten

1. Te vaag — “Maak het beter” zegt niets
2. Te veel tegelijk — Splits grote taken op in stappen
3. Geen context — Claude kent je project niet van tevoren
4. Tegenstrijdig — “Maak het simpel maar voeg alle edge cases toe”