لكتابة وثيقة متطلبات المنتج (PRD) بالذكاء الاصطناعي: اشرح للنموذج المشكلة والمستخدمين والهدف، واطلب منه أن يسألك أسئلة قبل أن يكتب، ثم يصوغ الوثيقة في أقسام ثابتة: الهدف، المستخدمون، قصص الاستخدام، الميزات مرتبة بالأولوية، البيانات، الدفع والإشعارات، وما هو خارج النطاق. راجع كل قسم بنفسك، لأن الذكاء الاصطناعي يكتب بسرعة لكنه لا يعرف عملك. بعدها ابنِ ميزة واحدة في كل مرة انطلاقاً من الوثيقة.
- كيف اكتب وثيقة متطلبات منتج بالذكاء الاصطناعي
- نموذج وثيقة متطلبات تطبيق PRD بالعربي
- كيف اكتب فكرة تطبيق قبل البرمجة
- برومبت لكتابة PRD في ChatGPT
- ابغى اكتب متطلبات تطبيق حجوزات
- ما هي وثيقة متطلبات المنتج
كيف تكتب وثيقة متطلبات المنتج بالذكاء الاصطناعي؟
أسرع طريقة لكتابة وثيقة متطلبات المنتج (PRD) بالذكاء الاصطناعي هي أن تعامله كمحاور لا ككاتب: تشرح له فكرتك في فقرة، وتطلب منه أن يطرح عليك الأسئلة الناقصة، ثم يصوغ الوثيقة في قالب ثابت تراجعه أنت قسماً قسماً. النتيجة خلال جلسة واحدة: وثيقة تحدد من يستخدم التطبيق، وماذا يفعل، وما البيانات التي يحفظها، وما الذي لن يدخل في النسخة الأولى.
لماذا تهتم بها أصلاً إذا كان بإمكانك أن تقول للوكيل «ابنِ لي تطبيق حجوزات» مباشرة؟ لأن الطلب القصير يجعل الذكاء الاصطناعي يخمّن، والتخمين يعني ميزات لم تطلبها وأخرى نسيها. الوثيقة تحوّل التخمين إلى قرارات مكتوبة. وهي مفيدة حتى لو لم يقرأها أحد غيرك: تكشف التناقضات قبل أن تصبح كوداً، وتمنحك مرجعاً حين تتوسع الفكرة في رأسك.
إن لم تختبر الفكرة بعد مع عملاء حقيقيين، ابدأ بـ التحقق من فكرة التطبيق ثم ارجع هنا. وإن كنت تخطط بأداة مثل ChatGPT أو Claude، فهذه المقالة تكمّل دليل التخطيط للتطبيق بالذكاء الاصطناعي.
الوثيقة الجيدة لا تصف كل شيء؛ تصف ما يكفي ليتوقف الجميع عن التخمين.
ما الأقسام التي تحتاجها وثيقة متطلبات تطبيق صغير؟
لا تحتاج وثيقة من ثلاثين صفحة. لتطبيق صغير أو MVP تكفي صفحتان إلى أربع، بشرط أن تغطي الأقسام التالية. هذا القالب نفسه هو ما ستطلب من الذكاء الاصطناعي ملأه.
| القسم | ماذا يجيب عنه | مثال مختصر |
|---|---|---|
| المشكلة والهدف | لماذا نبني هذا؟ وكيف نعرف أنه نجح؟ | الحجوزات عبر واتساب تضيع؛ الهدف تأكيد كل حجز خلال دقيقة |
| المستخدمون والأدوار | من يستخدمه وما صلاحيات كل دور | عميلة، موظفة، مديرة صالون |
| قصص الاستخدام | ماذا يريد كل مستخدم أن ينجز | كعميلة أريد حجز موعد منزلي ودفع عربون |
| الميزات بالأولوية | ما الضروري الآن وما المؤجل | ضروري: حجز ودفع؛ لاحقاً: نقاط ولاء |
| البيانات | ما الذي نحفظه والعلاقات بينه | عميل، خدمة، موعد، دفعة |
| الدفع والإشعارات | كيف ندفع ومتى نُبلغ المستخدم | mada وApple Pay وTabby، تذكير واتساب قبل الموعد |
| خارج النطاق | ما الذي لن نبنيه في النسخة الأولى | لا تطبيق للموظفات في البداية |
| معايير القبول | كيف نختبر أن الميزة اكتملت | لا يمكن حجز موعدين في الوقت نفسه للموظفة نفسها |
خطوات كتابة الوثيقة مع الذكاء الاصطناعي
- 1اكتب فقرة الفكرة بكلامك
خمس إلى ثماني جمل: المشكلة، من يعاني منها، كيف تُحل اليوم، ولماذا الحل الحالي سيئ. لا تهتم بالصياغة، اكتب بالعامية إن أردت.
- 2اطلب أسئلة قبل الكتابة
قل للنموذج صراحة: لا تكتب الوثيقة بعد، اسألني أولاً حتى عشرة أسئلة عن الجوانب الغامضة. هذه الخطوة تكشف ما لم تفكر فيه: الإلغاء، الاسترجاع، الصلاحيات، والحالات الحدّية.
- 3أجب بأمثلة لا بتعميمات
بدلاً من «العميل يحجز» قل «سارة تحجز تنظيف بشرة الخميس الساعة 7 مساءً في حي النرجس وتدفع عربون 50 ريالاً». الأمثلة الحقيقية تنتج متطلبات أدق.
- 4اطلب المسودة في القالب الثابت
اطلب الأقسام بالترتيب نفسه في الجدول أعلاه، مع ترقيم الميزات وتصنيفها: ضروري الآن، مهم لاحقاً، فكرة مستقبلية.
- 5راجع واحذف
اقرأ الوثيقة بعين ناقدة. احذف كل ميزة لم تطلبها، وعلّم أي معلومة اخترعها النموذج كعدد مستخدمين أو أسعار أو متطلبات قانونية غير مؤكدة.
- 6اطلب معايير قبول لكل ميزة
لكل ميزة ضرورية اطلب ثلاثة إلى خمسة معايير قابلة للاختبار بصيغة: عندما يحدث كذا، يجب أن يحدث كذا.
- 7ثبّت النسخة
احفظ الوثيقة كنسخة 1.0 بتاريخها، وأي تغيير لاحق يُسجّل كنسخة جديدة. هذا يحميك من نسيان سبب قرار اتخذته قبل شهر.
برومبت جاهز لكتابة الوثيقة
انسخ هذا البرومبت إلى أي مساعد ذكاء اصطناعي، أو إلى فنّان مباشرة، واستبدل ما بين القوسين بفكرتك. لاحظ أنه يمنع الكتابة قبل الأسئلة، ويطلب قسماً لما هو خارج النطاق.
أنت مدير منتج خبير بالسوق السعودي والخليجي. أريد كتابة وثيقة متطلبات منتج (PRD) لتطبيق [وصف الفكرة في جملتين]. المستخدمون: [مثلاً عملاء، موظفون، مدير]. لا تكتب الوثيقة الآن: اسألني أولاً حتى 10 أسئلة عن الجوانب الغامضة، سؤالاً واحداً في كل مرة. بعد إجاباتي اكتب الوثيقة بالعربية بهذه الأقسام: 1) المشكلة والهدف ومؤشر نجاح واحد، 2) الأدوار والصلاحيات، 3) قصص الاستخدام بصيغة: كـ[دور] أريد [فعل] لكي [فائدة]، 4) الميزات مرقمة ومصنفة: ضروري الآن / لاحقاً / مستقبلاً، 5) البيانات والعلاقات بلغة بسيطة، 6) الدفع (mada وApple Pay وTabby/Tamara حسب الحاجة) والإشعارات (واتساب أو SMS أو إشعارات التطبيق)، 7) متطلبات محلية: واجهة RTL، دعم ثنائي اللغة إن لزم، التاريخ الهجري، الدخول برقم الجوال، فواتير بضريبة القيمة المضافة، 8) خارج النطاق، 9) معايير قبول لكل ميزة ضرورية. لا تخترع أرقاماً أو اشتراطات قانونية؛ اكتب [يحتاج تحقق] عند الشك.
جرّبه في فنّانإذا كتبت الوثيقة داخل وكيل فنّان فسيبقى سياقها في المشروع نفسه، ويمكنك بعدها أن تقول: ابنِ الميزة رقم 1 من الوثيقة. لمزيد من أمثلة الصياغة راجع كيف تكتب برومبتات تبني تطبيقات أفضل.
قصص الاستخدام ومعايير القبول: الجزء الذي يصنع الفرق
قصة الاستخدام تقول ماذا يريد المستخدم، ومعيار القبول يقول كيف نعرف أن التطبيق فعل ذلك فعلاً. الذكاء الاصطناعي ممتاز في توليد قصص الاستخدام، لكنه يحتاج منك دفعاً ليكتب معايير دقيقة لا عامة.
- الحجز يجب أن يكون سهلاً
- الدفع آمن
- الإشعارات تصل في الوقت المناسب
- التطبيق يدعم العربية
- يكتمل الحجز في 4 شاشات كحد أقصى من الصفحة الرئيسية
- لا يُحفظ رقم البطاقة في قاعدة بياناتنا؛ الدفع عبر بوابة معتمدة مع 3D Secure
- يصل تذكير واتساب قبل الموعد بـ 24 ساعة وبساعتين
- كل الشاشات من اليمين لليسار والأرقام والتواريخ تظهر بالهجري والميلادي حيث يلزم
قائمة المتطلبات الخليجية التي ينساها الجميع
- طرق الدفع: mada وApple Pay، وربما STC Pay (الآن ضمن STC Bank) أو Tabby وTamara للتقسيط.
- الدخول برقم الجوال عبر OTP، ومتى تحتاج دخولاً بالهوية الوطنية مثل نفاذ.
- العنوان: العنوان الوطني في السعودية أو مكاني في دبي إن كان هناك توصيل.
- الفاتورة: ضريبة القيمة المضافة ورمز QR، وهل أنت ضمن مراحل الفوترة الإلكترونية؟ تحقق من ZATCA.
- المواسم: ساعات رمضان، العيدين، اليوم الوطني ويوم التأسيس، وعطلة نهاية الأسبوع الجمعة والسبت.
- قنوات التواصل: واتساب للتأكيدات، وروابط مناسبة للمشاركة على سناب شات وتيك توك.
- الخصوصية: سياسة خصوصية وموافقات تتماشى مع نظام حماية البيانات الشخصية.
أخطاء شائعة عند كتابة PRD بالذكاء الاصطناعي
- قبول المسودة الأولى كما هي: النموذج يكتب وثيقة تبدو احترافية حتى لو كانت عامة. الجمال لا يعني الدقة.
- وثيقة لكل شيء: إن كانت قائمة الميزات الضرورية أطول من 8 إلى 10 بنود، فأنت تكتب منتجاً كاملاً لا نسخة أولى.
- نسيان الأدوار: من يرى ماذا؟ من يعدّل الأسعار؟ من يلغي الطلب؟ غياب هذا القسم يسبب ثغرات أمنية لاحقاً.
- بيانات بلا علاقات: اكتب أن للعميل عدة مواعيد، وأن لكل موعد خدمة وموظفة. هذا ما يجعل قاعدة البيانات صحيحة من البداية.
- وثيقة طويلة في محادثة طويلة: مع طول المحادثة قد يتجاهل النموذج تفاصيل قديمة بسبب حدود نافذة السياق. احفظ الوثيقة في ملف وأعد إرفاقها عند الحاجة.
للتعمق في وصف البيانات بطريقة تفهمها قاعدة البيانات، راجع برومبتات تصميم قاعدة البيانات.
من الوثيقة إلى تطبيق يعمل
الوثيقة ليست الهدف؛ هي خريطة البناء. الطريقة الأكثر ثباتاً هي تحويل كل ميزة ضرورية إلى طلب مستقل، واختبارها قبل الانتقال لما بعدها. هذا ما نشرحه بالتفصيل في ابنِ ميزة واحدة في كل مرة.
- أرفق الوثيقة في بداية المشروع واطلب من الوكيل خطة بناء مرتبة بالميزات.
- ابدأ بنموذج البيانات والأدوار، ثم أول قصة استخدام كاملة من البداية للنهاية.
- بعد كل ميزة، اختبرها مقابل معايير القبول المكتوبة، لا مقابل انطباعك.
- أضف الدفع والإشعارات بعد أن يعمل المسار الأساسي.
- حدّث الوثيقة عند كل تغيير مهم حتى تبقى مرجعاً صادقاً.
الخطوة التالية: اكتب فقرة فكرتك اليوم، واطلب الأسئلة العشرة. ستتفاجأ كم قراراً مهماً كان مؤجلاً في رأسك.
الخلاصة
- وثيقة المتطلبات تجيب عن سؤالين: ماذا نبني، ولمن، وما الذي لن نبنيه الآن.
- اطلب من الذكاء الاصطناعي أن يسألك أولاً؛ الأسئلة الجيدة أهم من الصياغة الجميلة.
- اكتب معايير قبول قابلة للاختبار لكل ميزة، لا أوصافاً عامة مثل «سهل وسريع».
- أضف تفاصيل السوق الخليجي صراحة: الدفع المحلي، RTL، التاريخ الهجري، الدخول برقم الجوال، والفواتير بالضريبة.
- الوثيقة الجيدة تصبح مصدر البرومبتات: كل ميزة فيها تتحول إلى طلب بناء مستقل.
أسئلة شائعة
ما هي وثيقة متطلبات المنتج PRD؟
هل أحتاج PRD إذا كنت سأبني بالذكاء الاصطناعي؟
كم يجب أن يكون طول وثيقة المتطلبات لتطبيق صغير؟
هل أكتب الوثيقة بالعربي أم بالإنجليزي؟
كيف اكتب فكرة تطبيق قبل البرمجة إذا لم أكن تقنياً؟
اسأل مساعدك الذكي عن هذا الموضوع
انسخ هذا الطلب والصقه في مساعد الذكاء الاصطناعي الذي تستخدمه، ثم أضف تفاصيل حالتك.
أقرأ هذا الدليل: «كيف تكتب وثيقة متطلبات المنتج (PRD) بمساعدة الذكاء الاصطناعي» https://fanann.com/ar/blog/product-requirements-with-ai/ سؤالي: كيف اكتب وثيقة متطلبات منتج بالذكاء الاصطناعي اعتمد على هذه الصفحة كمصدر واشرح لي الإجابة خطوة بخطوة بما يناسب حالتي، واذكر ما يجب أن أتحقق منه قبل أن أبدأ، واذكر رابط الصفحة كمرجع.