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.
Von Ihrem ersten Prompt bis zu einem ausgelieferten Ergebnis — so funktioniert Emma tatsächlich.
Emma beginnt mit einer echten, validierten Chance — nicht mit „Ich hatte eine Idee unter der Dusche.“
An Iris übergebenWer macht was, wann, und woran erkennen wir, dass es funktioniert hat? Klar genug, dass ein Engineer es umsetzen kann.
Begrenze die Spezifikation auf die kleinste Version, die die Hypothese beweist — Scope Creep wird hier erkannt.
Architekturabwägungen und Entwicklungszeit werden berücksichtigt, bevor die Spezifikation feststeht — keine Überraschungen mitten im Build.
An Bob übergebenDas PRD geht direkt in die Build-Warteschlange — dasselbe Artefakt, das PM, Architektur und Engineering gemeinsam nutzen.
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.
Manuell erstellte Workflows sind langsam, händisch und toollastig. Bewege den Mauszeiger über eine beliebige Karte, um zu sehen, warum jeder Gewinn wichtig ist.
Du kommst von ChatPRD? Hier zeigt sich, wo Emma die Nase vorn hat.
ChatPRD erstellt ein ausgefeiltes PRD, das dauerhaft in Notion lebt. Emmas Spezifikation fließt direkt in Bobs Architekturskizze und Alex’ Build-Plan ein — das Dokument, das du schreibst, wird innerhalb weniger Tage zum Produkt, nicht erst im nächsten Quartal.
Die meisten PRD-Tools sagen zu jeder Feature-Idee ja. Emma fragt: "Was ist die kleinste Version, die beweist, dass das funktioniert?" und schreibt dafür die Spezifikation. Scope Creep wird in der Spezifikation abgefangen, nicht erst nachdem das Engineering schon begonnen hat.
Notion AI lebt in eurem Wiki. Emma arbeitet mit Iris (research), Bob (architecture), Alex (engineering) und Mike (approvals) zusammen — so wird das PRD von dem Team geprüft, das es bauen wird, noch bevor ihr auch nur eine einzige Engineering-Stunde investiert habt.
| Funktion | Atoms Empfohlen | ChatPRD |
|---|---|---|
| Ausgabe | Spezifikation, die umgesetzt wird | Überarbeitetes Dokument |
| Mit Engineering verbunden | An Alex übergeben | Liegt in Notion |
| Integrierte Disziplin beim Umfang | V1-Denken | Sagt zu jeder Idee ja |
| Bezieht den Architekten bei der Machbarkeit ein | Bevor die Spezifikation festgelegt ist | Sie müssen separat danach fragen |
| Akzeptanzkriterien | Pro User Story | Pro User Story |
Emma arbeitet nicht allein. So laufen die Übergaben ab, wenn du mit dem gesamten Team entwickelst.
Emmas PRD fließt direkt in Bobs Architekturskizze. Kein „Was meinte der PM damit?“, das Ingenieure später erst entschlüsseln müssen.
Sehen, wie Bob funktioniert
Emma verantwortet das Was und Warum; Alex baut das Wie. Spezifikationen werden ohne Übergabeverluste in Code übersetzt.
Sehen, wie Alex funktioniertIris validiert eine Nische; Emma definiert den Umfang des Produkts, das in dieser Nische gewinnt.
Sehen, wie Iris funktioniertConcrete 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.
Kein Agent arbeitet allein. Tippen Sie auf ein beliebiges Teammitglied, um zu sehen, wie es seinen Teil Ihres Produkts bearbeitet.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.
