تصميم MVP بمنهجية أجايل
ترتيب أولويات الميزات حسب مستوى رضا العملاء، ثم التكرار على مجموعة مكتملة لكنها محدودة من الميزات، ممارسة يجب أن تكون حجر الأساس في كل عمليات تطوير البرمجيات بمنهجية أجايل (Agile)

نشعر في OOZOU بأننا محظوظون بقاعدة عملاء متنوعة تمتد من التقنية المالية (Fintech) والاتصالات والتجارة الإلكترونية إلى الرعاية الصحية وغيرها. ومع فريق عالمي المستوى من المديرين والمصممين والمهندسين، نسعى إلى تقديم منتجات عالية الجودة بالعمل عن قرب مع عملائنا. لكن الطريق إلى التميز، كالعادة، ليس مفروشًا بالورود. هناك صعوبات حقيقية على الجانبين، وكثيرًا ما يكون سببها مجموعة غير منظمة من الميزات، أو غياب التحليل المناسب لتطوير منتج أولي قابل للتطبيق (MVP) متين.
يمكن تحليل عملية تطوير المنتج باستخدام نموذج فعّال جدًا يُسمى هرم ملاءمة المنتج للسوق (Product-Market Fit Pyramid). يحدد هذا الإطار مساحتين:
- مساحة المشكلة (Problem space)، وتتعلق بالعالم الواقعي الذي يواجه مشكلة فعلية، وبالمستخدمين النهائيين الذين يستهدفهم الحل، و
- مساحة الحل (Solution Space)، وتتعلق بالجوانب التقنية والإدارية لتطوير حل فعّال.
وبعد هذا التمييز الواضح، يقسّم النموذج هاتين المساحتين إلى خمسة مكونات رئيسية هي: العميل المستهدف، و_احتياجات العميل غير الملبّاة_، و_القيمة المقترحة_، و_مجموعة الميزات_، و_تجربة المستخدم_.
الشكل 1: هرم ملاءمة المنتج للسوق
عملاؤنا خبراء في مجالاتهم، ولذلك يبرعون دائمًا في تحليل مستويات السوق: العملاء المستهدفون واحتياجاتهم غير الملبّاة. لكنهم يبدأون في مواجهة الصعوبة عند تحديد قيمة مقترحة متينة، ثم مجموعات الميزات. وللإنصاف، هذه ليست مهمة سهلة أيضًا. فحين يكون المرء مستثمرًا بعمق في المنتج، من الطبيعي أن تكون لديه نظرة أوسع ورؤية بعيدة المدى. لكن ذلك لا يساعد على تطوير MVP يصل إلى السوق بسرعة، ويكون مرنًا بما يكفي للتكيف مع التحليلات المستمدة من الاستخدام الفعلي.
ولهذا الغرض، يُعد نموذج كانو (Kano Model)، الذي طوّره في الأصل المستشار الياباني نورياكي كانو، أداة ممتازة لتحليل احتياجات العملاء من حيث مستويات رضاهم، ثم البناء عليها لتطوير قيمة مقترحة متينة.
الشكل 2: نموذج كانو
يصنّف كانو الميزات إلى أربع فئات، بحسب تفاعل العملاء مع مستوى الوظائف المقدَّم.
- الأساسية (Must-be): ميزات يُتوقع وجودها في المنتج ببساطة، ويكون المنتج النهائي ناقصًا من دونها. لا تؤثر هذه الميزات في رضا العملاء، لكنها ضرورية في المنتج النهائي.
- ميزات الأداء (Performance): كلما قدمنا المزيد منها، ازداد رضا عملائنا.
- الميزات المبهجة (Delighters): ميزات تميزكم عن المنافسين وتُدخل البهجة على عملائكم.
- الميزات المحايدة (Indifferent): وجود هذه الميزات (أو غيابها) لا يُحدث فرقًا حقيقيًا. علينا تجنب العمل عليها فعلًا، لأنها في جوهرها هدر للمال.
نحن في OOZOU نعمل بمنهجية أجايل، ولذلك نستخدم قصص المستخدم (User stories) لتوثيق قوائم الميزات.
قصة المستخدم ببساطة شرح عام وغير رسمي لميزة برمجية، مكتوب من منظور المستخدم النهائي. والغرض منها توضيح كيف ستقدم الميزة البرمجية قيمة للعميل [1].
نوصي بتصنيف فوائد المنتج، أي قصص المستخدم، ضمن الفئات الرئيسية الثلاث في نموذج كانو: الأساسية والأداء والمبهجة. تنطبق مبادئ العصف الذهني في هذه المرحلة، ويجب تشجيع الفرق على إضافة أكبر عدد ممكن من الميزات التي تخطر لهم. وكلما كانت هذه القائمة أغنى، كان الـ MVP النهائي أكثر نضجًا.
وبإتمام هذه الخطوة يتشكل في النهاية سجل أعمال المنتج (backlog).
ثم تأتي المرحلة الأهم في العملية: تحديد المرشح لـ MVP، أو ما يسميه المطوّرون الإصدار 1. من المهم جدًا أن نذكّر أنفسنا بأن الـ MVP يجب أن يكون "في حده الأدنى"، لكن هذا الحد الأدنى يُقاس بالقيمة المقترحة، لا بمجموعة واحدة من الميزات.
يجب أن يظل الـ MVP معبرًا عن مساحة المشكلة التي يعالجها المنتج وعن المزايا التنافسية للحل، لكن ليس كلها.
وبالبناء على سجل الأعمال المستمد من نموذج كانو، يمكننا الآن ترتيب الميزات في كل فئة حسب أهميتها النسبية، ثم وضع المرشح لـ MVP. ولأننا نحتاج إلى جميع الميزات الأساسية، فإنها تبقى في الإصدار 1. ثم نختار أهم ميزات الأداء والميزات المبهجة، وبذلك نحصل فعليًا على الـ MVP.
تُنتج هذه الممارسة MVP مدروسًا جيدًا وخارطة طريق للتطوير اللاحق. ومن الواضح أن خارطة الطريق ستتغير خلال تطوير المنتج، لكن ترتيب أولويات الميزات حسب مستوى رضا العملاء، ثم التكرار على مجموعة مكتملة لكنها "محدودة" من الميزات، ممارسة يجب أن تكون حجر الأساس في كل عمليات تطوير البرمجيات بمنهجية أجايل.
إذا كنتم تواجهون مشكلات مشابهة في عملية تطوير منتجكم، فتواصلوا معنا:
المراجع:
- Rehkopf, M., n.d. User Stories | Examples and Template | Atlassian. [على الإنترنت] Atlassian. متاح على: https://www.atlassian.com/agile/project-management/user-stories [تاريخ الاطلاع 18 أبريل 2021].
- Olsen, D., 2015. The Lean Product Playbook. John Wiley & Sons, Inc., Hoboken, New Jersey.
- Folding Burritos. 2021. The Complete Guide to the Kano Model - Folding Burritos. [على الإنترنت] متاح على: https://foldingburritos.com/kano-model/ [تاريخ الاطلاع 18 أبريل 2021].


