المنتج الأولي القابل للتطبيق (MVP) هو أصغر نسخة من المنتج تتيح لمستخدمين حقيقيين القيام بالأمر الوحيد الذي يختبر أخطر افتراضاتك. وهو ليس نسخة أرخص من المنتج الكامل. والأسابيع الستة قيد مفيد: طويلة بما يكفي لبناء شيء حقيقي، وقصيرة بما يكفي لمنع النطاق من التضخم بصمت. هذه هي الخطة التي نتبعها.
أسبوعًا بأسبوع
- الأسبوع الأول، الاستكشاف: نحدد المشكلة والمستخدم المستهدف والافتراض الوحيد الذي سنختبره. نكتب كل أفكار المزايا، ونحذف كل ما لا يلزم لاختبار ذلك الافتراض، ونتفق على طريقة قياس النجاح.
- الأسبوع الثاني، التصميم والتجهيز: نرسم مسارات المستخدم، ونبني نموذجًا تفاعليًا قابلًا للنقر، ونختبره مع عدد قليل من المستخدمين المستهدفين. وبالتوازي نختار التقنيات ونجهّز المستودع والبيئات ومسار النشر.
- الأسبوعان الثالث والرابع، البناء: نسلّم المسار الأساسي كاملًا من البداية إلى النهاية أولًا، ثم بقية المزايا الضرورية، مع عرض لبرنامج يعمل في نهاية كل أسبوع.
- الأسبوع الخامس، التحسين والاختبار: نصلح الأخطاء، ونغطي أساسيات الأمان، ونضيف أحداث التحليلات، ونفحص الأداء على أجهزة حقيقية، ونعتمد المحتوى العربي والإنجليزي.
- الأسبوع السادس، الإطلاق: نطلق المنتج لمجموعة أولى من المستخدمين، ونراقب الأخطاء والاستخدام عن قرب، ونجمع الملاحظات للدورة التالية.
ما نحذفه، وما لا نحذفه أبدًا
نحذف لوحات الإدارة المخصصة عندما تكفي أداة جاهزة أو شاشة داخلية بسيطة، والصلاحيات المعقدة للمستخدمين، ووسائل الدفع الإضافية، والتطبيقات الأصلية عندما يكفي تطبيق ويب متجاوب لاختبار الفكرة، وأتمتة المهام التي يمكن تنفيذها يدويًا للمستخدمين الأوائل. ولا نحذف أبدًا تسجيل الدخول الآمن، والنسخ الاحتياطي، والتحليلات اللازمة لقياس الافتراض، ومراقبة الأخطاء، وشيفرة نظيفة بما يكفي لمواصلة البناء عليها.
ما الذي تحتاج إلى تقديمه
لا تنجح الأسابيع الستة إلا إذا كان لديك شخص قادر على اتخاذ القرار. أي مسؤول عن المنتج متاح كل أسبوع، يجيب عن الأسئلة خلال يوم، ويقبل المفاضلات. ويعني ذلك أيضًا إتاحة الوصول إلى عدد من المستخدمين المستهدفين للاختبار، وتجهيز المحتوى مثل النصوص والأسعار والسياسات بحلول الأسبوع الرابع. ومن دون ذلك يتأخر الجدول مهما كان حجم الفريق.
ينجح الـ MVP عندما يجيب عن أخطر أسئلتك، لا عندما يضم كل المزايا المدرجة في القائمة.