كيفية تحديد نطاق MVP في 3 ساعات

عندما تم تعييني كمدير منتج من قبل شركة معالجة مدفوعات في مراحلها المبكرة ، كانت الشركة تكافح لإنشاء وتقديم نظام إدارة المخزون في الوقت المناسب. كان الحل المطبق هو تطبيق لوحة مفاتيح بسيط لم يكن سهل الاستخدام ، ونتيجة لذلك ، تسبب في ضغوط كبيرة من العملاء. كانت وظيفتي هي قيادة فريق مكلف ببناء نظام المخزون الذي من شأنه توسيع قدرات التطبيق بما يتجاوز وظائف لوحة المفاتيح.

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

يمكن استخدام عملية تحديد نطاق MVP المتسارعة هذه لتوجيه أي فريق منتج ويمكن تطبيقها على إنشاء أي منتج من صفر إلى واحد.

نظرة عامة على واقعة الاستخدام

المشكلة: لم توفر وظيفة لوحة المفاتيح البسيطة في التطبيق للمستخدمين ، الذين كانوا بائعين ، القدرة على إدارة المخزون أو تحديد العناصر لإضافتها إلى طلب العميل.

القيود: أرادت قيادة الشركة حلاً يتم تسليمه في ثمانية أسابيع. تعتمد جولة جمع الأموال المحتملة ، جزئيًا ، على نجاح نسخة محسنة من المنتج.

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

الحل: كنا بحاجة إلى تطوير حل يمكّن المستخدمين من تحميل قوائم الجرد الخاصة بهم في كتالوج رقمي ، وإدارة تلك المخزونات ، والنقر فوق العناصر المحددة لإضافتها إلى عربة التسوق الخاصة بالعميل - كل ذلك داخل التطبيق.

قرار Design Sprint

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

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

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

عملية تطوير MVP

تحضير

قبل الجلسة التي تستغرق ثلاث ساعات ، ستحتاج إلى جمع معلومات عن شخصيات المستخدم الخاصة بك من خلال التحدث مع العملاء الحاليين أو المحتملين ومراقبتهم وإجراء أبحاث السوق.

ثم قم بإنشاء عرض تقديمي للمصممين والمهندسين. يجب أن تشرح:

• المشكلة التي تحاول حلها.
• المنتج الذي تقوم ببنائه.
• كيف سيحل المنتج هذه المشكلة من حيث المقاييس و UX.
• التأثير المتوقع للمنتج على أعمالك وعميلك.
• المهام والأهداف على مستوى الشركة والفريق والنتائج الرئيسية (OKRs) ، وكذلك كيف يساعد المنتج في إنجاز تلك المهام وتحقيق أهداف OKR.

يجب أن يمنح العرض التقديمي المصممين والمهندسين فهمًا قويًا للمنتج للمضي قدمًا في تحديد نطاق MVP.

الاجتماع الانطلاق لمدة ثلاث ساعات

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

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

اجمع الجميع في غرفة اجتماعات أو في مساحة عمل افتراضية. في حالتنا ، كان لدينا 10 أشخاص. منع ثلاث ساعات.

رحلات المنتج والمستخدم (60 دقيقة)

1. قدِّم العرض التقديمي. (15 دقيقة)

2. ابدأ في تحديد جميع شخصيات المستخدمين لمنتجك. على الرغم من أنك لم تحدد بعد أي تدفقات أو عمل ميزة ، يمكنك تحديد عدد التدفقات التي تحتاج إلى البناء. (10 دقائق)

   نصيحة سريعة: لا تفرط في الهندسة بإضافة المزيد من الشخصيات أكثر من اللازم. بعد إصدار MVP ، ستكشف ملاحظات العملاء عما إذا كنت بحاجة إلى أدوار إضافية.

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

