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

ينتقل PRD الخاص بـ Emma مباشرة إلى مخطط Bob المعماري. لا حاجة لأن يفك المهندسون لاحقًا معنى "ماذا قصد مدير المنتج؟".
اطلع على كيفية Bob يعمل
تتولى Emma تحديد ماذا ولماذا؛ ويتولى Alex بناء كيف. تتحول المواصفات إلى كود دون أي فقدان أثناء التسليم.
اطلع على كيفية Alex يعمل
تتحقق Iris من جدوى قطاع متخصص؛ وتحدد Emma نطاق المنتج الذي ينجح في ذلك القطاع.
اطلع على كيفية Iris يعملالمنتجات الملموسة التي تُنتجها إيما وتغذي مباشرةً العمل الهندسي.
مستند متطلبات منتج كامل لميزة واحدة يتضمن المشكلة والنطاق وقصص المستخدم ومعايير القبول.
حدّد ما سيتم شحنه في الإصدار v1 وما سيتم تأجيله، حتى تطلق شيئًا مفيدًا بدلًا من لا شيء مثالي.
قصص مستخدم مع معايير قبول واضحة يمكن لمهندسيك البناء عليها واختبارها.
قسّم الميزة إلى أجزاء قابلة للإطلاق بحيث ينتج كل سبرنت شيئًا يمكنك عرضه.
مستندات متطلبات منتج خفيفة للأدوات الداخلية التي تحتاج إلى نطاق واضح دون الصرامة المطلوبة للمنتجات الموجّهة للعملاء.
حدّد ما الذي يعنيه الاكتمال قبل الإطلاق حتى لا يفوت أي شيء حرج عند الإصدار.
@Emma اكتب مستند PRD لبرنامج إحالة لمنتج SaaS الخاص بنا. استعن ببحث الجمهور الخاص بـ Iris، وحدد المشكلة والنطاق وما هو خارج النطاق ومقاييس الإصدار v1، ثم اكتب قصص المستخدمين مع معايير القبول التي يمكن لـ Alex البناء عليها.
@Emma أريد إطلاق SaaS لتتبع الوقت للمستقلين خلال 4 أسابيع. اطرح عليّ أسئلة التوضيح المناسبة، ثم اقترح نطاق v1 يطلق شيئًا مفيدًا، مع قائمة واضحة بما سينتظر حتى v2.
@Emma يحتوي مستند PRD الحالي للإشعارات على 14 قصة مستخدم ولدينا أسبوع هندسي واحد. قلّصه إلى 3 قصص تقدم القيمة الأساسية، وحدد ما الذي سنفقده، ثم أعد كتابة المستند.
@Emma سنطلق وحدة الفوترة يوم الخميس القادم. اكتب قائمة تحقق للإطلاق تغطي معايير القبول، ومواصفة التتبع الخاصة بـ David، وحالة الصفحة المقصودة الخاصة بـ Sarah، وجاهزية الحملة الخاصة بـ Adrian.
لا يعمل أي وكيل بمفرده. اضغط على أي زميل لترى كيف يتعامل مع الجزء الخاص به من منتجك.
توقف عن كتابة مستندات PRD التي لا يقرأها أحد. دع Emma تكتب المواصفات التي يبنيها فريق الذكاء الاصطناعي لديك في اليوم نفسه داخل Atoms.