MVP وتطوير المنتجات: أصغر منتج يمكن التحقق منه

المكاسب:

• القدرة على فهم مفهوم MVP (الحد الأدنى من المنتج القابل للتطبيق) ومنطق "أصغر وحدة تعليمية" وتحديد النطاق باستخدام الذكاء الاصطناعي
• القدرة على تنفيذ تحديد أولويات الميزات (MoSCoW، جهد التأثير) والإنتاج السريع للنموذج الأولي/الصفحة المقصودة المدعومة بالذكاء الاصطناعي
• فهم أن الغرض من MVP هو التعلم، وليس البيع، وأن الإفراط في الهندسة هو الخطأ الأكثر تكلفة في الشركة الناشئة.

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

ما هو MVP وما هو ليس كذلك؟

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

عكس MVP هو الإفراط في الهندسة - بذل الجهد على الميزات والحجم والكمال التي ليست هناك حاجة إليها بعد - والطلاء بالذهب - وتلميع التفاصيل التي لا يريدها أحد. هؤلاء هم أكثر القتلة المال والوقت غدرًا في الشركة الناشئة؛ لأنهم يشعرون أنهم "يعملون" ولكنهم يؤخرون التعلم.

نصيحة: قبل إضافة ميزة، اسأل: "هل يمكنني الحصول على ما أريد اختباره بدون هذه الميزة؟" إذا كانت الإجابة "نعم"، فإن هذه الميزة لن تصل إلى MVP. كل جملة "لكننا نحتاج أيضًا إلى هذا" التي تجعل MVP ينمو هي تكلفة تؤخر التعلم.

تحديد أولويات الميزة

نظرًا لعدم وجود وقت ومال غير محدود، فمن الضروري تحديد الميزة التي سيتم إنشاؤها أولاً. طريقتان عمليتان:

MoSCoW: يقسم الميزات إلى أربعة - يجب، وينبغي، ويمكن، ولن. MVP هي مجرد مجموعة "ضرورية".

مصفوفة التأثير والجهد: تضع كل ميزة على محور "التأثير على العميل" و"الجهد المبذول". يتم إجراء الجهود العالية التأثير والمنخفضة أولاً؛ يتم التخلي عن تلك ذات الجهد المنخفض والتأثير العالي. يعد الذكاء الاصطناعي بمثابة مساعدة جيدة في إدراج قائمة الميزات بسرعة في هذه المصفوفة - ولكن من الضروري تصحيح توقع "التأثير" باستخدام إشارة العميل الحقيقية.

خطوة بخطوة: تصميم MVP باستخدام الذكاء الاصطناعي

1. اكتب سؤال التعلم. "ما هو الافتراض الوحيد الذي سيختبره MVP هذا؟"
2. قائمة الميزات المرشحة. اسكب كل ما يدور في ذهنك.
3. تحديد الأولويات مع الذكاء الاصطناعي. الاستخراج باستخدام MoSCoW أو جهد التأثير؛ ابحث عن المجموعة "يجب".
4. اختر الشكل الأخف. هل الرمز مطلوب أم أن الصفحة المقصودة/الفيديو/الخدمة اليدوية كافية؟
5. إنتاج النموذج الأولي/الصفحة. اطلب من الذكاء الاصطناعي نصًا أو تدفقًا أو مسودة تعليمات برمجية زائفة.
6. حدد معايير نجاحك مقدمًا. "إذا رأيت هذه النتيجة، فسيتم تأكيد الافتراض."
7. انشر وتعلم. قياس السلوك الفعلي؛ المؤسس هو من يتخذ القرار.

ثلاث حالات صغيرة

