- افهم ما هو الحد الأدنى من المنتج القابل للتطبيق (MVP) ولماذا هو ضروري لاختبار فكرتك بكفاءة
- تعلم أساسيات تصميم النماذج الأولية، بما في ذلك النماذج الأولية الورقية منخفضة الدقة والإطارات السلكية لجعل أفكارك ملموسة
- استكشف بعض المبادئ الأساسية لتصميم واجهة المستخدم وتجربة المستخدم التي تحسن من قابلية الاستخدام والوضوح، حتى في النماذج الأولية
- بناء نموذج أولي لجمع ملاحظات قابلة للتنفيذ من المستخدمين من خلال الاختبار
قد يكون تحويل الفكرة إلى واقع أمرًا مثيرًا، لكن بناء منتج كامل مباشرةً غالبًا ما يكون محفوفًا بالمخاطر، ومكلفًا من حيث الموارد، ويستغرق وقتًا طويلًا. لهذا السبب تُعد النمذجة الأولية وإنشاء منتج أوّلي قابل للتطبيق (MVP) أمرين مهمين؛ فهما يساعدانك على التركيز على الأساسيات، والاختبار بسرعة، والتعلّم من المستخدمين الحقيقيين.
تضمن عملية الاختبار والتكرار والتحسين هذه أن يحل منتجك النهائي المشكلة الصحيحة ويلبّي احتياجات الأشخاص الذين سيستخدمونه. إنها طريقة عملية للتجربة، وجمع الرؤى، واتخاذ قرارات أذكى مع حماية مواردك المحدودة.
الحد الأدنى من المنتجات القابلة للتطبيق
المنتج الأدنى القابل للتطبيق (MVP) هو أبسط نسخة من الحل الذي تقدمه والتي لا تزال توفر قيمة للمستخدمين. وهو يشمل فقط الميزات الأساسية اللازمة لمعالجة المشكلة الرئيسية. وتتمثل الفائدة الرئيسية من إنشاء منتج MVP في أنه يتيح لك اختبار الافتراضات وجمع التعليقات والتكرار قبل استثمار الوقت أو الموارد في منتج مطور بالكامل.
يقدّم الفيديو التالي شرحًا آخر للمنتجات القابلة للتطبيق بالحد الأدنى MVPs، إلى جانب بعض الأمثلة على MVPs لشركات معروفة، مثل Airbnb.
عند تحديد ما يجب تضمينه في نموذجك الأولي MVP، اسأل نفسك: هل تتيح هذه الميزة للمستخدمين تجربة القيمة الأساسية لحلّك وتقديم ملاحظات ذات معنى؟ يمكن تأجيل الميزات التي لا تختبر المشكلة الرئيسية مباشرةً إلى ما بعد الاختبار الأولي والتكرار. لحسن الحظ، لقد أجريت بالفعل الكثير من البحث لتحديد ميزاتك الأساسية. إليك كيف تربطها بنموذجك الأولي MVP:
-
تحسين المشكلة
تحديد النقاط الرئيسية التي تسبب مشاكل للمستخدمين -
تحديد الحل
يحدد الوظائف الأساسية لحلك، والتي يجب أن تكون على رأس أولوياتك -
تحليل المنافسين
يوضح الثغرات التي يجب سدها. ابدأ بكيفية تمييز نفسك عن الآخرين -
تقييم المخاطر
يحدد الافتراضات التي يجب اختبارها. تساعد MVP في اختبار المخاطر بسرعة. -
مقارنة أداء الصناعة
يوفر لك المقاييس التي ستحتاجها عند اختبار MVP مع المستخدمين -
الاستماع الاجتماعي
يكشف عن نقاط الضعف التي يواجهها المستخدمون مع الحلول الحالية -
SWOT
يكشف عن نقاط القوة والضعف. يجب أن يركز MVP على نقاط القوة أثناء اختبار نقاط الضعف. -
Lean Canvas
يجمع كل شيء معًا لتحديد ميزات MVP والمقاييس والقنوات والمستخدمين الأوائل
ماذا لو كان الحل الخاص بك يتضمن جزءًا غير تقني؟
إذا كان حلّك يتضمن مكوّنات تقنية وغير تقنية معًا (مثل خدمة توصيل أو منصة لمطابقة الخدمات)، فيجب عليك إنشاء منتج أوّلي قابل للتطبيق (MVP) لكل مكوّن. حدّد نطاق الجزء التقني في مستند واحد، والجزء غير التقني في مستند ثانٍ. ستحتاج إلى اختبار كلا الجزأين مع المستخدمين.
النشاط 1
نطاق خطة MVP
الوقت المقدر: 30 دقيقة
1. باستخدام بحثك أعلاه، اذكر الميزات التي ستتضمنها فكرة مشروعك.
2. صنّف ميزاتك ضمن إحدى الفئات الثلاث.
|
يجب أن يكون لديك
|
جميل أن يكون لديك
|
في وقت لاحق
|
|---|---|---|
|
سيتم ملؤه.
|
سيتم ملؤه.
|
سيتم ملؤه.
|
3. تحقق من قائمة الأشياء الضرورية
- هل يعالجون العناصر الموجودة في مربع المشكلات من لوحة Lean Canvas؟
- هل يمكنك بناؤها ضمن الإطار الزمني المحدد؟
- هل يمكنك اختبار مقاييسك الرئيسية باستخدام هذه القائمة؟
٤. تحقّق مرة أخرى! انظر ما الذي يمكنك حذفه من قائمة الضروريات. ليس كل شيء مطلوبًا. فكّر في أبسط العناصر التي ستظل تقدّم قيمة للمستخدمين.
يحتوي النموذج الأولي MVP فقط على الميزات الموجودة في عمود “ضروري”. يساعدك هذا النهج على تجنّب الإفراط في البناء، وتوفير الوقت والموارد، وضمان بقاء نموذجك الأولي مركّزًا وفعّالًا. على سبيل المثال، إذا كنت تبني تطبيقًا لمساعدة الأشخاص على تتبّع مهامهم اليومية، فقد يتيح النموذج الأولي للمستخدمين فقط إنشاء المهام ووضع علامة عليها عند إنجازها. يمكن إضافة الميزات المتقدمة، مثل التذكيرات أو الإشعارات أو التكامل مع التقويم، لاحقًا. لمزيد من الأمثلة، انتقل إلى قسم الموارد الإضافية واطّلع على هذا الفيديو.
في النهاية، ستختلف طريقة إنشاء نموذجك الأولي MVP حسب منتجك، لكن الأهم هو التركيز على ما يهم حقًا: تأكّد من أنه يعالج المشكلة الرئيسية التي تحلّها، ولا يتضمن إلا الميزات الأساسية اللازمة لتقديم تلك القيمة. بعد ذلك، لنستكشف النماذج الأولية.
النماذج الأولية
النموذج الأولي هو تمثيل لـ MVP الخاص بك. في حين أن MVP يحدد الميزات الدنيا، فإن النموذج الأولي يوضح كيف تعمل هذه الميزات في الواقع. سوف تكرر العديد من النماذج الأولية، لاختبار ميزات MVP بسرعة. سوف تبدأ بنماذج أولية منخفضة الدقة للغاية، ثم تتقدم إلى نماذج أولية متوسطة وعالية الدقة. تساعدك النماذج الأولية على رؤية كيفية تفاعل المستخدمين مع فكرتك، واكتشاف المشاكل المحتملة، وتحديد التحسينات قبل بناء MVP كامل.
فكّر في النموذج الأولي MVP كأنه وصفتك، والنموذج التجريبي Prototype كأنه الطبق الذي تقدّمه. تسرد وصفتك المكوّنات، أو ميزات طبقك، وتحدّد ما يمكنك الاستغناء عنه مع بقاء الطبق كاملًا ولذيذًا. ستُجري العديد من التكرارات على الطبق باستخدام الوصفة، وتختبر مدى إعجاب المستخدمين بها، وتعدّلها أثناء تقدّمك.
لا تحتاج النماذج الأولية إلى تصاميم مصقولة، أو ميزات معقّدة، أو تنفيذ تقني كامل. إن إبقاءها بسيطة، حتى من خلال رسم أساسي للشاشات أو الأزرار أو التفاعلات، يمكن أن يكشف ما إذا كان المستخدمون يفهمون حلّك ويتفاعلون معه، كما يتيح إجراء تغييرات سريعة.
أنواع النماذج الأولية
1 النماذج الأولية الورقية
النمذجة الورقية هي طريقة بسيطة لإنشاء نسخة منخفضة الدقة من منتجك. يمكن رسمها على الورق، أو إنشاؤها باستخدام الملاحظات اللاصقة، أو بناؤها على السبورة. تتيح لك النماذج الورقية اختبار التفاعلات الأساسية لحلّك بسرعة وبتكلفة منخفضة. على سبيل المثال، إذا كنت تصمّم تطبيقًا للإنتاجية، يمكنك رسم شاشات توضّح كيف يضيف المستخدمون المهام ويعرضونها ويكملونها. ويمكن للملاحظات اللاصقة أو القصاصات الورقية أن تحاكي الأزرار أو الإجراءات، مما يتيح تفاعلًا أساسيًا للاختبار.
النموذج الورقي الرقمي مقبول أيضًا، خاصة إذا كنت تريد مشاركة نموذجك الأولي مع مستخدمين عن بُعد. يمكن أن تساعدك أدوات مثل Figma وMiro وCanva وGoogle Slides في إنشاء شاشات تفاعلية بسيطة أو مخططات تدفق تحاكي التفاعلات الأساسية لحلّك. الهدف هو نفسه: السماح للمستخدمين بتجربة الوظيفة الرئيسية لمنتجك وتقديم ملاحظات قبل بناء نسخة كاملة.
إليك شرحًا جيدًا لكيفية استخدام Google للنماذج الورقية في عملية التصميم الخاصة بها:
2 المخططات الهيكلية
المخططات الهيكلية هي الخيار التالي بعد النمذجة الورقية، وهي أعلى قليلًا من حيث الدقة. المخطط الهيكلي هو تخطيط منظّم لواجهة منتجك يوضّح كيفية تنظيم المعلومات والوظائف. وعلى عكس النماذج الورقية، تكون المخططات الهيكلية عادةً رقمية وتركّز على موضع العناصر والتنقّل والتسلسل الهرمي بدلًا من التصميم البصري. تساعد المخططات الهيكلية على توضيح بنية حلّك والاستعداد لبناء نموذج أولي MVP أكثر وظيفية.
عند إنشاء مخطط هيكلي، ضمّن الشاشات والقوائم والأزرار والتفاعلات الرئيسية التي تدعم الوظيفة الأساسية. اجعله بسيطًا وواضحًا، وتجنّب الألوان أو الخطوط أو الرسومات التي قد تشتّت الانتباه عن التخطيط.
يمكنك استخدام مخططات هيكلية ثابتة وغير قابلة للنقر لاختبار التخطيط العام والتنقّل وتسلسل المهام. وكخطوة تالية، يمكنك جعل المخططات الهيكلية قابلة للنقر لمحاكاة التفاعلات. اختبرها مع المستخدمين لمعرفة ما إذا كان التسلسل منطقيًا، وما إذا كانوا يستطيعون التنقّل بسهولة، ولتحديد المناطق التي تحتاج إلى تعديل قبل التطوير.
للحصول على نظرة عامة عملية أكثر حول المخططات الهيكلية، شاهد هذا الفيديو.
3 نماذج بالحجم الطبيعي الرقمية
النماذج الرقمية المرئية هي المرحلة التي تضيف فيها الألوان والهوية البصرية إلى المخطط الهيكلي. لا تزال غير وظيفية، لكنها تسمح لك باختبار كيفية تفاعل المستخدمين مع التصميم البصري والجماليات الخاصة بحلّك.
4 ساحر أوز MVP
هذه نسخة من حلّك يعتقد فيها المستخدمون أنهم يتفاعلون مع منتج يعمل بالكامل، لكن الأتمتة في الحقيقة هي مجرد إنسان يعمل خلف الكواليس. هذا مفيد لاختبار أشياء مثل روبوتات المحادثة. فبدلًا من استخدام نموذج ذكاء اصطناعي حقيقي للرد، يكون هناك إنسان خلف الكواليس يقدّم الردود. يختبر نموذج Wizard of Oz MVP القيمة بالنسبة للمستخدم: هل هذا المنتج قيّم بما يكفي ليدفع المستخدم مقابله؟
5 كونسيرج MVP
لاختبار القيمة التي يحصل عليها المستخدم، يمكنك استخدام نموذج Concierge MVP، حيث تقدّم الحل يدويًا لعدد قليل من العملاء، مثل استخدام نموذج Google Form لتلقي الطلبات وتنفيذها يدويًا، بدلًا من بناء موقع تجارة إلكترونية مؤتمت.
6 النماذج الأولية المشفرة
في المراحل اللاحقة من النمذجة الأولية، ستضيف فعليًا البرمجة خلف الكواليس لإضافة الوظائف والبدء في اختبار ميزاتك الرئيسية. خلال عملية النمذجة الأولية، ستختبر هذه النماذج الأولية المبكرة MVPs مع مجموعة صغيرة وخاصة، وهم المستخدمون الأوائل المتبنّون للحل.
ماذا عن الذكاء الاصطناعي التوليدي(GenAI)؟
قد تفكّر: ماذا عن استخدام أدوات الذكاء الاصطناعي التوليدي لبناء نماذجنا الأولية؟ عندما تصل إلى النماذج الأولية الرقمية، مثل المخططات الهيكلية، والنماذج المرئية، وفي النهاية البرمجة، يمكنك بالتأكيد استخدام أدوات الذكاء الاصطناعي التوليدي للمساعدة! سنتعمّق أكثر في مساعدي البرمجة بالذكاء الاصطناعي لاحقًا.
مع ذلك، لا تتخطَّ خطوات النمذجة الأولية منخفضة الدقة في البداية، خصوصًا النماذج الورقية. من المهم أن يتفق فريقك على رحلة المستخدم الأساسية، ويفهم بنية المعلومات الأساسية، ويفكّر في عرض القيمة الأساسي. من الأسهل القيام بذلك بسرعة باستخدام الورق والقلم بدلًا من إدخال التكنولوجيا والذكاء الاصطناعي في وقت مبكر جدًا.
ملاحظة: إذا كان حلّك يتضمن جوانب غير تقنية، مثل التوصيل أو التعليم الخصوصي أو النقل، فستحتاج إلى اختبار كلٍّ من نموذج الخدمة وأي واجهة تقنية.
ابدأ باختبار الخدمة نفسها يدويًا — راجع نموذج Concierge MVP أعلاه. يساعدك ذلك على التحقق مما إذا كان الناس يريدون الخدمة وما إذا كانت الجوانب الاقتصادية قابلة للتطبيق.
بمجرد أن تختبر جزء نموذج الخدمة من حلّك (النشاط 3)، يمكنك بعد ذلك إنشاء النماذج الأولية للجزء التقني من حلّك.
اختبر هذه العناصر بشكل منفصل. كلاهما يحتاج إلى التحقق قبل أن تبدأ بالبناء.
مستويات دقة النموذج الأولي
رغم أن الحدود قد تبدو غير واضحة بين النموذج الأولي Prototype والمنتج القابل للتطبيق بالحد الأدنى MVP، فإن النماذج الأولية هي تمثيلات متتابعة لما سيصبح عليه منتجك النهائي القابل للتطبيق بالحد الأدنى. يصبح كل نموذج أولي لاحق أكثر تفصيلًا وتحسينًا قليلًا، ويختبر جوانب مختلفة من حلّك، إلى أن تصل في النهاية إلى المنتج القابل للتطبيق بالحد الأدنى الذي ستطلقه.
بدء الدقة المنخفضة
- الأرخص والأسرع في الإنشاء
- سهولة التغيير بناءً على الملاحظات
- يختبر المفاهيم الأساسية قبل الاستثمار في الصقل والتفاصيل النهائية.
زِد مستوى الدقة كلما تحققت من صحة فكرتك.
- يجيب كل نموذج أولي على أسئلة مختلفة
- زيادة التفاصيل فقط بعد التحقق من صحة المستوى السابق
- لا تبنِ نسخة وظيفية قبل التحقق من صحة التدفق والقيمة.
اختبار على كل المستويات
- يجب اختبار كل نموذج أولي مع المستخدمين
- التعلم والتكرار قبل الانتقال إلى الدقة التالية
- الاختبار مستمر، وليس خطوة واحدة
إليك التسلسل المعتاد:
منخفضة الدقة:
- نموذج ورقي لاختبار تدفّق المستخدم ووضوح واجهة المستخدم
- إطار سلكي رقمي أساسي غير قابل للنقر لاختبار التسلسل الهرمي للتنقل
- مخطط قصصي/رسومات لاختبار السياق والدافع، ويساعد على تصوّر سبب حاجة المستخدم إلى الحل ومتى سيستخدمه.
متوسط الدقة:
- مخطط هيكلي تفاعلي أساسي قابل للنقر لاختبار سهولة الاستخدام، والتخطيط، وإكمال المهام.
- عرض ساحر أوز التجريبي لاختبار تفاعل المستخدم
- نموذج رقمي غير وظيفي لاختبار التصميم المرئي والعلامة التجارية واللون والطباعة
عالية الدقة:
- نموذج أولي مشفّر لاختبار الجدوى التقنية - وهو في الأساس نموذج أولي صغير لمجموعة صغيرة خاصة
- إصدار تجريبي/إصدار تجريبي لاختبار مدى الاحتفاظ بالميزات الأساسية وقابليتها للتطوير
النشاط 2
إنشاء نموذج أولي ورقي أو إطار سلكي رقمي
الوقت المقدر: 1-2 ساعة
قبل أن تبني أي شيء أكثر تفصيلًا، ابدأ باختبار فكرتك باستخدام نموذج أولي بسيط ومنخفض الدقة. سيساعدك هذا النشاط على معرفة ما ينجح بسرعة، وما هو مربك، وما الذي تحتاج إلى إصلاحه قبل المتابعة.
1. أنشئ نموذجًا أوليًا منخفض الدقة لحلّك.
أنشئ نموذجًا أوليًا منخفض الدقة لحلّك لتصوّر التفاعلات الأساسية واختبار سهولة الاستخدام. إذا كنت تنشئ تطبيقًا، فانقر على الزر أدناه للحصول على قالب يمكنك استخدامه لرسم نماذجك الورقية. يمكنك أيضًا استخدام أداة رقمية لإنشاء مخطط هيكلي في هذه المرحلة.
2. تقييم عملك
قيّم عملك من خلال معرفة مدى قدرتك على الإجابة عن الأسئلة التالية اعتمادًا فقط على نموذجك الورقي. الأسئلة التي يصعب الإجابة عنها أو تكون إجاباتها غير واضحة ستكشف أين ستكون هناك حاجة إلى مزيد من العمل.
- ما الوظيفة الأساسية لمنتجك، كما يوضّحها نموذجك الورقي؟
- اشرح الخطوات الرئيسية التي يجب على المستخدم اتخاذها لإكمال مهمة أو تحقيق هدف ما. هل العملية واضحة وسهلة المتابعة؟
- كيف يوضّح كل عنصر في نموذجك الأولي الغرض منه للمستخدم؟ وهل توجد أي أجزاء مربكة؟
- ما الميزات، إن وُجدت، التي يمكن إزالتها دون التأثير في قدرة المستخدم على استخدام منتجك؟
- ما الأجزاء في نموذجك الأولي التي تجذب انتباه المستخدم أولًا؟ وهل يتبع ذلك التسلسل الهرمي البصري الذي قصدته؟
3. صقل النموذج الأولي الخاص بك
قم بتنقيح نموذجك الأولي بناءً على إجاباتك على هذه الأسئلة.
عملية الاختبار
يتعلق الاختبار الأولي بتقييم نموذجك الأولي أو نموذج MVP مع مستخدمين حقيقيين لمعرفة ما إذا كان الحل الخاص بك يحل المشكلة الأساسية وسهل الاستخدام. في هذه المرحلة، يجب أن يكون الاختبار صغيراً ومركّزاً ويهدف إلى جمع ملاحظات قابلة للتنفيذ بدلاً من التحقق من صحة كل التفاصيل.
خطوات إجراء الاختبار الأولي
1
اختر المشاركين
اختر المستخدمين الذين يشبهون جمهورك المستهدف أو المستخدمين الأوائل. انظر إلى لوحة Lean Canvas لتحديد المشاركين. يجب أن تقودك أقسام المستخدمين الأوائل وشرائح العملاء والقنوات إلى الأشخاص المستعدين لاختبار الحل الخاص بك. ابحث عن 5-10 مختبرين.
2
تحضير المهام
قم بتصميم مهام بسيطة وواقعية للمستخدمين لاختبار الميزات الأساسية من قائمتك التي يجب أن تكون لديك. تجنب إعطاء التعليمات.
3
المراقبة والتسجيل
شاهد كيف يتفاعل المستخدمون مع نموذجك الأولي. لاحظ أين ينجحون أو يكافحون أو يرتجلون.
4
اطرح أسئلة
اجمع ملاحظات نوعية من خلال السؤال عمّا كان واضحًا، أو مربكًا، أو غير متوقع. إليك بعض الأسئلة التي يجب أن تطرحها:
- هل هذا يحل مشكلة فعلية لديك؟
- كيف تصف هذا الأمر لصديق؟ (سيختبر هذا الأمر قدرتك على التعبير عن نفسك)
- كيف يختلف هذا عن المنافس (حدد المنافس)؟
- هل ستستخدم هذا مرة أخرى؟ كم مرة؟
- ما المفقود؟
5
تحليل النتائج
حدّد الأنماط، ورتّب المشكلات حسب الأولوية، وقرّر أي العناصر تحتاج إلى أكبر قدر من الاهتمام. اسأل نفسك:
- ما الميزات التي أكدها المستخدمون، وما الميزات التي لم يؤكدوها؟
- هل اختبر المستخدمون عرض القيمة الفريد الخاص بك؟
- هل يمكنك قياس مؤشراتك الرئيسية باستخدام النموذج الأولي الحالي؟
6
خطط للخطوات التالية
Fix any issues or bugs immediately and test again if you can. If you missed any must-have features, plan to add them for your next iteration. Decide if you need to pivot at all.
استخدام التكرار السريع في الاختبار
التكرار السريع هو طريقة لإجراء اختبار أولي من خلال إجراء تحسينات صغيرة مباشرةً بعد مراقبة تفاعلات المستخدمين وملاحظاتهم. فبدلاً من الانتظار لبناء منتج مصقول بالكامل، يمكنك تعديل النموذج الأولي على الفور أو بعد فترة وجيزة من جلسة الاختبار. ثم تقوم باختبار النسخة المعدلة بعد ذلك بوقت قصير جدًا مع مشاركين جدد أو مستخدمين عائدين للتحقق من صحة التغييرات.
تساعدك هذه الدورة السريعة من الاختبار ← الملاحظات ← التحديث ← إعادة الاختبار على تحديد مشكلات سهولة الاستخدام بسرعة، والتحقق من الافتراضات، وتحسين الحل قبل استثمار وقت أو موارد كبيرة. توفّر كل تكرار رؤى قابلة للتنفيذ، وتضمن أن يتطور منتجك بناءً على احتياجات المستخدمين الحقيقية بدلًا من الافتراضات.
يركّز التكرار السريع على السرعة والتعلّم والتحسين المستمر، مما يجعل الاختبار عملية مستمرة بدلًا من كونه خطوة واحدة في عملية التطوير.
التعلم من اختباراتك
نماذجك الأولية هي أدوات تعلّم قيّمة للغاية. كل ملاحظة، أو ارتباك، أو افتراض فاشل يقدّم رؤية قيّمة حول كيفية تقوية حلّك. راجع نتائجك وابحث عن الأنماط. فكّر في الميزات التي حلّت مشكلة المستخدم بوضوح، والتفاعلات التي سببت ترددًا أو ارتباكًا. من خلال التكرار بناءً على رؤى حقيقية من المستخدمين، ستقترب أكثر من إنشاء حل يلبّي احتياجات الناس فعلًا ويصمد أمام الاستخدام الواقعي.
النشاط 3
اختبار المستخدم
الوقت المقدر: عدة أيام
اختبر نموذجك الأولي من النشاط 2 مع مستخدمين حقيقيين لتقييم سهولة الاستخدام، وفهم مدى معالجة حلّك للمشكلة الأساسية، وجمع ملاحظات قابلة للتنفيذ من أجل التحسين.
إذا كنت تختبر جزءًا غير تقني من حلّك، فلا يزال بإمكانك اتباع الخطوات أدناه للتحقق منه مع المستخدمين والحصول على ملاحظات.
1. اختر المشاركين
اختر مستخدمين يشبهون جمهورك المستهدف أو المستخدمين الأوائل، لأن سلوكهم وملاحظاتهم غالبًا ما يعكسان الاستخدام الواقعي.
2. إعداد المهام
صمّم مهامًا بسيطة وواقعية ليكملها المشاركون باستخدام نموذجك الأولي. تجنّب إعطاء تعليمات خطوة بخطوة.
3. المراقبة والتسجيل
راقب كيف يتفاعل المستخدمون مع نموذجك الأولي، مع تدوين النجاحات والصعوبات والحلول التي يبتكرونها أثناء الاستخدام. وبعد الحصول على إذنهم، سجّل الجلسة للرجوع إليها لاحقًا.
4. طرح الأسئلة
بعد أن يكمل المشاركون المهام، اطرح أسئلة لاكتشاف رؤى حول سهولة الاستخدام والوضوح والقيمة. إليك بعض الأسئلة النموذجية:
- ما هو انطباعك الأول عن المنتج؟
- ما هي الخطوات التي كانت مربكة أو غير واضحة؟
- هل أحبطك أو أبطأك أي شيء؟
- ما الميزات التي وجدتها مفيدة للغاية؟
- هل هناك أي شيء توقعت حدوثه لكنه لم يحدث؟
- كيف تشرح هذا المنتج لشخص آخر؟
5. راجع الملاحظات وخطّط للخطوات التالية.
حلّل ملاحظاتك وتسجيلاتك لتحديد الأنماط، والنجاحات، والمجالات التي تحتاج إلى تحسين. ثم قرّر أي المشكلات يجب معالجتها فورًا، وأيها يمكن تحسينه لاحقًا. استخدم هذه الرؤى لتحديث نموذجك الأولي أو منتجك الأوّلي القابل للتطبيق (MVP)، أو تعديل تصميمك، أو تحسين أولويات الميزات.
التكرار
لاحظ أن النماذج الأولية الخاصة بك لا يُفترض أن تكون مثالية. سبب التكرار هو أنك تنشئ نموذجًا أوليًا، ثم تختبره، ثم تعدّله، ثم تكرّر العملية. سيكشف الاختبار نفسه ما الذي يحتاج إلى إصلاح أو تحسين. أنت لا تبحث عن الكمال، بل تسعى إلى التعلّم من هذه العملية.
لقد أجريت بعض الاختبارات الأولية وجمعت بعض الملاحظات. قد تكون الخطوات التالية:
- إذا سار الاختبار بشكل جيد، فحسّن المنتج الأوّلي القابل للتطبيق (MVP)، وانتقل إلى نموذج أولي أعلى دقة.
- إذا أعطى الاختبار نتائج مختلطة، فحدّد المشكلات، وأصلح المشكلات الحرجة، ثم أعد الاختبار.
- إذا كشف الاختبار عن مشكلات كبيرة، فلا تقلق! تحقّق من توافق المشكلة مع الحل، وفكّر في تغيير الاتجاه، وارجع للتواصل مع أصحاب المصلحة.
مهما كانت النتائج، استمر في التكرار. الفشل هو تعلّم! سيساعدك هذا النوع من النمذجة الأولية السريعة على توفير الوقت والتأكد من أنك تسير في المسار الصحيح لحل المشكلة للمستخدمين.
خذ الأفكار التي جمعتها واجعلها توجه خطواتك التالية. استخدم ما تعلمته لإبلاغ التكرارات والتطويرات المستقبلية للحل الخاص بك.
الانعكاس
مع وجود نطاق MVP، والنماذج الأولية، وبعض الملاحظات الأولية بين يديك، خذ بعض الوقت للتفكير في الأسئلة التالية.
الموارد الإضافية
إذا كنت مهتمًا باعتبارات واجهة المستخدم وتجربة المستخدم (UI/UX)، فهذه مواقع إلكترونية مفيدة:
- لوحة ألوان تصميم المواد: https://goo.gl/NP5o44
- الارتفاع والظلال: https://goo.gl/OWZzCw
يمكن العثور على مزيد من المعلومات حول أنواع النماذج الأولية ومتى يجب استخدامها هنا.
