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