Emma·Product ManagerEmma convierte ideas en PRD que tu equipo de IA construye el mismo día, no especificaciones que se quedan en un documento durante dos sprints.
De la idea a una funcionalidad definida en un solo chat.
El PRD vive en Notion. El código vive en GitHub. El producto vive en producción. Para el sprint 2 cuentan tres historias diferentes. Emma mantiene el PRD en el mismo espacio de trabajo que el código para que siga siendo la fuente de verdad.
Las herramientas de PRD en solitario escriben lo que sea que les pidas. Emma propone un recorte de v1 y se opone a la desviación del alcance en lugar de convertir en silencio una funcionalidad de 2 semanas en un proyecto de 2 meses.
Productboard recopila miles de elementos de feedback. Convertirlos en una especificación que tu equipo pueda lanzar sigue siendo trabajo de una persona. Emma toma la investigación de Iris o una idea en bruto y redacta las historias de usuario sobre las que ingeniería puede construir.
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.
Problema, objetivos, usuarios, alcance, fuera de alcance y métricas de éxito en un formato coherente en todo momento.
Cada historia se puede implementar y probar, no es un deseo de funcionalidad vago.
Emma señala los requisitos ambiguos y propone un recorte para la v1 en lugar de escribir todo lo que pides.
Extrae hallazgos de Iris cuando están disponibles para que los PRD se basen en información real.
Alex lee el PRD como la fuente de verdad para la implementación, sin capa de traducción.
Los PRD viven en el Editor junto al código, por lo que las actualizaciones siguen siendo visibles para todo el equipo.
Ajusta la profundidad desde una especificación rápida para una herramienta interna hasta un PRD completo de funcionalidad según lo que realmente necesites.
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 funcionaArtefactos concretos del producto que Emma produce y que van directamente a ingeniería.
PRD completo para una funcionalidad con problema, alcance, historias de usuario y criterios de aceptación.
Define qué se lanza en la v1 y qué se deja para después, para que lances algo útil en lugar de nada perfecto.
Historias de usuario con criterios de aceptación claros para que tus ingenieros puedan desarrollar y probar.
Divide una funcionalidad en partes desplegables para que cada sprint produzca algo que puedas mostrar.
PRD ligeros para herramientas internas que necesitan un alcance claro, pero no el rigor de cara al cliente.
Define qué significa que algo esté terminado antes del lanzamiento para que no se pase por alto nada crítico en la publicación.
@Emma escribe un PRD para un programa de referidos para nuestro SaaS. Usa la investigación de audiencia de Iris, define el problema, el alcance, lo que queda fuera de alcance y las métricas de la v1, y luego redacta historias de usuario con criterios de aceptación sobre los que Alex pueda desarrollar.
@Emma quiero lanzar un SaaS de seguimiento de tiempo para freelancers en 4 semanas. Hazme las preguntas de aclaración correctas y luego propón un alcance de v1 que entregue algo útil, con una lista clara de lo que queda para la v2.
@Emma el PRD actual de notificaciones tiene 14 historias de usuario y contamos con una semana de un ingeniero. Redúcelo a 3 historias que entreguen el valor principal, señala lo que perdemos y reescribe el documento.
@Emma lanzamos el módulo de facturación el próximo jueves. Escribe la lista de verificación del lanzamiento que cubra los criterios de aceptación, la especificación de seguimiento de David, el estado de la página de destino de Sarah y la preparación de la campaña de Adrian.
Ningún agente trabaja solo. Toca a cualquier compañero para ver cómo se encarga de su parte de tu producto.
Deja de escribir PRD que nadie lee. Deja que Emma escriba especificaciones que tu equipo de IA construya el mismo día en Atoms.
