LaunchRepoVul de brief in
Typ direct in de velden. De Markdown en JSON hieronder worden bijgewerkt terwijl je typt en zijn klaar om te kopiëren of te downloaden.
Het voorbeeld is een verzonnen roosterapp voor cafés. Vervang elk veld door je eigen product.
Je concept wordt in de lokale opslag van deze browser bewaard, zodat het een herlaadbeurt overleeft. Het wordt nooit geüpload. Wissen verwijdert het.
Markdown-voorbeeld
# [Productnaam] > [Wat het doet, voor wie, in één regel] Laatst bijgewerkt: [datum] ## Probleem [Wie worstelt vandaag met wat] ## Voor wie [Belangrijkste gebruikers en kopers] ## Wat het doet [Hoe het product het probleem oplost] ## Belangrijkste functies - [Maximaal drie dingen die het nu al doet] ## In plaats van [Wat mensen nu gebruiken en waarom dit beter is] ## Buiten scope [Wat het bewust niet doet] ## Hoe we weten dat het werkt [Eén signaal dat je kunt controleren] ## Link [URL van website of repository]
JSON-voorbeeld
{
"format": "product-brief",
"version": 1,
"language": "nl",
"updated": "",
"name": "",
"oneLiner": "",
"problem": "",
"audience": "",
"solution": "",
"features": [
"",
"",
""
],
"alternative": "",
"nonGoals": "",
"success": "",
"url": ""
}
Lege bestanden
Liever je eigen editor? Neem de lege template in een van beide formaten.
Waar elk veld voor dient
Tien velden zijn genoeg om mensen en agents op één lijn te krijgen over wat je bouwt. Elk veld beantwoordt een vraag die iemand je anders zou stellen.
- Productnaam
- Iedereen, ook een agent, hoort de naam op dezelfde manier te schrijven. Spel hem hier één keer.
- One-liner
- De regel die je hergebruikt in vermeldingen, bio’s en op je homepage. Lukt het niet om hem te schrijven, dan is het product nog niet helder.
- Probleem
- Werk begint bij het probleem, niet bij de feature. Een helder probleem laat anderen betere oplossingen voorstellen dan de jouwe.
- Voor wie
- Een smalle doelgroep maakt elke latere keuze makkelijker: formulering, features, waar je lanceert.
- Wat het doet
- Hoe het product het probleem oplost, in gewone woorden. Dit heeft een nieuwkomer als eerste nodig.
- Belangrijkste functies
- Drie functies die vandaag bestaan. Een agent die teksten schrijft, mag er nooit een vierde bij verzinnen.
- In plaats van
- Mensen vergelijken met wat ze nu doen. De noodoplossing benoemen legt je waarde beter uit dan een featuretabel.
- Buiten scope
- Het veld dat de meeste briefs overslaan. Het voorkomt scope creep en houdt een agent ervan af features toe te voegen waar je niet om hebt gevraagd.
- Hoe we weten dat het werkt
- Eén waarneembaar signaal vertelt je of het product werkt en geeft een agent een doel om tegen te toetsen.
- Link
- Met een link kan een lezer of een agent details nagaan in plaats van ze te raden.
Geef de brief aan je agent
Coding agents lezen Markdown-bestanden uit je repository. Een korte brief naast je code geeft ze de productcontext die code alleen niet bevat.
- Download het Markdown-bestand en sla het op in je repository, bijvoorbeeld als docs/product-brief.md.
- Wijs je agent erop: voeg een regel toe aan AGENTS.md, of importeer het in CLAUDE.md met @docs/product-brief.md.
- Voor GitHub Copilot link of kopieer je de kern naar .github/copilot-instructions.md.
- Bewaar de JSON ernaast als een script of andere tool dezelfde feiten moet lezen.
- Pas de datumregel aan zodra er iets verandert, en verwijder zinnen die niet meer kloppen.
| Onderwerp | Officiële formulering | Wat het betekent voor je brief |
|---|---|---|
| Formaat | AGENTS.md is just standard Markdown. | Een brief in gewone Markdown werkt als agentcontext zonder speciale syntax. |
| Koppen | Use any headings you like; the agent simply parses the text you provide. | De sectienamen in deze template zijn een suggestie. Hernoem ze als je team andere woorden gebruikt. |
| Wanneer het wordt gelezen | You write these files in plain text; Claude reads them at the start of every session. | Claude Code laadt CLAUDE.md aan het begin van elke sessie, dus een geïmporteerde brief zit altijd in de context. |
| Importeren | CLAUDE.md files can import additional files using @path/to/import syntax. | Eén regel zoals @docs/product-brief.md in CLAUDE.md is genoeg om de brief op te nemen. |
| Lengte | target under 200 lines per CLAUDE.md file. Longer files consume more context and reduce adherence. | Korte context wordt beter opgevolgd. Een brief van één pagina blijft ruim onder deze omvang. |
| Copilot | Add natural language instructions to the file, in Markdown format. | Copilot-instructies zijn ook Markdown, dus dezelfde tekst past daar ook. |
| JSON-codering | JSON text exchanged between systems that are not part of a closed ecosystem MUST be encoded using UTF-8 | De JSON-download is UTF-8, dus accenten, CJK-tekens en emoji blijven in elke tool heel. |
Brief, PRD of contextbestand
Drie documenten die vaak door elkaar worden gehaald. Ze beantwoorden verschillende vragen, en veel producten hebben er meer dan één nodig.
| Document | Beantwoordt | Lengte | Geschreven door |
|---|---|---|---|
| Product brief (deze template) | Wat we bouwen, voor wie, en waar het ophoudt | Eén pagina, tien velden | Founder of productlead |
| Document met productvereisten (PRD) | Precies hoe één feature of release zich moet gedragen | Meerdere pagina’s per feature | Productmanager samen met engineering |
| Productcontextbestand | Welke goedgekeurde feiten en teksten een agent mag publiceren | Groeit met elk kanaal | Wie de lancering leidt |
Wat deze template weglaat
- Het is een vertrekpunt, geen volledige specificatie. Gedetailleerde eisen, ontwerpen en onderzoek horen in hun eigen documenten.
- Prijzen, lanceerdata en varianten van marketingteksten horen er bewust niet bij.
- De pagina controleert niet of je beweringen kloppen. Schrijf alleen op wat het product vandaag doet.
- Er wordt niets verstuurd: het concept blijft in deze browser tot je op Wissen drukt.
Bronnen
We hebben deze pagina’s op 30 september 2026 gelezen en citeren ze hierboven woord voor woord.
| Pagina | Datum op de pagina | Door ons gecontroleerd |
|---|---|---|
| AGENTS.md | geen datum vermeld | |
| Claude Code Docs: How Claude remembers your project | geen datum vermeld | |
| GitHub Docs: Adding repository custom instructions for GitHub Copilot | geen datum vermeld | |
| RFC 8259: The JavaScript Object Notation (JSON) Data Interchange Format (December 2017) | geen datum vermeld | |
| CommonMark Spec, version 0.31.2 | geen datum vermeld |
Veelgestelde vragen
- Wat is een product brief?
- Een kort document dat zegt wat een product is, welk probleem het oplost, voor wie, en wat het bewust weglaat. Het geeft iedereen die aan het product werkt, mensen en agents, hetzelfde vertrekpunt.
- Wat is het verschil tussen een product brief en een PRD?
- De brief beschrijft het hele product op één pagina. Een document met productvereisten (PRD) gaat diep in op één feature of release en beschrijft precies hoe die zich moet gedragen. Begin met de brief; schrijf PRD’s zodra een feature dat detailniveau nodig heeft.
- Kan een AI coding agent deze brief gebruiken?
- Ja. Sla het Markdown-bestand op in je repository en verwijs ernaar vanuit AGENTS.md of importeer het in CLAUDE.md. AGENTS.md is gewone Markdown, en Claude Code leest CLAUDE.md aan het begin van elke sessie.
- Waarom Markdown en JSON?
- Markdown is makkelijk leesbaar voor mensen en agents en wordt op elke codehost netjes weergegeven. JSON bevat dezelfde inhoud met vaste Engelse sleutels, zodat scripts en formulieren het kunnen lezen zonder lopende tekst te ontleden.
- Wordt mijn brief ergens opgeslagen of naartoe gestuurd?
- Hij wordt alleen in de lokale opslag van je browser bewaard, zodat je hem bij herladen niet kwijtraakt. Er wordt niets geüpload of naar analytics gestuurd, en Wissen verwijdert het concept.
Brief klaar? Breng het product bij mensen.
LaunchRepo geeft je coding agent een playbook voor elk lanceerplatform en elke directory, zodat het product dat je net hebt beschreven vermeld wordt waar je doelgroep kijkt, en houdt bij welke vermeldingen live staan.
Bekijk prijzen