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.
Från din första prompt till ett levererat resultat — så här fungerar Emma faktiskt.
Emma utgår från en verklig, validerad möjlighet — inte "jag fick en idé i duschen."
Lämna över till IrisVem gör vad, när, och hur vet vi att det fungerade? Tillräckligt tydligt för att en ingenjör ska kunna bygga det.
Begränsa specifikationen till den minsta version som bevisar hypotesen — det är här scope creep fångas upp.
Avvägningar i arkitekturen och byggtid vägs in innan specifikationen låses — inga överraskningar mitt i bygget.
Lämna över till BobPRD:n går direkt in i byggkön — samma artefakt som PM, arkitektur och engineering delar.
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.
Manuellt byggda arbetsflöden är långsamma, manuella och kräver många verktyg. Hovra över valfritt kort för att se varför varje förbättring spelar roll.
Kommer du från ChatPRD? Här är det som gör att Emma ligger före.
ChatPRD genererar ett välpolerat PRD som lever kvar i Notion för alltid. Emmas spec går direkt in i Bobs arkitekturskiss och Alex byggplan — dokumentet du skriver blir till produkten inom några dagar, inte nästa kvartal.
De flesta PRD-verktyg säger ja till varje funktionsidé. Emma frågar "vad är den minsta versionen som bevisar att det här fungerar?" och skriver specifikationen för den. Scope creep fångas upp i specifikationen, inte efter att engineering redan har börjat.
Notion AI lever i din wiki. Emma arbetar tillsammans med Iris (research), Bob (architecture), Alex (engineering) och Mike (approvals) — så PRD:n granskas av teamet som ska bygga den innan du har lagt en enda ingenjörstimme.
| Funktion | Atoms Rekommenderad | ChatPRD |
|---|---|---|
| Utdata | Specifikation som leder till bygge | Finslipat dokument |
| Ansluten till engineering | Lämna över till Alex | Finns i Notion |
| Inbyggd scope-disciplin | v1-tänk | Säger ja till varje idé |
| Involverar arkitekten i genomförbarhetsbedömningen | Innan specifikationen låses | Du måste fråga separat |
| Acceptanskriterier | Per user story | Per user story |
Emma arbetar inte ensam. Så här landar överlämningarna när du bygger med hela teamet.
Emmas PRD går direkt in i Bobs arkitekturskiss. Inget "vad menade PM egentligen" som ingenjörerna måste tolka i efterhand.
Se hur Bob fungerar
Emma äger vadet och varför; Alex bygger huret. Specs översätts till kod utan förlust i överlämningen.
Se hur Alex fungerarIris validerar en nisch; Emma definierar omfattningen för produkten som vinner i den nischen.
Se hur Iris fungerarConcrete 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.
Ingen agent arbetar ensam. Tryck på valfri teammedlem för att se hur de hanterar sin del av din produkt.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.
