المنتج الأولي الناجح ليس النسخة التي تحتوي أكبر عدد من الميزات، ولا مجرد أرخص نسخة يمكن بناؤها. هو إصدار أول مركز، صُمم لحل مشكلة واضحة لمستخدم محدد واختبار الافتراضات الأكثر تأثيراً في مستقبل المنتج. يساعد تحديد النطاق بانضباط على التعلم مبكراً، وتقليل التطوير غير الضروري، وتوجيه الوقت والميزانية نحو الأجزاء التي تحتاج إلى دليل أولاً. يوضح هذا الدليل كيف تحدد النتيجة المطلوبة، وتكشف الافتراضات الأعلى خطراً، وترسم رحلة المستخدم الأساسية، وترتب الميزات، وتقرر ما يجب تأجيله، وتضع مؤشرات القياس التي ستوجّه القرار التالي للمنتج.
حدّد النتيجة قبل الميزات
ابدأ بالتغيير الذي يجب أن يصنعه المنتج للمستخدم، لا بعدد الشاشات التي تريد بناءها. عندما تكون النتيجة واضحة، يصبح استبعاد الوظائف التي لا تخدم هدف الاختبار الأساسي أسهل.
- من هو أول مستخدم مستهدف؟
- ما المشكلة التي يواجهها اليوم؟
- ما السلوك الذي سيثبت أن الحل مفيد؟
حدّد الافتراضات التي يجب على الـMVP اختبارها
قبل اختيار الميزات، اكتب الافتراضات التي يجب أن تكون صحيحة كي يعمل المنتج كتجربة للمستخدم وكفكرة قابلة للاستمرار. قد تتعلق هذه الافتراضات بوجود المشكلة فعلاً، أو بقدرة المسار المقترح على حلها، أو باستعداد المستخدمين لتبني الحل، أو بإمكانية تقديم الخدمة خلف المنتج بصورة موثوقة.
يجب أن يمنحك المنتج الأولي وسيلة عملية لاختبار الافتراضات التي يمكن أن تُبطل الفكرة إن ثبت خطؤها. الميزة التي تبدو جذابة لكنها لا تساعد في اختبار افتراض مهم لا ينبغي أن تدخل الإصدار الأول تلقائياً.
- هل يواجه المستخدمون المشكلة بتكرار يجعل حلها مهماً؟
- هل يخلق الحل المقترح قيمة كافية لتغيير سلوكهم الحالي؟
- هل يمكن تقديم الخدمة الأساسية تشغيلياً؟
- هل يستطيع المنتج الوصول إلى أول مستخدميه وخدمتهم؟
- هل يوجد دليل على أن المستخدمين سيستمرون في الاستخدام أو الدفع؟
ارسم رحلة المستخدم الأساسية
يجب أن يسمح المنتج الأولي لأول مستخدم مستهدف بإكمال الرحلة التي تُظهر قيمة المنتج الأساسية. بدلاً من تصميم كل شاشة ودور وتقرير وإشعار وحالة استثنائية، حدّد أقصر مسار مكتمل ينقل المستخدم من المشكلة إلى النتيجة المطلوبة.
الميزات الضرورية هي التي تجعل هذه الرحلة ممكنة ومفهومة وموثوقة بما يكفي لاختبارها مع مستخدمين حقيقيين.
- 1حدّد أول مستخدم مستهدف.
- 2حدّد الفعل الذي يدخل المستخدم إلى تجربة المنتج.
- 3ارسم أقل عدد من الخطوات اللازمة للوصول إلى النتيجة الأساسية.
- 4حدّد البيانات والتكاملات والعمل التشغيلي المطلوب خلف هذه الخطوات.
- 5استبعد الرحلات الثانوية التي لا تؤثر في هدف التحقق الأول.
رتّب الميزات بحسب قيمتها
قيّم كل ميزة بحسب قدرتها على حل المشكلة الأساسية أو اختبار افتراض مهم. يمكن تأجيل ميزات الراحة والتحسين، بينما تنتمي الوظائف الضرورية لإكمال رحلة المستخدم الأساسية إلى النطاق الأول.
- 1ارسم رحلة المستخدم الضرورية.
- 2حدّد الوظائف المطلوبة لإكمالها.
- 3انقل التحسينات والتخصيص إلى مراحل لاحقة.
- 4راجع النطاق النهائي مقارنة بالوقت والميزانية.
حدّد ما لا ينتمي إلى الـMVP
يتحدد نطاق المنتج الأولي المنضبط بما يستبعده بقدر ما يتحدد بما يتضمنه. يجب تأجيل الميزات التي تحسن الراحة أو التوسع أو التخصيص أو الإدارة أو المظهر، لكنها ليست ضرورية لتقديم القيمة الأساسية أو قياسها.
تأجيل الميزة لا يعني أنها بلا قيمة. يعني فقط أن المنتج لا يحتاج إليها الآن للإجابة عن سؤال التحقق الحالي.
- لوحات المعلومات المتقدمة التي لا يحتاجها القرار الأول.
- الأدوار المتعددة عندما يكفي الإصدار الأول دوراً واحداً أو دورين.
- الأتمتة المعقدة التي يمكن تنفيذها يدوياً بصورة مؤقتة.
- التكاملات الثانوية التي لا تؤثر في الرحلة الأساسية.
- التخصيص قبل معرفة أنماط الاستخدام الفعلية.
- الميزات المضافة فقط لأن المنافسين يملكونها.
اختبر الافتراضات الأعلى خطراً
تتضمن المنتجات الجديدة افتراضات حول الطلب وسلوك المستخدم والعمليات والتسعير. يجب أن يركز المنتج الأولي على الافتراضات التي قد تُبطل المشروع إذا ثبت عدم صحتها.
- استعداد المستخدمين لتبني الحل.
- وضوح قيمة المنتج.
- إمكانية تنفيذ الخدمة تشغيلياً.
- ملاءمة نموذج التسعير.
خطط للإطلاق والقياس
حدّد من سيستخدم النسخة الأولى، وكيف ستُجمع الملاحظات، وما المؤشرات التي ستوجّه القرار التالي. بهذا يتحول الإطلاق إلى تجربة مضبوطة بدلاً من أن يكون مجرد تسليم تقني.
- 1اختر مجموعة المستخدمين الأولى.
- 2حدّد مؤشرات الاستخدام والنجاح.
- 3جهّز قناة واضحة لجمع الملاحظات.
- 4حدّد موعداً لمراجعة النتائج.
- 5رتّب أولويات المرحلة التالية.
راجع النطاق قبل بدء التطوير
قبل بدء التطوير، راجع كل ميزة مخطط لها مقارنة بنتيجة المنتج والافتراض الذي تساعد على اختباره ورحلة المستخدم التي تدعمها. تكشف هذه المراجعة غالباً ميزات دخلت النطاق لأنها بدت مفيدة، لا لأن الإصدار الأول يحتاج إليها فعلاً.
يجب أن تكون النتيجة إصداراً صغيراً بما يكفي لبنائه والتعلم منه بسرعة، لكنه مكتمل بما يكفي كي يفهم المستخدم المستهدف القيمة الأساسية ويستفيد منها.
- 1لخّص المستخدم الأساسي والمشكلة في جملة واحدة.
- 2حدّد الافتراض الرئيسي الذي يجب على الإصدار اختباره.
- 3أكد أقل رحلة مستخدم متكاملة من البداية إلى النتيجة.
- 4اربط كل ميزة بهذه الرحلة أو بالافتراض المطلوب اختباره.
- 5انقل الميزات غير المدعومة إلى قائمة مرحلة لاحقة.
- 6حدّد المؤشرات التي ستقرر الخطوة التالية.
حدود هذا المحتوى
يقدم هذا الدليل إطاراً عاماً لتحديد نطاق المنتج الأولي MVP. يختلف النطاق المناسب بحسب طبيعة المنتج والمستخدمين المستهدفين والسوق والاعتماديات التقنية والتكاملات ومتطلبات الأمن والالتزامات التنظيمية والقيود التشغيلية. المنتج الأولي ليس قائمة ثابتة من الميزات، وإطلاقه لا يضمن الوصول إلى ملاءمة المنتج للسوق أو تحقيق نجاح تجاري. الهدف هو بناء نسخة مركزة تستطيع اختبار الافتراضات المهمة وتوليد أدلة مفيدة لاتخاذ القرار التالي للمنتج.
