ما الذي تعنيه النسخة الأولى (MVP)، وما الذي لا تعنيه
الاختصار MVP يعني «الحد الأدنى من المنتج القابل للحياة»، ولكل من الصفتين وزنها. «الحد الأدنى» يعني أن يحمل المنتج أقل قدر ممكن، و«القابل للحياة» يعني أن يستطيع شخص حقيقي أن يستخدمه لحل مشكلة حقيقية، وأن يفتقده لو اختفى. والنسخة الأولى المخيبة للآمال تسقط عادةً في أحد هذين الاختبارين.
النسخة الأولى هي
- طريق كامل لإنجاز مهمة واحدة مهمة
- مبنية لتجيب عن سؤال حول مستخدميك
- صغيرة بما يكفي لتغييرها بسرعة حين تتعلم شيئاً
- مكتملة في ما تفعله، مهما كان قليلاً
- مقيسة منذ اليوم الأول
النسخة الأولى ليست
- منتج كامل بنصف الجودة
- عرض تجريبي لا يعمل إلا حين تقدّمه أنت
- كل الميزات بمستوى سطحي
- ذريعة لتجاوز الأمان أو الخصوصية أو الاختبار
- المرحلة الأولى من خطة لا ينوي أحد العودة إليها
ابدأ بأخطر افتراضاتك
يقوم كل تطبيق جديد على قناعات لم تُختبر بعد. ويجب أن تُصمَّم النسخة الأولى لتختبر القناعة التي تُغرق المنتج لو ثبت خطؤها. وتجدها بأن تكتب افتراضاتك، ثم تسأل نفسك: أيها أضعفها دليلاً؟
| الافتراض | السؤال الكامن وراءه | طريقة قليلة الكلفة لاختباره |
|---|---|---|
| الطلب | هل لدى عدد كافٍ من الناس هذه المشكلة، ويريدون حلها؟ | مقابلات، أو صفحة هبوط بقائمة انتظار، أو بيع الخدمة يدوياً أولاً |
| السلوك | هل سيفعل الناس ما يحتاج التطبيق منهم أن يفعلوه، مثل الحجز المسبق أو إدخال البيانات؟ | نموذج أولي قابل للنقر يُختبر مع عدد قليل من المستخدمين المستهدفين |
| الاستعداد للدفع | هل سيدفعون، وكم تقريباً؟ | تحصيل الدفعة أو عربون قبل أن يوجد المنتج الكامل |
| الجدوى التقنية | هل يمكن تنفيذ الجزء التقني الصعب بجودة كافية؟ | تجربة تقنية صغيرة لذلك الجزء وحده |
| جانب العرض | إن كان منتجك منصة وسيطة، فهل تستطيع استقطاب مقدمي الخدمة، لا العملاء وحدهم؟ | استقطب أوائل مقدمي الخدمة بنفسك قبل أن تبني تطبيقهم |
بعض هذه الاختبارات لا يحتاج إلى تطبيق أصلاً. فإن كانت مقابلة أو نموذج أولي يكفي للإجابة عن السؤال، فابدأ به، فهو أقل كلفة بكثير من إطلاق إصدار، ويجعل النسخة الأولى أصغر.
اختصر قائمة الميزات إلى الرحلة الأساسية
- 01
اكتب الرحلة الأساسية
مستخدم واحد، من فتح التطبيق حتى حصوله على النتيجة التي جاء من أجلها. والمعتاد أن تتكون من خمس إلى ثماني خطوات.
- 02
اكتب كل ميزة تخيلتها
ضعها كلها في صفحة واحدة، فلا يضيع شيء بتدوينه.
- 03
رتّبها في ضوء الرحلة
«ضروري» يعني أن الرحلة تتعطل من دونها، و«مستحسن» يعني أن الرحلة تعمل لكنها تبدو ناقصة، و«لاحقاً» يعني كل ما عدا ذلك.
- 04
ابحث عن عمل يمكن أن يؤديه شخص بدلاً من البرنامج
في النسخة الأولى، يستطيع فريقك غالباً أن يؤدي يدوياً ما سيؤديه البرنامج لاحقاً، مثل المطابقة أو الموافقات أو التقارير.
- 05
اشترِ ما ليس منتجك
تسجيل الدخول والمدفوعات والخرائط والمراسلة مشكلات محلولة، فاستخدم لها خدمات راسخة.
اختصار القائمة لتطبيق حجز خدمات تنظيف المنازل
المنتج والقرارات افتراضية، والغرض منها توضيح الطريقة.
| الميزة | القرار | السبب |
|---|---|---|
| اختيار الخدمة والموعد | تُبنى | هذه هي الرحلة الأساسية |
| تسجيل الدخول برقم الهاتف | تُبنى | ضروري لحفظ الحجز، باستخدام خدمة تسجيل دخول جاهزة |
| الدفع بالبطاقة | تُبنى | يختبر الاستعداد للدفع، باستخدام مزوّد خدمة دفع |
| تذكيرات الحجز | مستحسنة | إضافة الإشعارات سهلة متى وُجدت الحجوزات |
| تطبيق لعمال التنظيف | لاحقاً | يوزع الفريق المهام بالهاتف ما دامت الأعداد قليلة |
| التقييمات والمراجعات | لاحقاً | تحتاج إلى عدد كافٍ من الحجوزات لتصبح ذات معنى |
| رموز الإحالة | لاحقاً | النمو يأتي بعد إثبات أن العملاء يحجزون مرة أخرى |
| لوحة تحكم الإدارة | في حدها الأدنى | قائمة بسيطة بالحجوزات، والتقارير في جدول بيانات |
تتحول الميزات الثماني إلى ثلاث تُبنى، وواحدة تليها، وأداة بسيطة للموظفين. وصار بإمكان النسخة الأولى أن تجيب عن السؤال المهم: هل يحجز العملاء مرة ثانية؟
حدّد شكل النجاح قبل أن تبدأ البناء
إن اخترت مقاييسك بعد الإطلاق، فيمكن تجميل أي نتيجة. لذلك دوّنها أولاً، مع المستوى الذي يُعدّ نجاحاً، وابنِ أدوات التحليلات التي ترصدها.
| ما تريد معرفته | المقياس | مصدره |
|---|---|---|
| هل يبدأ الناس فعلاً؟ | نسبة المستخدمين الجدد الذين يكملون الرحلة الأساسية مرة واحدة | أحداث التحليلات في كل خطوة من الرحلة |
| هل يعودون؟ | نسبة المستخدمين الذين يكررون الرحلة ضمن الدورة الطبيعية لاستخدام خدمتك | التحليلات، مقسمة على مجموعات المستخدمين الجدد أسبوعياً أو شهرياً |
| أين يستسلمون؟ | الخطوة التي يحدث عندها أكبر تسرّب | تقرير مسار التحويل عبر الرحلة |
| هل سيفتقدونه؟ | ما يقوله المستخدمون حين يُسألون كيف سيشعرون من دون التطبيق | مقابلات قصيرة أو سؤال داخل التطبيق |
| هل ينجح النموذج التجاري؟ | الإيراد من كل حجز مقابل تكلفة تقديمه | بيانات الدفع وسجلاتك الخاصة |
اختر طريقة بناء تناسب النسخة الأولى
في النسخة الأولى، سرعة التعلم أهم من الكمال التقني. والتطوير متعدد المنصات، بتقنية React لتطبيقات الجوال أو بإطار Flutter، يناسب النسخة الأولى في الغالب، لأن شيفرة واحدة تصل إلى iPhone وAndroid معاً. أما التطوير الأصلي فهو الخيار الأنسب حين يعتمد المنتج على ميزات الجهاز، أو يحتاج إلى أعلى درجات السلاسة في الاستخدام. وتعرض مقارنتنا بين التطوير الأصلي والتطوير متعدد المنصات ما يكسبه كل خيار وما يتنازل عنه.
وإبقاء النطاق صغيراً لا يعني التهاون في كل شيء. فبعض الأمور قليل الكلفة إن أُنجز كما ينبغي من البداية، ومكلف إن أُضيف لاحقاً.
لا تتخلَّ عن هذه
- تسجيل دخول آمن، وتعامل سليم مع البيانات الشخصية
- التحليلات على الرحلة الأساسية
- تقارير توقف التطبيق المفاجئ
- متطلبات متاجر التطبيقات، ومنها سياسة الخصوصية وإمكانية حذف الحساب
- اتفاق مكتوب على من يملك الشيفرة وحسابات المتاجر
وإن لم تكن متأكداً أيهما يناسبك، نسخة أولى أم منتج أكمل، فاطّلع على مقارنتنا بين النسخة الأولى (MVP) والمنتج الكامل.
قائمة التحقق لتخطيط النسخة الأولى
قبل أن تطلب عرض سعر
0 من 9 منجزةبعد الإطلاق، تصرّف بناءً على ما تعلمته
- 01
راقب الاستخدام الفعلي
انظر إلى مسار التحويل وإلى تسجيلات المواضع التي يتردد عندها الناس، قبل أن تنظر في الآراء.
- 02
تحدّث إلى المستخدمين
تحدّث مع من عادوا ومع من لم يعودوا، فالمجموعة الثانية تعلّمك أكثر.
- 03
قرّر
واصل واستثمر حيث نجحت المقاييس، وغيّر الاتجاه حيث لم تنجح، أو توقف إن ثبت خطأ الافتراض الأساسي.
التوقف نتيجة مشروعة. فالنسخة الأولى التي تثبت أن الفكرة لا تنجح قد وفّرت عليك تكلفة المنتج الكامل.
ماذا تفعل الآن
أكمل قائمة التحقق، ثم حوّل قائمة الميزات الضرورية إلى وثيقة قصيرة. ستجد نموذجاً لها في دليل كيف تكتب وثيقة متطلبات تطبيق الجوال.
وإن أردت فريقاً يخطط معك للنسخة الأولى، فصفحة تطوير نسخة أولية للتطبيق تشرح كيف نحدد نطاقها ونبنيها، وصفحة تطوير تطبيقات الجوال تتناول البناء نفسه. أو أرسل إلينا قائمة ميزاتك، وسنخبرك بما كنا سنحذفه منها.
أسئلة شائعة
كم يستغرق بناء النسخة الأولى من تطبيق الجوال؟
يتوقف ذلك على الرحلة الأساسية، وعدد أدوار المستخدمين، والأنظمة التي يجب أن يرتبط بها التطبيق. ويجب أن يذكر العرض الجدول الزمني بعد الاتفاق على النطاق. وإن بدا التقدير طويلاً، فالسبب المعتاد أن قائمة الميزات الضرورية ما زالت كبيرة، والحل أن تحذف ميزات، لا أن تستعجل البناء.
كم ميزة يجب أن تتضمن النسخة الأولى؟
بقدر ما تحتاجه الرحلة الأساسية، لا أكثر. وفي كثير من التطبيقات يعني ذلك رحلة كاملة واحدة لنوع واحد من المستخدمين، إضافة إلى تسجيل الدخول وما يحتاجه الموظفون لتشغيل الخدمة. وعدّ الميزات أقل أهمية من التأكد أن المستخدم يستطيع الانتقال من البداية إلى النتيجة دون مغادرة التطبيق.
هل يمكنني بناء النسخة الأولى بأداة لا تتطلب برمجة؟
أحياناً، وقد يكون ذلك الخيار الصحيح لاختبار الطلب. فأدوات البناء دون برمجة تعمل جيداً للتطبيقات البسيطة المكونة من نماذج وقوائم، لكنها تصبح مقيِّدة مع المنطق المخصص، أو العمل دون اتصال، أو متطلبات الأداء، أو الربط الأعمق بالأنظمة. فقرّر وأنت تعلم أن الاختبار الناجح قد تليه إعادة بناء.
هل إطلاق منتج بهذا الصغر مخاطرة؟
المنتج الصغير الذي يعمل أكثر أماناً من منتج كبير يعمل نصف عمل. فالمستخدمون يغفرون ضيق النطاق حين يُتقن التطبيق الشيء الوحيد الذي يفعله، لكنهم لا يغفرون ضياع البيانات أو توقف التطبيق المفاجئ أو الرحلة المربكة، ولهذا لا تكون الجودة في المسار الأساسي مما يُحذف.
ماذا يحدث لشيفرة النسخة الأولى بعد ذلك؟
إن بُنيت كما ينبغي، تصبح أساس المنتج ويُبنى عليها. وإن اشتُريت السرعة باختصارات، فقد يُعاد كتابة جزء منها بعد أن تثبت الفكرة. لذلك اسأل الشركة منذ البداية: أي الأجزاء مبنية لتدوم، وأيها مؤقت عن قصد؟
