كتابة PRDs محترفة
Writing Good PRDs
أهداف التعلم
- فهم متى تكتب PRD ومتى لا
- إتقان هيكل PRD محترف
- كتابة PRD مختصر وفعّال (ليس روماناً)
- تعلّم لغة PRDs الإنجليزية
📖 المفهوم
ما هو PRD؟
PRD = Product Requirements Document
وثيقة تحدد ماذا نبني ولـ من ولـ ماذا. ليست spec تقنية - بل عقد بين PM والفريق.
PRD جيد يجيب على 6 أسئلة:
- Why? لماذا نبني هذا؟
- Who? لمن نبنيه؟
- What? ما الذي سنبنيه بالضبط؟
- How? كيف سيستخدمه المستخدم؟
- Success? كيف نقيس النجاح؟
- Risks? ما المخاطر؟
متى تكتب PRD؟
❌ لا تحتاج PRD لكل feature:
- bug fixes
- صغيرة (< 1 sprint)
- تجارب A/B بسيطة
- changes واضحة جداً
✓ تحتاج PRD عندما:
- الـ feature يأخذ أكثر من sprint
- يتأثر فيها أكثر من فريق
- تحتاج alignment مع leadership
- مخاطر عالية (cost, technical, business)
- decisions كثيرة سيتم اتخاذها
القاعدة: PRD أداة، ليست شعيرة. اكتبها لأنها تساعد، لا لأنها واجبة.
الـ PRD السيء vs الجيد
PRD سيء:
- 30+ صفحة (لا أحد يقرؤها)
- كل التفاصيل التقنية ممزوجة
- لا يوضح الـ "why"
- requirements مبهمة
- لا success metrics
PRD جيد:
- 2-5 صفحات
- يبدأ بـ "why" قوي
- requirements واضحة، قابلة للقياس
- صور/wireframes حيث يساعد
- success metrics واضحة
- يدعو للنقاش (ليس monolog)
الهيكل القياسي (Modern PRD)
1. Overview (نظرة عامة) - paragraph واحد
2. Background & Problem (الخلفية والمشكلة)
3. Goals & Non-goals (الأهداف وما لن نفعله)
4. User Stories / Use Cases (قصص المستخدم)
5. Requirements (المتطلبات)
- Functional
- Non-functional (performance, etc.)
6. Success Metrics (مقاييس النجاح)
7. Risks & Open Questions (المخاطر والأسئلة المفتوحة)
8. Timeline & Milestones (الجدول الزمني)
9. Appendix (مرفقات: research, mockups)
تفصيل كل قسم
1. Overview (Executive Summary)
paragraph واحد - 4-5 جمل. يجب أن يفهمه القارئ في 30 ثانية.
We're building [feature]
for [target users]
to solve [problem].
This will [expected outcome].
Launching by [date].
2. Background & Problem
لماذا الآن؟ ما الـ data/insights التي دفعتنا؟
- اربط بـ user research أو data
- لا تخمين - حقائق
3. Goals & Non-goals
Goals: ما الذي نريد تحقيقه (3-5)
Non-goals: ما الذي لن نفعله. هذا حاسم!
- يمنع scope creep
- يوضّح boundaries
- يحفظ الـ focus
مثال:
Goals:
- Reduce checkout time by 30%
- Increase conversion rate by 10%
Non-goals:
- We are NOT redesigning the entire shopping cart
- We are NOT adding new payment methods (separate project)
- We are NOT supporting guest checkout in V1
4. User Stories
صيغة قياسية:
As a [user type],
I want to [action],
so that [benefit].
مثال:
As a busy office worker,
I want to reorder my last meal in one tap,
so that I can save time during my lunch break.
5. Requirements
Functional Requirements - ما يجب أن يفعله الـ feature:
- "User can save up to 5 favorite addresses"
- "Order confirmation sent within 30 seconds"
Non-functional Requirements:
- Performance: "Page loads in < 2 seconds"
- Security: "PCI-compliant payment handling"
- Accessibility: "Supports VoiceOver"
- Localization: "Supports Arabic RTL"
6. Success Metrics
Primary Metric (واحد فقط - الأهم):
- "Increase weekly active orderers by 15%"
Secondary Metrics (2-3):
- Conversion rate, retention, NPS
Counter Metrics (لمنع gaming):
- "While not degrading order completion rate"
7. Risks & Open Questions
كن صريحاً:
- "Risk: Customers may find the new flow confusing → mitigate with usability testing"
- "Open Question: Should we support tips in V1?"
8. Timeline
milestones عريضة، لا dates دقيقة:
- Design complete: Week 2
- Engineering kickoff: Week 3
- Internal beta: Week 6
- Public launch: Week 8
قواعد كتابة PRD محترف
1. Use plain language لا تستخدم jargon لإثارة الإعجاب. الوضوح > الذكاء.
2. Write for skimmers
- Headers واضحة
- bullet points
- bold للأهم
3. Show, don't just tell
- wireframes
- user flows
- examples
4. Use specific language ❌ "Make checkout faster" ✓ "Reduce average checkout time from 45s to 30s"
5. Quantify when possible
- Numbers > adjectives
- Specific dates > "soon"
6. Make it a living document
- update as you learn
- track changes
Templates و Tools
أشهر templates:
- Lenny's PRD Template: lennysnewsletter.com
- Aha! PRD Template
- Productboard PRD Template
أدوات الكتابة:
- Notion (الأكثر شيوعاً اليوم)
- Coda
- Google Docs (clasic)
- Confluence (في الشركات الكبيرة)
في سياقك (HungerStation/Keeta)
أمثلة PRDs قد تكتبها:
- "Restaurant Performance Dashboard V2"
- "Driver Incentive Program Redesign"
- "Smart Restaurant Recommendation"
- "Group Ordering Feature"
نصيحة: ابدأ بـ One-Pager (صفحة واحدة) قبل الـ PRD الكامل. كثير من ideas تموت في الـ one-pager - يوفر وقتاً كبيراً.
المصطلحات الجوهرية
PM Vocabulary
/piː ɑːr diː/
وثيقة متطلبات المنتج
“I just shared the PRD for the new feature with engineering”
/rɪˈkwaɪərmənts/
المتطلبات
“Let's review the requirements before scoping”
/ˈjuːzər ˈstɔːri/
قصة المستخدم
“Each user story follows the 'As a... I want... so that...' format”
/skəʊp/
النطاق
“Let's define the scope before we start building”
/skəʊp kriːp/
تضخم النطاق
“Non-goals help prevent scope creep”
/ˈmaɪlstəʊn/
علامة فارقة / مرحلة
“Beta launch is our next major milestone”
/juːs keɪs/
حالة استخدام
“Let's walk through the main use cases”
/ˈwaɪərfreɪm/
مخطط هيكلي
“I've attached wireframes to the PRD”
/ˌspesɪfɪˈkeɪʃən/
مواصفات
“The technical spec is owned by engineering, not PM”
/əkˈseptəns kraɪˈtɪəriə/
معايير القبول
“Make sure each user story has clear acceptance criteria”
التعابير المهنية
Useful PM Phrases
تقديم PRD(Introducing a PRD)
- 01
“I've drafted a PRD for the new checkout flow — would love your input”
- 02
“Please review by EOD Thursday and add comments inline”
- 03
“This is V1 — open to feedback before we lock it”
توضيح النطاق(Clarifying scope)
- 01
“That's out of scope for V1 — we'll address it in the next iteration”
- 02
“Let me check if that's a goal or non-goal”
- 03
“Can you add that to the open questions section?”
التعامل مع الاعتراضات(Handling pushback)
- 01
“Help me understand your concern — is it the approach or the timing?”
- 02
“Fair point. Let me revise that section”
- 03
“Let's add that as a follow-up rather than expand V1”
- 04
“I want to push back on that assumption — here's why”
قالب الكتابةModern PRD Template (Concise)
قالب PRD مختصر - 2-3 صفحات. للـ features متوسطة الحجم.
# [Feature Name] PRD **Author:** [Your Name] **Status:** Draft | In Review | Approved **Last Updated:** [Date] ## 1. Overview One paragraph: what we're building, for whom, why, and when. ## 2. Background & Problem - What's the current state? - What's the user pain point? - What data/research informs this? ## 3. Goals - Goal 1 (measurable) - Goal 2 (measurable) ## Non-Goals - We are NOT doing X - We are NOT doing Y ## 4. User Stories 1. As a [user], I want to [action], so that [benefit] 2. As a [user], I want to [action], so that [benefit] ## 5. Requirements ### Functional - [ ] Requirement 1 - [ ] Requirement 2 ### Non-Functional - Performance: [metric] - Accessibility: [requirement] - Localization: Arabic RTL support ## 6. Success Metrics **Primary:** [Main metric and target] **Secondary:** - Metric 2 - Metric 3 **Counter metrics:** [What we don't want to degrade] ## 7. Risks & Open Questions - Risk: [description] → Mitigation: [plan] - Open Q: [unresolved question] ## 8. Timeline - Design complete: [Week X] - Eng kickoff: [Week X] - Beta: [Week X] - Launch: [Week X] ## Appendix - Link to user research - Link to wireframes - Link to data analysis
الكتابة محفوظة محلياً تلقائياً
استمع واقرأ هذا الأسبوع
Listen & Read This Week
تمارين تطبيقية
Practice Exercises
تأمّل
إجاباتك تُحفظ محلياً تلقائياً.
🔗 للتعمق
- المجال: إدارة المنتج
- مفهوم مرتبط: OKRs - للـ goals
- نموذج عقلي: First Principles
- مرجع عظيم: Lenny's PRD Template
- الدرس التالي: Prioritization Frameworks - أطر تحديد الأولويات
هل أنهيت الدرس؟
علّمه كمكتمل ليُحسب في تقدّمك.