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.
Dal tuo primo prompt a un risultato rilasciato: ecco come funziona davvero Emma.
Emma parte da un'opportunità reale e validata, non da "mi è venuta un'idea sotto la doccia".
Passa a IrisChi fa cosa, quando, e come facciamo a sapere che ha funzionato? Abbastanza chiaro perché un ingegnere possa costruirlo.
Limita la specifica alla versione più piccola che dimostri l’ipotesi — è qui che si intercetta l’espansione dell’ambito.
I compromessi architetturali e i tempi di sviluppo vengono considerati prima che le specifiche siano bloccate, senza sorprese a metà realizzazione.
Passa a BobIl PRD va direttamente nella coda di build: lo stesso artefatto condiviso da PM, architettura e ingegneria.
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.
I workflow realizzati manualmente sono lenti, manuali e dipendono molto dagli strumenti. Passa il cursore su una scheda per vedere perché ogni vantaggio conta.
Arrivi da ChatPRD? Ecco dove Emma è un passo avanti.
ChatPRD genera un PRD rifinito che resta per sempre in Notion. La specifica di Emma passa direttamente nello schizzo architetturale di Bob e nel piano di sviluppo di Alex — il documento che scrivi diventa il prodotto in pochi giorni, non nel prossimo trimestre.
La maggior parte degli strumenti PRD dice sì a ogni idea di funzionalità. Emma chiede: "qual è la versione più piccola che dimostra che questo funziona?" e scrive la specifica per quella. Il scope creep viene intercettato nella specifica, non dopo che l'ingegneria è già iniziata.
Notion AI vive nel tuo wiki. Emma lavora al fianco di Iris (research), Bob (architecture), Alex (engineering) e Mike (approvals), così il PRD viene revisionato dal team che lo realizzerà prima ancora che tu abbia speso una sola ora di engineering.
| Funzionalità | Atoms Consigliato | ChatPRD |
|---|---|---|
| Output | Specifica che porta alla realizzazione | Documento rifinito |
| Connesso all'ingegneria | Passa ad Alex | Vive in Notion |
| Disciplina dell'ambito integrata | mentalità v1 | Dice sì a ogni idea |
| Coinvolge l’architetto nella valutazione di fattibilità | Prima che le specifiche vengano definite | Devi chiedere separatamente |
| Criteri di accettazione | Per user story | Per user story |
Emma non lavora da solo. Ecco come avvengono i passaggi di consegne quando sviluppi con il team completo.
Il PRD di Emma va direttamente nello schizzo architetturale di Bob. Niente "cosa intendeva il PM" da decifrare dopo da parte degli ingegneri.
Scopri come Bob funziona
Emma definisce il cosa e il perché; Alex costruisce il come. Le specifiche si traducono in codice senza perdite nel passaggio di consegne.
Scopri come Alex funzionaIris valida una nicchia; Emma definisce l’ambito del prodotto che vince in quella nicchia.
Scopri come Iris funzionaConcrete 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.
Nessun agente lavora da solo. Tocca un qualsiasi compagno di team per vedere come gestisce la sua parte del tuo prodotto.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.
