Emma·Product ManagerEmma turns ideas into PRDs your AI Team builds the same day, not specs that sit in a doc for two sprints.
From idea to scoped feature in one chat.
ChatPRD writes a polished doc. Your engineers still have to re-interpret it, split it into tickets, and chase the gaps. Emma writes PRDs Alex reads as the source of truth, no translation layer.
The PRD lives in Notion. The code lives in GitHub. The product lives in production. By sprint 2 they tell three different stories. Emma keeps the PRD in the same workspace as the code so it stays the source of truth.
Solo PRD tools write whatever you ask for. Emma proposes a v1 cut and pushes back on scope drift instead of quietly turning a 2-week feature into a 2-month project.
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.
Problem, goals, users, scope, out-of-scope, and success metrics in a consistent format every time.
Each story is implementable and testable, not a vague feature wish.
Emma flags ambiguous requirements and proposes a v1 cut instead of writing everything you ask for.
Pulls findings from Iris when available so PRDs are grounded in real insight.
Alex reads the PRD as the source of truth for implementation, no translation layer.
PRDs live in the Editor next to the code, so updates stay visible to the whole team.
Tier the depth from quick internal tool spec to full feature PRD based on what you actually need.
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 product artifacts Emma produces that feed straight into engineering.
Full PRD for one feature with problem, scope, user stories, and acceptance criteria.
Define what ships in v1 and what waits, so you launch something useful instead of nothing perfect.
User stories with clear acceptance criteria your engineers can build and test against.
Cut a feature into shippable slices so each sprint produces something you can demo.
Lightweight PRDs for internal tools that need clear scope but not customer-facing rigor.
Define what done means before launch so nothing critical gets missed at release.
@Emma write a PRD for a referral program for our SaaS. Pull Iris's audience research, define problem, scope, out-of-scope, and v1 metrics, then write user stories with acceptance criteria Alex can build against.
@Emma I want to launch a freelancer time-tracking SaaS in 4 weeks. Ask me the right clarifying questions, then propose a v1 scope that ships something useful, with a clear list of what waits for v2.
@Emma the current notifications PRD has 14 user stories and we have one engineer-week. Cut it to 3 stories that deliver the core value, flag what we lose, and rewrite the doc.
@Emma we launch the invoicing module next Thursday. Write the launch checklist covering acceptance criteria, David's tracking spec, Sarah's landing page status, and Adrian's campaign readiness.
Geen enkele agent werkt alleen. Tik op een teamgenoot om te zien hoe die zijn of haar deel van je product afhandelt.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.