الحالة 1 - MVP بدون كتابة التعليمات البرمجية. كان أحد المؤسسين يفكر في تطبيق يربط بين الجيران الذين يبيعون الوجبات المطبوخة في المنزل مع العملاء. وبدلاً من قضاء أشهر في كتابة التعليمات البرمجية، بدأ بصفحة تجريبية واحدة وخط WhatsApp؛ الطلبات المطابقة يدويًا (طريقة "المعالج الخلفي"). لقد تلقى 40 طلبًا فعليًا في أسبوعين وعلم أن عنق الزجاجة الحقيقي هو لوجستيات التسليم. لو كان قد كتب التعليمات البرمجية، لكان قد تعلم ذلك بعد أشهر. لقد دفع MVP التعلم إلى الأمام.

الحالة الثانية - فخ الهندسة الزائدة. قضى أحد الفرق 4 أشهر في إنشاء بنية أساسية من شأنها أن "تتسع لملايين المستخدمين" عندما لم يكن لديه عميل واحد بعد. عندما خرج المنتج، لم يكن أحد يريده؛ كانت المشكلة خاطئة. لقد ضاع كل الجهد المبذول تقريبًا. الدرس الثالث: مسألة الميزان ترف بعد حل مسألة الجر؛ إثبات ما يريده أي شخص أولا.

الحالة 3 - قوة تحديد الأولويات. كان لدى أحد المؤسسين قائمة تضم 30 ميزة. لقد طلب من الذكاء الاصطناعي إنشاء مصفوفة لجهود التأثير وتصحيح عمود "التأثير" بالإشارة من محادثات العملاء الحقيقية. تبين أن 4 فقط من الميزات الثلاثين هي "ضرورية". تم إصدار MVP خلال 3 أسابيع بدلاً من 6 أشهر؛ أظهر العميل أن معظم الميزات الـ 26 المتبقية ليست هناك حاجة إليها على الإطلاق.

أربعة قوالب قابلة للنسخ

1) سؤال التعلم + نطاق MVP:

دورك: مدرب المنتج الخالي من الدهون. الافتراض الذي أريد اختباره هو:[e.g. "يدفع التجار شهريًا مقابل المجموعات"].(1) قم بوصف أصغر منتج مطلوب للتحقق من هذا الافتراض، (2) أظهر ما إذا كان هناك إصدار من هذا لا يتطلب أي رمز (صفحة مقصودة، فيديو، خدمة يدوية) ممكنًا، (3) تحذير بشأن الميزات "الجذابة ولكن غير الضرورية" التي لا ينبغي أن تصل إلى MVP.

2) تحديد أولويات وزارة العمل:

قم بتقسيم قائمة الميزات التالية إلى MoSCoW: يجب / يجب / يمكن / لن. يجب تضمين فقط العناصر "الضرورية للافتراض الذي أريد اختباره". اكتب جملة واحدة عن سبب وجود كل ميزة في تلك المجموعة. القائمة: [الميزات].

3) مصفوفة التأثير والجهد:

سجل الميزات التالية على محوري "التأثير على العملاء (1-5)" و"الجهد المبذول (1-5)" وضعها في 4 أرباع. ضع علامة على الأشياء ذات الجهد العالي والمنخفضة التأثير على أنها "افعل أولاً"، والأشياء ذات الجهد العالي ذات التأثير المنخفض على أنها "لا تفعل". ذكّرني أنه يجب التحقق من صحة درجات التأثير مقارنة بمشاركة العملاء الفعلية. القائمة: [المميزات].

4) نص الصفحة المقصودة:

اكتب نص صفحة البداية لـ MVP الخاص بي. الأقسام: (1) العنوان بلغة العميل (عرض القيمة)، (2) سرد حل المشكلة، (3) 3 نقاط فائدة، (4) مكالمة واضحة (التسجيل المسبق / قائمة الانتظار). استخدام الوعود المبالغ فيها؛ الادعاءات الوحيدة التي يمكنني التحقق منها. تركية، بسيطة، صادقة.

موجه ضعيف / موجه قوي

حث ضعيف:

قم بإدراج جميع الميزات الخاصة بمنتجي.

