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.
Desde tu primer prompt hasta un resultado entregado: así es como realmente funciona Emma.
Emma parte de una oportunidad real y validada, no de "se me ocurrió una idea en la ducha".
Transferir a Iris¿Quién hace qué, cuándo, y cómo sabemos que funcionó? Lo bastante claro como para que un ingeniero pueda construirlo.
Limita la especificación a la versión más pequeña que demuestre la hipótesis: aquí es donde se detecta la expansión del alcance.
Las compensaciones de arquitectura y el tiempo de desarrollo se incorporan antes de cerrar la especificación: sin sorpresas a mitad de la implementación.
Transferir a BobEl PRD va directo a la cola de desarrollo: el mismo artefacto que comparten PM, arquitectura e ingeniería.
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.
Los flujos de trabajo hechos manualmente son lentos, manuales y dependen mucho de herramientas. Pasa el cursor sobre cualquier tarjeta para ver por qué importa cada mejora.
¿Vienes de ChatPRD? Aquí es donde Emma toma la delantera.
ChatPRD genera un PRD pulido que vive para siempre en Notion. La especificación de Emma pasa directamente al boceto de arquitectura de Bob y al plan de desarrollo de Alex: el documento que escribes se convierte en el producto en cuestión de días, no el próximo trimestre.
La mayoría de las herramientas de PRD dicen que sí a cada idea de funcionalidad. Emma pregunta "¿cuál es la versión más pequeña que demuestra que esto funciona?" y escribe la especificación para eso. El scope creep se detecta en la especificación, no después de que ingeniería ya haya empezado.
Notion AI vive en tu wiki. Emma trabaja junto a Iris (research), Bob (architecture), Alex (engineering) y Mike (approvals), por lo que el PRD es revisado por el equipo que lo va a construir antes de que hayas gastado una sola hora de ingeniería.
| Funcionalidad | Atoms Recomendado | ChatPRD |
|---|---|---|
| Resultado | Especificación que se convierte en producto | Documento pulido |
| Conectado a ingeniería | Transferir a Alex | Vive en Notion |
| Disciplina de alcance incorporada | mentalidad v1 | Dice que sí a cada idea |
| Involucra al arquitecto en la viabilidad | Antes de que se cierre la especificación | Tienes que preguntar por separado |
| Criterios de aceptación | Por historia de usuario | Por historia de usuario |
Emma no trabaja solo. Así es como se concretan los traspasos cuando construyes con el equipo completo.
El PRD de Emma pasa directo al boceto de arquitectura de Bob. Nada de que los ingenieros tengan que descifrar después "qué quiso decir el PM".
Ver cómo Bob funciona
Emma se encarga del qué y del porqué; Alex construye el cómo. Las especificaciones se traducen a código sin pérdidas en el traspaso.
Ver cómo Alex funcionaIris valida un nicho; Emma define el alcance del producto que gana en ese nicho.
Ver cómo Iris funcionaConcrete 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.
Ningún agente trabaja solo. Toca a cualquier compañero para ver cómo se encarga de su parte de tu producto.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.
