ترتيب الأولويات بطريقة MoSCoW:80 فكرة، ابنِ 5

لديك 80 فكرة ميزة: 50 من عندك و30 أخرى اقترحها مستخدموك. ترتيب الأولويات بطريقة MoSCoW، أي يجب أن يوجد (Must have) وينبغي أن يوجد (Should have) ويمكن أن يوجد (Could have) ولن يوجد (Won't have)، يقلّص هذه الأفكار الثمانين إلى 5 ميزات أو أقل تختبر فرضيتك فعلًا. كل ما عداها تشتيت، ومعظمه مكانه «لن يوجد».

وفوق الثمانين، لدى المنافسين 20 ميزة أخرى ليست لديك. لا تستطيع بناءها كلها، ولا ينبغي. إليك إطار القطع الصارم: سؤال الاختبار لكل فئة، وكيف يبدو ترتيب الأولويات الجيد والسيئ على جداول زمنية حقيقية، والقاعدة التي توقفك عن بناء أشياء كان يمكنك فعلها يدويًا.

ما ترتيب الأولويات بطريقة MoSCoW لمنتج MVP؟

تفرز MoSCoW كل ميزة في إحدى أربع سلال، لكل منها سؤال اختبار واحد. أجب بصدق وستنهار قائمة الثمانين من تلقاء نفسها:

لاحظ ما يرسب في اختبار «يجب أن يوجد» في هذا المثال. مستويات الأولوية؟ يستطيع المستخدمون إعادة ترتيب القائمة يدويًا. الفئات والوسوم؟ جميلة لا جوهرية. المهام المتكررة؟ يمكن إنشاؤها بيدك. الميزة ليست «يجب أن توجد» لأنها مفيدة، بل لأن فرضيتك لا يمكن اختبارها بدونها.

أنت لا تبني حدًّا أدنى من المنتج القابل للحياة

أنت تبني حدًّا أدنى من المنتج القابل للاختبار. هذه إعادة الصياغة تغيّر كل شيء، لأنها تربط كل قرار أولوية بفرضيتك لا برؤيتك. الرؤية للإصدار العاشر. إن لم تستطع صياغة فرضيتك في جملة واحدة، فتوقف وأصلح ذلك أولًا، فهي تأتي مباشرةً من عمل التحقق الذي أنجزته قبل أن تقرر بناء أي شيء.

و«لن يوجد» هو موطن الانضباط. ليس قائمة متراكمة، بل قائمة بميزات تقرر بنشاط ألا تبنيها، لكل منها محفّز مكتوب لإعادة النظر: بعد 100 مستخدم، أو بعد إثبات الإصدار الأول، أو إن طلبها المستخدمون خمس مرات أو أكثر. كتابة المحفّز هي ما يمنع الميزة من التسلل عائدةً إلى النطاق في الأسبوع الثاني.

12 أسبوعاًمسيرتك في الشركات لم تكن الخطة أبداًقدّم طلبك إلى Solopreneur Accelerator.قدّم الآن ←

المرحلة الثانية: الأثر مقابل الجهد

تنقلك MoSCoW من 80 إلى قائمة مختصرة. ومصفوفة الأثر مقابل الجهد تنقلك إلى خمس. قيّم كل ميزة ناجية في بُعدين، كم تفيد المستخدم (من 1 إلى 10) وكم يومًا يستغرق بناؤها بصدق، فتظهر أربعة أرباع:

• المكاسب السريعة (أثر عالٍ، جهد منخفض): هذه هي منتجك الأدنى.
• المشاريع الكبرى (أثر عالٍ، جهد عالٍ): نفّذها بعد التحقق، لا قبله أبدًا.
• الحشوات (أثر منخفض، جهد منخفض): تلميع، إن توفر الوقت فقط.
• مضيّعات الوقت (أثر منخفض، جهد عالٍ): لا تبنِها أبدًا، مثل محرك التقارير المخصصة الذي قد يريده مستخدمان، وميزة الذكاء الاصطناعي التي لم يطلبها أحد، والصلاحيات المعقدة لحالات حدّية.

كن متشككًا في أرقامك. المؤسسون يقللون من تقدير الجهد ويبالغون في تقدير الأثر بشكل منهجي، فأضف هامشًا بنسبة 50% إلى كل تقدير، وتحدَّ كل درجة أثر 9 من 10، وأبقِ إجمالي وقت البناء أقل من أربعة أسابيع.

افعلها يدويًا قبل أن تبنيها

لكل ميزة تنجو، اسأل سؤالًا واحدًا إضافيًا: هل أستطيع فعل هذا يدويًا لأول 10 مستخدمين؟ إن نعم، فلا تبنه بعد. أرسل إشعارات البريد بنفسك. ابنِ التقرير الأسبوعي في جدول بيانات. استقبل كل مستخدم بمكالمة شخصية. أصدر الفواتير يدويًا. استورد ملف CSV الخاص بهم نيابةً عنهم.

اليدوي أولًا يُطلق أسرع، ويعلّمك ما يحتاجه المستخدمون فعلًا لا ما يقولون إنهم يحتاجونه، ويبني علاقات مع المستخدمين الأوائل الأهم. وهو فحص طلب متنكر: إن لم تكن مستعدًا لفعل شيء يدويًا لـ10 مستخدمين، فلماذا تبنيه لـ1,000؟ لا تؤتمت إلا حين تكون قد أنجزت المهمة يدويًا أكثر من 10 مرات، وتستغرق أكثر من 30 دقيقة في كل مرة، والنمط متسق، ويطلبها المستخدمون صراحةً.

كيف يبدو ترتيب الأولويات الجيد والسيئ

فكرة مدير المهام نفسها، وقراران للنطاق. النسخة السيئة: مهام متكررة، ومهام فرعية، ووسوم وفئات، وتتبع الوقت، ومشاركة الفريق، وتطبيق جوال، وعرض التقويم، ومخططات غانت، وتحتاج 90 يومًا للبناء. النسخة الجيدة: إنشاء مهمة، وتحديد موعد نهائي، وتعليم الاكتمال، وعرض قائمة بسيط، وملخص يومي بالبريد يُرسل يدويًا لأول 10 مستخدمين، في 14 يومًا. أُطلقت في أسبوعين بدل ثلاثة أشهر.

الميزات المقطوعة ليست الكلفة الحقيقية على أي حال، فالكلفة هي التعلم الضائع. نظام إدارة علاقات عملاء للمستقلين قُلّص من خطة بثماني ميزات و120 يومًا إلى خمس ميزات (إضافة جهة اتصال، وإضافة ملاحظات، ووسم الحالة، وبحث بسيط، وتصدير CSV يدوي) وأُطلق في 21 يومًا، وكشف المستخدمون ما لم تتنبأ به أي خارطة طريق: لم يريدوا إدارة المشاريع أصلًا، بل أرادوا تذكيرات المتابعة. ومنشئ صفحات هبوط قُلّص من خطة 60 يومًا إلى خمسة قوالب ونص قابل للتحرير ونموذج أساسي، فتعلّم أن المستخدمين أرادوا قوالب أكثر لا تخصيصًا. تسعون يومًا إضافية من البناء كانت ستكون تسعين يومًا في بناء الشيء الخطأ.

الفخاخ الخمسة التي تعيد ملء نطاقك

1. «لكن هذا جوهري لرؤيتنا». الرؤية للإصدار العاشر. ما الجوهري لـاختبار الفرضية؟
2. «ذكر المستخدمون هذا». أي مستخدمين؟ ما مدى ألم المشكلة؟ هل سيدفعون؟ شخص واحد مستعد للدفع يفوق وزنًا عشرة اقتراحات «ألن يكون رائعًا لو…».
3. «إنه يومان إضافيان فقط». اليومان يصبحان أسبوعين مع التصحيح. اقطعه؛ وأضفه لاحقًا إن ثبتت الحاجة.
4. «المنافسون لديهم هذا». أمضوا سنوات في بنائه. أنت تختبر ولا تنافس.
5. «لا نستطيع الإطلاق بدون هذا». بل تستطيع. ما الحد الأدنى المطلق؟

إن كانت قائمتك النهائية تضم أكثر من خمس ميزات فلم تنتهِ من القطع. أفضل ميزة هي التي لا تبنيها: كل قطع يُطلق أسرع، ويتعلم أسرع، ويكلّف أقل، ويُصان أسهل. هدفك ليس بناء منتج. هدفك اختبار فرضية.

الكتابThe Solopreneur Revolutionلويس غونسالفيس عن بناء مشروع رائد أعمال منفرد بالذكاء الاصطناعي دون ترك وظيفتك.احصل على الكتاب ←

الأسئلة الشائعة

ماذا تعني MoSCoW؟

يجب أن يوجد، وينبغي أن يوجد، ويمكن أن يوجد، ولن يوجد. لكل فئة اختبار: «يجب أن يوجد» تعني أن الفرضية لا تُختبر بدونه؛ و«ينبغي أن يوجد» تعني أن المتبنّين الأوائل سيستخدمون المنتج بدونه؛ و«يمكن أن يوجد» تعني أن أحدًا لن يتوقف عن استخدام المنتج لو غاب؛ و«لن يوجد» تعني أنه يشتت عن القيمة الجوهرية ويُقطع صراحةً.

كم ميزة ينبغي أن يضم المنتج الأدنى؟

خمسًا أو أقل. إن كانت قائمتك أطول فلم تنتهِ من القطع. أبقِ إجمالي وقت البناء أقل من أربعة أسابيع، وأضف هامشًا بنسبة 50% إلى كل تقدير جهد، وتحدَّ كل «يجب أن يوجد»، فمعظم الميزات مكانها «لن يوجد».

ما الفرق بين «يجب أن يوجد» و«ينبغي أن يوجد»؟

«يجب أن يوجد» ميزة لا تستطيع بدونها اختبار افتراضك الجوهري: أزلها ومات التجريب. أما «ينبغي أن يوجد» فتحسّن التجربة كثيرًا، لكن المتبنّين الأوائل سيستخدمون المنتج بدونها، فتنتظر إلى ما بعد التحقق من الإصدار الأول.

متى أؤتمت عملية يدوية؟

فقط حين تكون قد أنجزتها يدويًا أكثر من 10 مرات، وتستغرق أكثر من 30 دقيقة في كل مرة، والنمط واضح ومتسق، ويطلب المستخدمون الأتمتة صراحةً. حتى ذلك الحين، العمل اليدوي أرخص من الشيفرة، ويعلّمك ما يحتاجه المستخدمون فعلًا.