أطر تحديد الأولويات

📖 المفهوم

مهارة PM الأهم: قول "لا"

Steve Jobs: "Focus is about saying no to a thousand other good ideas."

كل feature تقبلها = features أخرى لن تأخذها. هذا هو الـ opportunity cost.

PM متوسط: يقول "نعم" للجميع → roadmap مزدحم، لا شيء يخرج جيداً. PM ممتاز: يقول "لا" بأدب وبيانات → روadmap مركّز، نتائج كبيرة.

الـ Trap الأكبر: HiPPO

HiPPO = Highest Paid Person's Opinion

في الشركات الكبيرة، الأولويات تُحدد من قبل أعلى راتب (CEO, VP) - ليس بالبيانات.

PM ممتاز يستخدم frameworks ليجعل القرارات objective قدر الإمكان. عندما تقول "لا" لـ CEO، تحتاج لـ data، ليس opinion.

الأطر الرئيسية الأربعة

1. RICE Framework

من Intercom. الأكثر شيوعاً اليوم.

RICE Score = (Reach × Impact × Confidence) / Effort

• Reach: كم مستخدم سيتأثر؟ (في ربع، شهر، إلخ)
• Impact: كم سيتأثرون؟ (Massive=3, High=2, Medium=1, Low=0.5)
• Confidence: كم متأكد؟ (100%, 80%, 50%)
• Effort: كم person-months؟

مثال (HungerStation):

Feature A: Re-order button

• Reach: 500K users/month
• Impact: 1 (medium - small UX improvement)
• Confidence: 80%
• Effort: 0.5 person-month
• RICE = (500,000 × 1 × 0.8) / 0.5 = 800,000

Feature B: AI Recommendations

• Reach: 1M users/month
• Impact: 2 (high)
• Confidence: 50% (high uncertainty)
• Effort: 6 person-months
• RICE = (1,000,000 × 2 × 0.5) / 6 = 166,667

النتيجة: Re-order button أعلى ROI رغم أنه يبدو "أقل إثارة".

متى تستخدم RICE: للمقارنة بين features كثيرة. Quarterly planning.

2. MoSCoW

طريقة تصنيف بسيطة:

• Must have - بدونها المنتج لا يعمل
• Should have - مهمة لكن ليست critical
• Could have - nice-to-have
• Won't have - ليس الآن

مثال (إطلاق checkout flow جديد):

Must:

• Payment processing works
• Order confirmation sent
• Receipt generated

Should:

• Save payment for future
• Apply promo codes

Could:

• Tip calculator
• Split payment

Won't (V1):

• Crypto payment
• Gift cards

متى تستخدم MoSCoW: لتحديد scope في PRD. عند الإطلاق بـ deadline.

3. Value vs Effort (2x2 Matrix)

أبسط framework، لكن قوي.

            High Value
                ↑
                │
[Quick Wins]   │   [Big Bets]
   ↓           │      ↓
  افعل فوراً    │   خطط بعناية
─────────────────────────→ High Effort
  افعل بعد    │   تجاهل
   ↑           │      ↑
[Fill-ins]    │   [Time Sinks]
                │
            Low Value

ضع كل feature في الـ quadrant:

• Quick Wins (High Value, Low Effort): افعلها فوراً
• Big Bets (High Value, High Effort): خطط بعناية، استثمر
• Fill-ins (Low Value, Low Effort): إذا فضل وقت
• Time Sinks (Low Value, High Effort): تجاهل تماماً

متى تستخدم: للقرارات السريعة، الاجتماعات.

4. Kano Model

يصنّف features حسب كيف يشعر بها العميل:

Basic Needs (Must-have):

• إذا لم تكن موجودة → غضب
• إذا موجودة → لا أحد يلاحظ
• مثال: "تطبيق توصيل يقبل البطاقات"

Performance Needs (More is better):

• العلاقة خطية مع رضا العميل
• مثال: "سرعة التوصيل" - 20 دقيقة أفضل من 40

Delighters (Wow factors):

• لا يتوقعها أحد، لكنها تسعد العميل
• مثال: "تتبع السائق في الوقت الحقيقي" (كان wow في 2015)

Indifferent: لا أحد يهتم Reverse: العميل يكرهها أكثر كلما زادت

