4 خطوات لإتقان عملية تطوير MVP

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

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

في هذا المنشور ، أشارك الخطوات الأربع الرئيسية لإتقان عملية تطوير MVP. لمساعدتنا في تصور هذا النهج ، سنقوم بتصميم تطبيق توصيل الطعام ، مثل تطبيق Grubhub أو Uber Eats.

الخطوة 1: تحديد MVP بـ PRD

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

• الهدف (بيان المشكلة).
• معلومات الأفكار (شخصيات المستخدم ، قصص المستخدمين ، والملاحم).
• التحليل (الافتراضات والقيود ومقاييس النجاح).

إليك ما يبدو عليه تطبيق توصيل الطعام PRD:

هدف

عرض المشكلة

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

على سبيل المثال: "نحتاج إلى توصيل العملاء الجائعين بمطاعم رائعة يمكنها توصيل طلباتهم في أسرع وقت ممكن."

معلومات التفكير

شخصيات المستخدم

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

شخصيات تطبيق توصيل الطعام لدينا هي:

• ريك المطعم ؛
• دانتي التسليم ؛
• كلوي الزبون و
• Sabita وكيل الدعم.

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

قصص المستخدم والملاحم

قصة المستخدم هي شرح قصير لكيفية تفاعل الشخصية مع منتج ما وتحقيق أحد الأهداف النهائية للمنتج. على سبيل المثال ، بالنسبة إلى Rick the Restaurateur: "عندما يقدم العميل طلبًا [السياق] ، أريد أن يتم إخطاري والاطلاع على تفاصيل الطلب [الإجراء] حتى أتمكن من مراجعته والرد عليه في أقل من 30 ثانية [ الهدف]."

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

• طلب وجبة
• الإبلاغ عن عنصر مفقود ؛
• تقييم تجربة التسليم ؛ و
• إرجاع عنصر.

التحليلات

الافتراضات

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

القيود

تحدد القيود القيود المحتملة على المنتج. على سبيل المثال: الاستقبال السيئ للخلية يعني أن كلوي لن يتلقى العميل تحديثات عن حالة طلبها.

من خلال معالجة الافتراضات والقيود في PRD ، يمكننا معالجتها في وقت مبكر من العملية وخلق تجربة أفضل للمستخدم.

مقاييس النجاح

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

بالنسبة لتطبيق توصيل الطعام ، قمنا بتضمين:

• عدد التنزيلات.
• معدل الاشتراكات.
• الوقت في التطبيق.

الخطوة 2: تنظيم هندسة المعلومات الخاصة بـ MVP

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

1. تحديد محتوى المنتج ؛ و
2. تحديد التسلسل الهرمي للمحتوى.

تحديد محتوى التطبيق

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

ستتضمن خريطتنا الذهنية للتطبيق ما يلي:

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

تحديد التسلسل الهرمي للمحتوى

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

لإجراء فرز البطاقة:

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

الخطوة 3: إنشاء إطارات سلكية ونماذج أولية

قم بإنشاء إطار سلكي

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

بالنسبة لتطبيق توصيل الطعام الخاص بنا ، سنقوم بالإطار السلكي على مرحلتين:

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

لدينا الآن إطار سلكي يمكننا من خلاله تصور التخطيط والوظائف الأساسية للتطبيق.

اختبر مع المستخدمين

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

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

1. الاختبار غير الخاضع للإشراف للبيانات الكمية باستخدام Maze : من خلال قياس أداء المستخدمين في مهمة معينة ، يوفر الاختبار غير الخاضع للإشراف تقييمًا غير مباشر لقابلية الاستخدام من خلال البيانات الكمية. ما فائدة هذا النوع من الاختبارات؟ نحصل على تعليقات إحصائية سليمة حول مشكلة ما ، مع عدم وجود نتائج "عشوائية" قد تؤثر على استجابتنا لتلك المشكلة.

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

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

على سبيل المثال ، قد يكشف تسجيل Userfeel عن صعوبة فهم المستخدم لكيفية عمل المرشحات وتحديد مكان المشكلة المحددة ، على سبيل المثال ، نص المرشح صغير جدًا ويحد من الوضوح.

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

تطوير نموذج أولي عالي الدقة

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

سنحول إطارنا السلكي إلى نموذج أولي تفاعلي عن طريق:

• صقل العلامة التجارية لواجهة المستخدم الخاصة بنا ، مثل التدرجات اللونية ولوحات الألوان والطباعة.
• تطبيق الرسوم المتحركة المتقدمة ، مثل التمرير وعلامات الجدولة والتفاعلات الدقيقة.

فيما يلي مثال لما قد يبدو عليه نموذج Figma hi-fi الأولي لتطبيق توصيل الطعام الخاص بنا.

الخطوة 4: التصميم الكامل لضمان الجودة

أخيرًا ، سنؤكد أن كل شيء يبدو كما هو متوقع ويعمل بسلاسة من خلال النقر على النموذج الأولي والتحقق مما يلي:

• يتردد صدى منتجنا MVP مع مفهوم المنتج الأولي.
• تدفق المستخدم يبدو طبيعيًا.
• تم النظر في جميع حالات الاستخدام.
• تم إصلاح جميع أخطاء التطوير.

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

عزز عملية التصميم الخاصة بك مع إطار تطوير MVP

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

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