تتعارض هذه المطالبة مع منطق MVP؛ إنها تنتج قائمة طويلة من الرغبات التي تؤخر التعلم وتدعو إلى الإفراط في الهندسة.

مطالبة قوية:

الافتراض الوحيد الذي أريد اختباره هو: [x]. قم بوصف أصغر MVP الذي سيتحقق من هذا الافتراض، واقترح إصدارًا لا يتطلب أي تعليمات برمجية، وافصل الميزات مع MoSCoW واترك مجموعة "يجب" فقط. ساعدني في عدم كتابة معايير النجاح مسبقًا (والتي تؤكد صحة الافتراض).

النهج

معدل التعلم

التكلفة

خطر

صنع المنتج كاملا من الصفر

بطيء جدًا

عالية

لا تضع المال في الشيء الخطأ

الهندسة المتطرفة/طلاء الذهب

بطيء

عالية جدا

أغلى خطأ

فقط MVP الذي يجب أن يكون مميزًا

سريع

منخفض

يمكن التحكم فيه

MVP بدون كود (الهبوط/elle)

الأسرع

أدنى

التعلم المبكر

الأخطاء الشائعة

• الخلط بين MVP ومنتج كامل. MVP هي أصغر وحدة تعليمية، وليست النهاية المصقولة.
• الإفراط في الهندسة. قضاء أشهر على نطاق واسع/الكمال عندما لا يكون هناك عملاء؛ أغلى خطأ.
• عدم تحديد سؤال التعلم. إن MVP الذي لا يعرف ما الذي يختبره هو هدر بلا اتجاه.
• وضع معايير النجاح لاحقاً. إذا لم تتم كتابة المعايير مسبقًا، فسيتم تفسير كل نتيجة على أنها "نجاح".
• تجاوز خيارات عدم وجود رمز. رمز الصفحة المقصودة/الفيديو/الكتابة عندما يمكنك اختباره يدويًا باستخدام الخدمة.

تحذير: قد ينتج الذكاء الاصطناعي نموذجًا أوليًا أو مسودة كود، لكنك مسؤول عن الأمان والدقة والامتثال القانوني للكود المنتج. خاصة في MVPs التي تتضمن مدفوعات أو بيانات شخصية أو أمان، فإن مخرجات الذكاء الاصطناعي عبارة عن رسم أولي؛ من الضروري أن يقوم مطور/خبير مختص بمراجعته قبل بدء البث المباشر.

في ملخص

MVP هو أصغر منتج يوفر أكبر قدر من التعلم بأقل جهد؛ والغرض منه ليس البيع، بل اختبار الافتراض. الخطأ الأكثر تكلفة هو المبالغة في الهندسة والطلاء بالذهب لمنتج غير مثبت ولا يريده أحد. يبدأ كل MVP بسؤال تعليمي؛ يتم استخراج الميزات بواسطة MoSCoW أو جهود التأثير ويتم إنشاء مجموعة "يجب" فقط. غالبًا ما يأتي أفضل MVP قبل الكود: الصفحة المقصودة أو الفيديو أو الخدمة اليدوية. يعد الذكاء الاصطناعي مُسرّعًا قويًا في تحديد النطاق وتحديد الأولويات وإنتاج النماذج الأولية/مسودات الصفحات؛ ولكن ينبغي تصحيح تقديرات "التأثير" من خلال إشارة العميل الفعلية ويجب مراجعة المخرجات الفنية/القانونية الحرجة بخبرة.

مهمة التطبيق

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

قائمة مرجعية

• [ ] هل كتبت بوضوح السؤال التعليمي الوحيد في اختبارات MVP الخاصة بي؟
• [ ] هل قمت بتقييم إصدار MVP بدون كود؟
• [ ] هل قمت بإعطاء الأولوية للميزات وتركت فقط المجموعة "الضرورية"؟
• [ ] هل قمت بتحديد معايير النجاح قبل النشر؟
• [ ] هل تركت المخرجات الفنية/القانونية المهمة لمراجعة الخبراء؟