القاعدة:

• Don't skimp on basics (سيخسرك العملاء)
• Invest in performance (يميزك)
• Sprinkle delighters (يبني loyalty)
• مع الوقت، delighters تتحول لـ basics

متى تستخدم Kano: عند فهم customer psychology، segmentation للـ features.

Frameworks Decision Tree

أيهم تستخدم؟

هل تختار بين features كثيرة لـ roadmap؟
  → نعم: RICE

هل تحدد scope لإطلاق محدد؟
  → نعم: MoSCoW

هل تحتاج قرار سريع، اجتماع؟
  → نعم: Value vs Effort

هل تفكر في customer perception؟
  → نعم: Kano

هل قرار استراتيجي كبير؟
  → استخدم 2-3 frameworks معاً

الأخطاء الشائعة

❌ Framework worship: استخدام framework واحد لكل شيء. ✓ اختر الـ framework المناسب للسياق.

❌ False precision: "RICE score = 1,234,567" → الأرقام دقيقة، لكن inputs تخمين. ✓ استخدم frameworks للمقارنة النسبية، لا للأرقام المطلقة.

❌ Ignoring strategic context: feature بـ RICE عالي، لكن لا يخدم الاستراتيجية. ✓ Strategy يأتي أولاً، Framework ثانياً.

❌ Politics over data: المدير يريد X، فتجعل X أولوية رغم البيانات. ✓ كن صادقاً. استخدم frameworks لتدعم النقاش.

Prioritization في الواقع

في الشركات، prioritization ليس مجرد framework. هو:

1. Politics: ما يريده القادة
2. Data: ما تقوله الأرقام
3. Strategy: ما يخدم الـ vision
4. Constraints: ما يمكن للفريق فعله

PM ممتاز يوازن بين الأربعة. PM متوسط يستسلم للـ politics.

في سياقك (HungerStation/Keeta)

Quarterly Planning عملي:

Step 1: اجمع كل الـ features المقترحة (من العملاء، مهندسين، مديرين، بياناتك)

Step 2: ضع كل واحد في RICE table

Step 3: ضع top 10 في 2x2 (Value/Effort)

Step 4: ضع الأهم 5 في MoSCoW (داخل الـ Quarter)

Step 5: شارك مع stakeholders، اشرح لـ "لماذا لا"

Step 6: نفّذ، قِس، تعلّم، عدّل

مثال واقعي

في Q3 لـ HungerStation، ربما عندك:

• 30 feature requests
• 5 engineers
• ~2 sprints لكل feature متوسط
• = ~5 features كبيرة في الربع

أنت تختار 5 من 30. الـ 25 ستقول لهم "لا" (أو "ليس الآن").

كيف؟:

1. RICE all 30
2. Top 10 → 2x2 matrix
3. Pick 5 high-value/manageable-effort
4. Document الأسباب
5. شارك بشفافية

النتيجة: قرارات defensible، فريق mahallah، stakeholders يفهمون.

# Q[X] Priorities — Product

**Date:** [Date]
**Author:** [You]

## TL;DR
We're focusing on [3-5 priorities] this quarter to [main goal].

## How We Prioritized
We evaluated [N] potential initiatives using RICE scoring.
Top scores aligned with our quarterly OKR: [OKR statement].

## Top 5 Priorities

### 1. [Priority Name]
**Why:** [User problem and business impact]
**RICE Score:** [number]
**Owner:** [Person]
**Timeline:** [Weeks]

### 2. [Priority Name]
...

## What We're NOT Doing (and Why)
- **[Initiative X]:** Deferred to Q[N+1] — lower RICE score, can wait
- **[Initiative Y]:** Cut — doesn't align with strategy
- **[Initiative Z]:** Punted — requires capabilities we don't have yet

## Open Questions
- [Question 1]
- [Question 2]

🔗 للتعمق

• المجال: إدارة المنتج
• مفهوم مرتبط: OKRs
• مفهوم مرتبط: Unit Economics
• نموذج عقلي: Opportunity Cost
• نموذج عقلي: Second-Order Thinking
• الكتاب الموصى: "Cracking the PM Interview" by Gayle McDowell
• التالي: Investment Path - Investor Mindset (الجزء الثاني من رحلتك)