Emma·Product ManagerEmma zet ideeën om in PRD's die je AI-team nog dezelfde dag bouwt, niet in specificaties die twee sprints lang in een document blijven staan.
Van idee naar afgebakende feature in één chat.
De PRD staat in Notion. De code staat in GitHub. Het product leeft in productie. Tegen sprint 2 vertellen ze drie verschillende verhalen. Emma houdt de PRD in dezelfde workspace als de code, zodat die de bron van waarheid blijft.
Solo-PRD-tools schrijven alles op wat je vraagt. Emma stelt een v1-afbakening voor en duwt terug tegen scope creep in plaats van stilletjes een feature van 2 weken in een project van 2 maanden te veranderen.
Productboard verzamelt duizenden feedbackitems. Die omzetten in een specificatie die je team kan shippen, is nog steeds mensenwerk. Emma neemt Iris' onderzoek of een ruw idee en schrijft de user stories waarop engineering kan bouwen.
Van je eerste prompt tot een opgeleverd resultaat — zo werkt Emma echt.
Emma begint met een echte, gevalideerde kans — niet met "ik kreeg een idee onder de douche."
Overdragen aan IrisWie doet wat, wanneer, en hoe weten we dat het heeft gewerkt? Duidelijk genoeg zodat een engineer het kan bouwen.
Beperk de specificatie tot de kleinste versie die de hypothese bewijst — scope creep wordt hier opgevangen.
Architectuurafwegingen en bouwtijd worden meegenomen voordat de specificatie vastligt — geen verrassingen halverwege de bouw.
Overdragen aan BobDe PRD gaat direct de build-queue in — hetzelfde artefact dat PM, architectuur en engineering allemaal delen.
Probleem, doelen, gebruikers, scope, buiten scope en succesmetrics in telkens een consistente indeling.
Elke story is implementeerbaar en testbaar, geen vage functiewens.
Emma markeert dubbelzinnige vereisten en stelt een v1-afbakening voor in plaats van alles op te schrijven waar je om vraagt.
Haalt bevindingen op uit Iris wanneer beschikbaar, zodat PRD's gebaseerd zijn op echte inzichten.
Alex leest de PRD als de bron van waarheid voor implementatie, zonder vertaallaag.
PRD's staan in de Editor naast de code, zodat updates zichtbaar blijven voor het hele team.
Stem de diepgang af van een snelle specificatie voor een interne tool tot een volledige feature-PRD, op basis van wat je werkelijk nodig hebt.
Handmatig opgebouwde workflows zijn traag, handmatig en afhankelijk van veel tools. Beweeg over een kaart om te zien waarom elke winst belangrijk is.
Kom je van ChatPRD? Dit is waar Emma vooroploopt.
ChatPRD genereert een verzorgde PRD die voor altijd in Notion blijft staan. Emma’s specificatie gaat direct door naar Bob’s architectuurschets en Alex’ bouwplan — het document dat je schrijft, wordt binnen dagen het product, niet pas volgend kwartaal.
De meeste PRD-tools zeggen ja tegen elk feature-idee. Emma vraagt: "wat is de kleinste versie die bewijst dat dit werkt?" en schrijft daarvoor de specificatie. Scope creep wordt in de spec onderschept, niet pas nadat engineering al is begonnen.
Notion AI leeft in je wiki. Emma werkt samen met Iris (research), Bob (architecture), Alex (engineering) en Mike (approvals), zodat de PRD wordt beoordeeld door het team dat het gaat bouwen nog voordat je één engineering-uur hebt besteed.
| Functie | Atoms Aanbevolen | ChatPRD |
|---|---|---|
| Output | Specificatie die bouwt | Verfijnd document |
| Verbonden met engineering | Overdragen aan Alex | Staat in Notion |
| Ingebouwde scopediscipline | v1-mentaliteit | Zegt ja tegen elk idee |
| Betrekt de architect bij de haalbaarheid | Voordat de specificatie vastligt | Je moet het apart vragen |
| Acceptatiecriteria | Per user story | Per user story |
Emma werkt niet alleen. Zo landen de overdrachten wanneer je met het volledige team bouwt.
Emma's PRD gaat rechtstreeks Bob's architectuurschets in. Geen "wat bedoelde de PM" dat later nog door engineers ontcijferd moet worden.
Bekijk hoe Bob werkt
Emma bepaalt het wat en waarom; Alex bouwt het hoe. Specificaties worden zonder overdrachtsverlies vertaald naar code.
Bekijk hoe Alex werktIris valideert een niche; Emma bepaalt de scope van het product dat in die niche wint.
Bekijk hoe Iris werktConcrete productartefacten die Emma produceert en die rechtstreeks doorstromen naar engineering.
Volledige PRD voor één feature met probleem, scope, user stories en acceptatiecriteria.
Bepaal wat in v1 wordt opgeleverd en wat wacht, zodat je iets bruikbaars lanceert in plaats van niets perfects.
User stories met duidelijke acceptatiecriteria waar je engineers op kunnen bouwen en testen.
Verdeel een feature in opleverbare onderdelen, zodat elke sprint iets oplevert dat je kunt demonstreren.
Lichtgewicht PRD's voor interne tools die een duidelijke scope nodig hebben, maar niet de strengheid van klantgerichte producten.
Bepaal wat 'klaar' betekent vóór de lancering, zodat er bij de release niets kritieks wordt gemist.
@Emma schrijf een PRD voor een doorverwijsprogramma voor onze SaaS. Gebruik Iris' doelgroeponderzoek, definieer het probleem, de scope, wat buiten de scope valt en de v1-metrics, en schrijf vervolgens user stories met acceptatiecriteria waarop Alex kan bouwen.
@Emma ik wil over 4 weken een SaaS voor tijdregistratie voor freelancers lanceren. Stel me de juiste verduidelijkende vragen en stel daarna een v1-scope voor die iets nuttigs oplevert, met een duidelijke lijst van wat op v2 wacht.
@Emma de huidige meldingen-PRD heeft 14 user stories en we hebben één engineer-week. Breng het terug naar 3 stories die de kernwaarde leveren, geef aan wat we verliezen en herschrijf het document.
@Emma we lanceren volgende donderdag de factureringsmodule. Schrijf de lanceringschecklist met acceptatiecriteria, Davids tracking-spec, de status van Sarah's landingspagina en Adrians campagnegereedheid.
Geen enkele agent werkt alleen. Tik op een teamgenoot om te zien hoe die zijn of haar deel van je product afhandelt.
Vertrouwd door klanten uit
Stop met het schrijven van PRD's die niemand leest. Laat Emma specificaties schrijven die je AI Team dezelfde dag nog in Atoms bouwt.
