Emma·Product ManagerEmma transforme les idées en PRD que votre équipe IA construit le jour même, et non en spécifications qui restent dans un document pendant deux sprints.
De l’idée à une fonctionnalité cadrée en une seule conversation.
Le PRD vit dans Notion. Le code vit dans GitHub. Le produit vit en production. Dès le sprint 2, ils racontent trois histoires différentes. Emma garde le PRD dans le même espace de travail que le code afin qu’il reste la source de vérité.
Les outils PRD en solo rédigent tout ce que vous demandez. Emma propose une version v1 allégée et s’oppose à la dérive du périmètre au lieu de transformer discrètement une fonctionnalité de 2 semaines en un projet de 2 mois.
Productboard collecte des milliers d’éléments de feedback. Les transformer en une spec que votre équipe peut livrer reste toujours le travail d’une personne. Emma prend la recherche d’Iris ou une idée brute et rédige les user stories sur lesquelles l’ingénierie peut s’appuyer pour développer.
De votre premier prompt à un résultat livré — voici comment Emma fonctionne réellement.
Emma part d’une opportunité réelle et validée — pas de « j’ai eu une idée sous la douche ».
Transférer à IrisQui fait quoi, quand, et comment savons-nous que cela a fonctionné ? Assez clair pour qu'un ingénieur puisse le construire.
Limitez la spécification à la plus petite version qui valide l’hypothèse — c’est ici que les dérives de périmètre sont détectées.
Les compromis d’architecture et le temps de développement sont pris en compte avant que la spécification ne soit figée — pas de surprise en cours de build.
Transférer à BobLe PRD va directement dans la file de build — le même artefact partagé par les PM, l’architecture et l’ingénierie.
Problème, objectifs, utilisateurs, périmètre, hors périmètre et indicateurs de réussite dans un format cohérent à chaque fois.
Chaque user story est implémentable et testable, et non un vague souhait de fonctionnalité.
Emma signale les exigences ambiguës et propose une version v1 réduite au lieu de rédiger tout ce que vous demandez.
Récupère les conclusions d’Iris lorsqu’elles sont disponibles afin que les PRD reposent sur des enseignements concrets.
Alex lit le PRD comme source de référence pour l’implémentation, sans couche de traduction.
Les PRD vivent dans l’éditeur à côté du code, afin que les mises à jour restent visibles pour toute l’équipe.
Adaptez le niveau de détail, de la spécification rapide d’un outil interne au PRD complet d’une fonctionnalité, selon vos besoins réels.
Les workflows conçus manuellement sont lents, manuels et très dépendants des outils. Survolez une carte pour voir pourquoi chaque gain compte.
Vous venez de ChatPRD ? Voici où Emma prend l’avantage.
ChatPRD génère un PRD soigné qui reste dans Notion pour toujours. La spec d’Emma passe directement dans l’esquisse d’architecture de Bob et le plan de développement d’Alex — le document que vous rédigez devient le produit en quelques jours, pas au trimestre prochain.
La plupart des outils PRD disent oui à chaque idée de fonctionnalité. Emma demande : "quelle est la plus petite version qui prouve que ça marche ?" puis rédige la spec pour cela. Le scope creep est stoppé dans la spec, pas une fois que l'ingénierie a déjà commencé.
Notion AI vit dans votre wiki. Emma travaille aux côtés de Iris (research), Bob (architecture), Alex (engineering) et Mike (approvals) — ainsi, le PRD est relu par l’équipe qui va le construire avant même que vous n’ayez dépensé une seule heure d’ingénierie.
| Fonctionnalité | Atoms Recommandé | ChatPRD |
|---|---|---|
| Résultat | Une spécification qui se concrétise | Document peaufiné |
| Connecté à l’ingénierie | Transférer à Alex | Vit dans Notion |
| Discipline du périmètre intégrée | état d’esprit v1 | Dit oui à chaque idée |
| Implique l’architecte dans l’évaluation de la faisabilité | Avant le verrouillage des spécifications | Vous devez demander séparément |
| Critères d’acceptation | Par user story | Par user story |
Emma ne travaille pas seul. Voici comment se font les relais quand vous construisez avec l’équipe complète.
Le PRD d’Emma va directement dans l’esquisse d’architecture de Bob. Pas de « qu’est-ce que le PM voulait dire ? » à décoder plus tard par les ingénieurs.
Voir comment Bob fonctionne
Emma porte le quoi et le pourquoi ; Alex construit le comment. Les specs se traduisent en code sans perte lors du handoff.
Voir comment Alex fonctionneIris valide une niche ; Emma définit le périmètre du produit qui l’emporte sur cette niche.
Voir comment Iris fonctionneArtefacts produits concrets qu’Emma crée et qui alimentent directement l’ingénierie.
PRD complet pour une fonctionnalité avec le problème, le périmètre, les user stories et les critères d’acceptation.
Définissez ce qui est livré en v1 et ce qui attend, afin de lancer quelque chose d’utile plutôt que rien de parfait.
User stories avec des critères d’acceptation clairs sur lesquels vos ingénieurs peuvent construire et tester.
Découpez une fonctionnalité en lots livrables afin que chaque sprint produise quelque chose que vous pouvez présenter en démo.
PRD légers pour des outils internes qui nécessitent un périmètre clair sans la rigueur d’un produit destiné aux clients.
Définissez ce que signifie “terminé” avant le lancement afin que rien de critique ne soit oublié lors de la mise en production.
@Emma rédige un PRD pour un programme de parrainage pour notre SaaS. Récupère la recherche d’audience d’Iris, définis le problème, le périmètre, le hors périmètre et les métriques v1, puis rédige des user stories avec des critères d’acceptation sur lesquels Alex pourra s’appuyer pour le développement.
@Emma je veux lancer un SaaS de suivi du temps pour freelances en 4 semaines. Pose-moi les bonnes questions de clarification, puis propose un périmètre v1 qui permette de livrer quelque chose d’utile, avec une liste claire de ce qui attendra la v2.
@Emma le PRD actuel sur les notifications comporte 14 user stories et nous n’avons qu’une semaine de développement. Réduis-le à 3 stories qui apportent la valeur essentielle, signale ce que nous perdons, puis réécris le document.
@Emma nous lançons le module de facturation jeudi prochain. Rédige la checklist de lancement couvrant les critères d’acceptation, la spécification de tracking de David, l’état de la landing page de Sarah et le niveau de préparation de la campagne d’Adrian.
Aucun agent ne travaille seul. Touchez n’importe quel coéquipier pour voir comment il gère sa partie de votre produit.
Arrêtez d’écrire des PRD que personne ne lit. Laissez Emma rédiger des spécifications que votre équipe IA crée le jour même dans Atoms.
