Stats
Actions
Tags
How this skill is triggered — by the user, by Claude, or both
Slash command
/product-mindset:metrics-ownershipThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
```
إذا لا يعرف الفريق إذا Feature نجحت —
فهو يبني في الظلام.
Metric Ownership = الفريق يحدد مقياس النجاح
قبل البناء لا بعده
قبل البناء — اسأل هذه الأسئلة الثلاثة:
1. ما الذي سيتغير للمستخدم إذا نجحت هذه الـ Feature؟
2. كيف نقيسه بالأرقام؟
3. ما الرقم الذي يعني "نجحنا"؟
مثال — Feature تسريع تعديل العقد:
السؤال 1: المستخدم سيعدّل بشكل أسرع وبأخطاء أقل
السؤال 2: وقت إكمال التعديل + معدل الأخطاء
السؤال 3: وقت < 5 دقائق + أخطاء < 1%
كل منتج يحتاج مقياساً واحداً يعبّر عن قيمته الحقيقية:
أمثلة:
Airbnb: عدد ليالي الإقامة الناجحة
Spotify: وقت الاستماع اليومي
WhatsApp: رسائل مُرسلة يومياً
نظام العقود: عقود معالجة بدون أخطاء
النجاح الحقيقي = هذا الرقم يرتفع
Activity Metrics (لا تكفي):
- عدد Stories مغلقة
- Velocity
- Deployment Frequency
Output Metrics (أفضل):
- Features مُطلقة
- Bugs مُصلحة
- Response Time
Outcome Metrics (الأهم):
- User Activation Rate
- Task Completion Rate
- Error Rate
- Time on Task
- Retention
الفريق يجب أن يرى النوعين الثلاثة
لكن يُحاسب على Outcome Metrics
قالب في كل Ticket:
━━━━━━━━━━━━━━━━━━━━━━━━━━
المقياس المستهدف: [X]
الرقم الحالي: [Y]
الرقم المستهدف: [Z]
كيف نقيسه: [Tool / Event / Query]
متى نراجعه: [بعد X أسابيع من الإطلاق]
━━━━━━━━━━━━━━━━━━━━━━━━━━
npx claudepluginhub devmuslim/pdm-skills --plugin product-mindsetCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.