3. ارسم خريطة رحلة المستخدم من البداية إلى النهاية. عيّن لونًا لكل شخصية للمساعدة في تحديد كل خطوة من خطوات التدفق التي سيواجهها المستخدم. للاجتماعات الشخصية ، انشر ملاحظات لاصقة على الحائط أو استخدم السبورة البيضاء. للاجتماعات الافتراضية ، استخدم لوحة FigJam أو شيء مشابه. (35 دقيقة)

   نصيحة سريعة: اطلب من الفريق مشاركة جميع أفكارهم - واحصل على التفاصيل الدقيقة. ستصبح كل خطوة من خطوات التدفق ميزة يتم بناؤها - وسيكون لكل مستخدم تدفق منفصل - ولكن عملية تحديد الخطوات ستكون هي نفسها.

   مثال حالة الاستخدام: فيما يلي قائمة الميزات الخاصة بشخصية أمين الصندوق لدينا:

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

   ملاحظة: تُفصِّل هذه القائمة معظم الميزات التي فكرنا بها لهذه الشخصية. لقد توصلنا إلى حوالي 60 ميزة إجمالية عبر جميع الأشخاص ، مع الحد الأدنى من التداخل ، حيث يتفاعل كل من أمين الصندوق ومدير المتجر والعميل النهائي مع التطبيق بطرق مختلفة. اعتمادًا على نوع المنتج الذي تقوم بتطويره ، قد يكون هناك تداخل كبير في الميزات بين أنواع المستخدمين.

   

الميزات الأساسية لرحلات المستخدم (45 دقيقة)

1. قم بتجميع الميزات لكل نوع مستخدم في الأجزاء المنفصلة لكل رحلة مستخدم على لوحة بيضاء حقيقية أو افتراضية. ثم ارسم خطًا أفقيًا على السبورة. فوق الخط ، حدد المجموعات المطلوبة حتى يعمل المنتج. أسفل الخط ، ضع الميزات التي من الجيد امتلاكها ولكن يمكنك الانتظار حتى الإصدارات اللاحقة. (30 دقيقة)

   نصيحة سريعة: قسّم المصممين والمهندسين إلى مجموعات لإكمال هذه الخطوة ، ثم اجتمع مرة أخرى لمقارنة الملاحظات. هذا مفيد بشكل خاص في الاجتماعات التي تضم 10 أشخاص أو أكثر.

   مثال حالة الاستخدام: بالنسبة لتطبيقنا ، كان لدينا 12 مجموعة ميزات في هذه المرحلة ، والتي غطت تحميل العناصر في كتالوج المخزون ، وتسعيرها ، واختيار العناصر لإضافتها إلى عربة التسوق الخاصة بالعميل ، والتحقق من البيع وإغلاقه ، وإعادة ترتيب المخزون المنخفض ، و اكثر. لقد قلصنا في النهاية عدد مجموعات الميزات إلى أربعة.

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

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

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

تصميم المنتج واختباره وهندسته (75 دقيقة)

1. اطلب من المصممين دمج الميزات الأساسية في تصميم الإطار السلكي لـ MVP ، والذي سيستخدمه المهندسون لبناء بنية المنتج. (45 دقيقة)

2. اسمح لمتخصصي المنتج والمصممين بالعمل معًا في بعض اختبارات UX الخفيفة لتصميم الإطار السلكي. (15 دقيقة)

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

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

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

النتائج والوجبات السريعة الرئيسية

قبل جهودنا ، كان تطبيقنا عبارة عن لوحة مفاتيح بها الأرقام من 0 إلى 9 ، وعلامة عشرية ، وزر شحن. وبسبب هذا القيد وسير العمل غير الفعال الذي أوجدته ، على مدار عام ، كان معدل الاحتفاظ لدينا منخفضًا - حوالي 20٪. على الرغم من أننا كنا نكتسب مستخدمين جددًا بسرعة أكبر من منافسينا ، إلا أننا كنا نخسرهم بنفس السرعة تقريبًا.

خلال عملية إنشاء MVP ، قمنا ببناء أربع مجموعات ميزات رئيسية ، كانت جميعها ذات نطاق ضئيل ولكنها عالية الجودة. يمكن للمستخدم الآن:

1. قم بتحميل العناصر في المخزون مباشرة من جهاز محمول ببساطة عن طريق استخدام الكاميرا وإدخال الاسم وإدخال السعر.
2. حدد هذه العناصر وأضفها إلى عربة التسوق الخاصة بالعميل.
3. قم بإغلاق البيع أثناء عرض العناصر التي يتم بيعها.
4. انظر عدد العناصر المباعة في إطار زمني معين.

أحب العملاء المنتج المحسن. كان معدل الاستبقاء 45٪ بين المستخدمين الجدد الذين استفادوا من وظيفة الكتالوج للخروج خمس مرات على الأقل خلال الأسبوع الأول من تحميل العناصر.

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

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

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

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