مواصفات تُبنى، لا مواصفات تبقى دون استخدام
ينشئ ChatPRD مستند PRD مصقولًا يظل محفوظًا في Notion إلى الأبد. تنتقل مواصفات Emma مباشرة إلى مخطط Bob المعماري وخطة Alex للبناء — فالمستند الذي تكتبه يتحول إلى المنتج خلال أيام، لا في الربع القادم.
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.
من أول مطالبة تكتبها إلى نتيجة جاهزة للإطلاق — إليك كيف يعمل Emma فعليًا.
تبدأ Emma من فرصة حقيقية ومُثبتة، لا من "خطرت لي فكرة وأنا في الحمّام".
تسليم إلى Irisمن يفعل ماذا، ومتى، وكيف نعرف أنه نجح؟ واضح بما يكفي ليتمكن مهندس من بنائه.
احصر المواصفات في أصغر نسخة تثبت الفرضية — هنا يتم اكتشاف تمدد النطاق.
تُؤخذ المفاضلات المعمارية ووقت البناء في الحسبان قبل تثبيت المواصفات — بلا مفاجآت في منتصف التنفيذ.
تسليم إلى Bobينتقل PRD مباشرة إلى قائمة البناء — وهو نفس الأصل الذي يشاركه مدير المنتج والهندسة المعمارية والهندسة.
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.
سير العمل المُعدّ يدويًا بطيء ويدوي ويعتمد كثيرًا على الأدوات. مرّر المؤشر فوق أي بطاقة لمعرفة سبب أهمية كل مكسب.
هل تنتقل من ChatPRD؟ إليك أين يتفوق Emma.
ينشئ ChatPRD مستند PRD مصقولًا يظل محفوظًا في Notion إلى الأبد. تنتقل مواصفات Emma مباشرة إلى مخطط Bob المعماري وخطة Alex للبناء — فالمستند الذي تكتبه يتحول إلى المنتج خلال أيام، لا في الربع القادم.
تقول معظم أدوات PRD نعم لكل فكرة ميزة. تسأل Emma: "ما أصغر نسخة تثبت أن هذا يعمل؟" ثم تكتب المواصفات لذلك. يتم اكتشاف تمدد النطاق في المواصفات، لا بعد أن تكون الهندسة قد بدأت بالفعل.
يعمل Notion AI داخل wiki الخاص بك. تعمل Emma إلى جانب Iris (research) وBob (architecture) وAlex (engineering) وMike (approvals) — بحيث تتم مراجعة PRD من قِبل الفريق الذي سيقوم ببنائه قبل أن تنفق حتى ساعة هندسية واحدة.
| ميزة | Atoms موصى به | ChatPRD |
|---|---|---|
| المخرجات | مواصفة تُبنى فعليًا | مستند مصقول |
| متصل بالهندسة | تسليم إلى Alex | موجود في Notion |
| انضباط النطاق مدمج | عقلية v1 | يقول نعم لكل فكرة |
| يُشرك المهندس المعماري في مناقشة الجدوى | قبل تثبيت المواصفات | عليك أن تسأل بشكل منفصل |
| معايير القبول | لكل قصة مستخدم | لكل قصة مستخدم |
Emma لا يعمل بمفرده. إليك كيف تتم عمليات التسليم عند البناء مع الفريق الكامل.

ينتقل PRD الخاص بـ Emma مباشرة إلى مخطط Bob المعماري. لا حاجة لأن يفك المهندسون لاحقًا معنى "ماذا قصد مدير المنتج؟".
اطلع على كيفية Bob يعمل
تتولى Emma تحديد ماذا ولماذا؛ ويتولى Alex بناء كيف. تتحول المواصفات إلى كود دون أي فقدان أثناء التسليم.
اطلع على كيفية Alex يعمل
تتحقق Iris من جدوى قطاع متخصص؛ وتحدد Emma نطاق المنتج الذي ينجح في ذلك القطاع.
اطلع على كيفية Iris يعملConcrete 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.
لا يعمل أي وكيل بمفرده. اضغط على أي زميل لترى كيف يتعامل مع الجزء الخاص به من منتجك.
Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.