- فهم عملية اختبار ما قبل الإطلاق للتحضير لإطلاق MVP الخاص بك
- فهم كيفية معالجة التعليقات والتصرف بناءً عليها دون فقدان التركيز على الأهداف الأساسية لمنتجك.
- تحديد عوائق الاستخدام الحرجة وتحديد أولويات التحسينات الأكثر أهمية.
- استكشاف وتطبيق طرق لإجراء المزيد من الاختبارات على أفضل أداء لديك
الرحلة من النموذج الأولي إلى النموذج التجريبي إلى الإطلاق
يعد تحسين النموذج الأولي القابل للتطبيق (MVP) جزءًا مثيرًا وصعبًا في رحلة ريادة الأعمال. لقد قمت ببناء نموذج أولي فعال واختبرته مع المستخدمين الأوائل. حان الوقت الآن لتوسيع نطاق الاختبار وإصلاح المشكلات الحرجة وإطلاق النموذج الأولي القابل للتطبيق (MVP) للمستخدمين الحقيقيين. يرشدك هذا الدرس من اختبار النموذج الأولي إلى الإطلاق العام، ويجهزك لتقديم عرض تقديمي جذاب.
ما أنجزته
- النماذج الأولية الورقية
- النماذج الرقمية – غير قابلة للنقر ثم قابلة للنقر
- اختبار أولي مع 5-10 مستخدمين
أين أنت الآن
- لقد بذلت جهدًا كبيرًا في برمجة الحل الخاص بك
- لقد قمت بالتكرار مع الترميز، واختبرت داخل فريقك، ولديك نموذج أولي فعلي يعمل.
إلى أين تريد الذهاب
- تحديد أو إعادة النظر في أوائل المتبنين
- قم بإجراء اختبارات على النموذج الأولي المشفر الخاص بك مع هؤلاء المستخدمين
- كرر حتى تحصل على MVP يعمل بشكل كامل
- استعد للإطلاق العام لبرنامج MVP الخاص بك
يعد إطلاق برنامج MVP الخاص بك جزءًا أساسيًا من عرضك النهائي، حيث سيوفر لك بيانات إطلاق حقيقية، وليس فقط بيانات اختبار.
أنت تقترب من نهاية هذا المسرع، حيث ستحتاج إلى عرض الحل الخاص بك، وعرض عملك. سيغذي الاختبار من هذا الدرس كلا من هذه المخرجات الرئيسية. كما أنه سيكون مفيدًا أيضًا في وضع توقعاتك المالية.
مع استمرارك في إجراء المزيد من اختبارات النماذج الأولية عالية الدقة والتفاعل مع المستخدمين الأوائل، تذكر أن تجمع ما يلي للمساعدة في تعزيز قصتك لعرضك الترويجي وعرضك التوضيحي للمنتج القابل للتسويق:
- مقاطع فيديو توضيحية للميزات الأساسية (عروض توضيحية تدريبية)
- شهادات بالفيديو من 2-3 مختبِرين متحمسين
- اقتباسات المستخدم حول المشكلة (إذن للاستخدام)
- نتائج الاختبار، على سبيل المثال "لقد اختبرنا مع 15 مستخدماً، وقال 80% منهم..."
- ملاحظات المستخدمين (رؤية السوق)
- لقطات من النموذج الأولي (عرض الحل)
إطلاق برنامج MVP
ما الفرق بين اختبار النماذج الأولية وإطلاق منتجك؟
|
النماذج الأولية/ الاختبار
|
الإطلاق
|
|---|---|
|
البيئة الخاضعة للرقابة
|
مفتوح للجمهور
|
|
يتم تعيين المختبرين
|
المستخدمون يأتون إليك
|
|
يراقب الفريق المستخدمين
|
يستخدم المستخدمون الحل بشكل مستقل
|
|
يعرف المستخدمون أنه اختبار
|
يتوقع المستخدمون أن يعمل
|
|
الهدف هو التعلم والتحسين
|
الهدف هو عادةً اكتساب المستخدمين والاحتفاظ بهم (قد تكون هناك سيناريوهات أخرى)
|
التكرار المركّز
كما تعلمت من النماذج الأولية والاختبارات السابقة، فإن التطوير والاختبار عملية تكرارية. يمنحك كل اختبار مزيدًا من المعلومات للرجوع وإصلاح منتجك أو تحسينه. بعد كل اختبار، حدد العوائق الأكثر أهمية، وقرر التغييرات التي يجب إجراؤها قبل إجراء الاختبار التالي. من خلال التركيز على المشكلات الحرجة، يمكنك منع تسلل الميزات، وهو ما يحدث عندما يستمر المنتج في النمو بميزات إضافية تجعله أكثر تعقيدًا دون إضافة قيمة حقيقية. يجب أن يعزز كل تغيير التجربة الأساسية، لا أن يوسعها دون داعٍ.
أولويتك القصوى بعد أي اختبار هو معالجة حواجز P0— وهي المشكلات الحرجة التي تجعل المنتج غير قابل للاستخدام أو تعيق القيمة الأساسية المقترحة. في حالة وجود P0، تصبح جميع الاقتراحات الأخرى غير ذات صلة مؤقتًا؛ ويجبعليك إصلاح P0 على الفور.
يمكنك البقاء على المسار الصحيح من خلال التأكد من بقاء تصرفاتك ضمن هذه الحدود:
-
حدد أهداف التغيير الخاصة بك
اسأل نفسك: ما النتيجة التي نريد أن نراها بعد هذا الإصلاح؟ -
حافظ على تعديلاتك في حدها الأدنى
تجنب إعادة تصميم المنتج بالكامل. ركز على إصلاح أو إصلاحين من شأنهما تحسين تجربة المستخدم الأساسية إلى أقصى حد. -
قم بإجراء التغييرات بشكل متعمد، وليس بشكل تفاعلي
- إذا كان الإصلاح تقنيًا، فتأكد من أنه يعالج المشكلة مباشرةً.
- إذا كانت المشكلة تتعلق بالوضوح أو سهولة الاستخدام، فقم بتحديث المحتوى أو نص الواجهة قبل إضافة ميزات جديدة.
- بالنسبة للاقتراحات الجمالية أو الاقتراحات اللطيفة، احتفظ بها للتحقق من صحتها لاحقًا.
طرق الاختبار والتكرار
تتضمن مرحلة الاختبار هذه استخدام نموذج أولي مشفّر عالي الدقة، لذا ستستخدم طرق اختبار مختلفة عن تلك التي استخدمتها مع النماذج الأولية منخفضة ومتوسطة الدقة. فيما يلي الاختبارات التي يجب عليك إجراؤها.
اختبار ضمان الجودة (QA) الداخلي للفريق الداخلي (QA)
قبل أن تجمع مختبرين خارجيين للنموذج الأولي الخاص بك، يجب أن يقوم الفريق ببعض الاختبارات الأولية والحاسمة في نفس الوقت أولاً. ستضمن لك هذه الاختبارات أنك عندما تبدأ الاختبار مع المستخدمين النهائيين ستبدأ بتجربة مستخدم قوية - يجب أن تعمل الأشياء! فيما يلي 3 اختبارات رئيسية يجب عليك إجراؤها قبل الاختبار مع المستخدمين.
1 اختبار التدفق من البداية إلى النهاية
هل يعمل في كل مرة؟ يضمن هذا الاختبار أن الميزات الأساسية (مثل إنشاء المخرجات وحفظ البيانات) لا تتعطل بشكل متقطع. اتبع الخطوات التالية:
- اكتب رحلات المستخدم الكاملة. على سبيل المثال:
- تسجيل المستخدم → إنشاء الحساب → صفحة الملف الشخصي
- تسجيل دخول المستخدم العائد → إضافة مشاركة جديدة → عرض/تعديل/حذف مشاركة
- تسجيل دخول المستخدم العائد → عرض منشورات الآخرين → تعليق
- لكل تدفق، اختبر خطوة بخطوة. نفذ كل خطوة بالترتيب ووثق أي مشاكل أو سلوك غير متوقع.
- اختبر حالات الحافة والأخطاء. حاول كسر الأشياء عمدًا (إدخال غير صالح، شبكة بطيئة وإجراءات متكررة) وسجل كيفية استجابة النظام.
2 اختبار الموثوقية/الاتساق
تأكيد أن المستخدم الجديد يمكنه الانتقال من التسجيل إلى إتمام المهمة الأساسية إلى مقياس النجاح. هذا يؤكد صحة المسار بأكمله ويضمن أن الإصلاحات التي أجريتها في الإصدار الأخير لم تسبب أي مشاكل أخرى (وهو خطر شائع في الإصدارات السريعة). فيما يلي خطوات الاختبار:
- حدد وظائفك الأكثر أهمية.
- اختبر كل وظيفة من 5 إلى 10 مرات متتالية.
- لاحظ أي مشاكل أو أخطاء.
- ارجع وأعد الاختبار في أوقات مختلفة من اليوم، وأيام مختلفة، وما إلى ذلك لمعرفة ما إذا كان ذلك يؤثر على أداء المنتج.
3 اختبار عبر الأجهزة/المتصفحات من
تحتاج إلى التأكد من أن المنتج يعمل مع معظم جمهورك المستهدف. يمكن أن يؤدي فشل مهمة أساسية على Chrome أو Safari أو Edge أو حجم هاتف معين إلى منع العديد من المستخدمين. هذا يجعل الاختبار عبر المنصات أمرًا ضروريًا قبل إجراء اختبار تجريبي أوسع نطاقًا. اتبع هذه الخطوات:
- تحديد المنصات لاختبارها:
- أنواع الأجهزة: اعتمادًا على الحل الذي تختاره، يمكن أن تكون أجهزة كمبيوتر مكتبية أو أجهزة لوحية و/أو هواتف
- أنظمة تشغيل متعددة: Windows و macOS و iOS و Android
- متصفحات متعددة: Chrome و Firefox و Edge و Safari وغيرها.
- لكل منصة، اختبر:
- المظهر المرئي: هل يتم عرض كل شيء بشكل صحيح؟
- إنجاز المهام الأساسية: التسجيل → تسجيل الدخول → المهام الرئيسية
- معقدي الصفقات
- تحطم؟
- تجميد؟
- أي ميزة حرجة لا تعمل؟
- تقييم الجاهزية:
طالما أن الحل الخاص بك يعمل بشكل جيد على 2-3 من المنصات الرئيسية بدون عوائق حرجة
ويمكنك تحذير المستخدمين من القيود في أماكن أخرى، يمكنك الانتقال إلى الاختبار الخارجي.
اختيار المشاركين في اختبار المستخدم
لإجراء الاختبارات الخارجية، تحتاج بالطبع إلى مختبرين! راجع Lean Canvas لترى من حددتهم كأوائل المستخدمين. ربما تكون قد تواصلت معهم بالفعل أثناء الاختبارات منخفضة الدقة.
يمكنك أيضًا الرجوع إلى شرائح العملاء وقنواتك لتحديد المستخدمين المحتملين وأين يمكنك العثور عليهم. تذكر: اختبار المستخدم هو الجودة أكثر من الكمية. فهؤلاء المستخدمون الأوائل ضروريون لتحريك نموذجك الأولي نحو حالة جاهزة للإطلاق.
قبل توظيف شخص ما كمختبر، تأكد من أنه يتطابق تمامًا مع ملف تعريف المستخدم المبكر. إذا لم يكن كذلك، فلا تزعج نفسك بطلب مساعدته. إذا كان يتطابق مع الملف التعريفي، فابذل جهدًا في توظيفه.
بعض الاستراتيجيات للعثور على مختبرين جيدين ومتبنين مبكرين:
- التواصل الشخصي والتوظيف الفردي
- قم بزيارة المجتمعات عبر الإنترنت حيث يوجد مستخدموك
- استفد من شبكتك
- تشجيع المستخدمين على دعوة مستخدمين آخرين
اختبار قابلية الاستخدام
على عكس الاختبارات منخفضة الدقة التي يستكشف فيها المستخدمون بحرية ويقدمون انطباعات عامة، فإن اختبارات قابلية الاستخدام باستخدام نماذج أولية عالية الدقة تكون منظمة وتركز على المهام. يُطلب من المشاركين مباشرةً إكمال مهام محددة بينما تراقب أنت بالضبط مدى سهولة نجاحهم، وأين يواجهون صعوبات، وأين يشعرون بالارتباك. يوفر هذا النهج دليلاً ملموساً على ما ينجح وما لا يزال بحاجة إلى تحسين، بدلاً من مجرد جمع الانطباعات أو الآراء. ستكون هذه هي طريقة الاختبار الرئيسية في هذه المرحلة من التطوير.
يُبرز اختبار قابلية الاستخدام نقاط الاحتكاك الأكثر دقة التي قد لا تظهر في التعليقات العامة، مما يساعدك على تحسين المنتج مع الحفاظ على بساطته وفعاليته. يُعد اختبار قابلية الاستخدام ذا قيمة خاصة بعد الجولة الأولى من التعليقات لأنه يتيح لك التأكد مما إذا كانت الإصلاحات قد حلت بالفعل العوائق الحرجة.
النشاط 1
اختبار قابلية الاستخدام
الوقت المقدر: عدة أيام
قم بإجراء جولة من اختبارات قابلية الاستخدام لاختبار النموذج الأولي عالي الدقة. فيما يلي الخطوات اللازمة لإجراء الاختبار.
1. تحديد الأهداف
حدد بوضوح ما تريد تعلمه. هل تختبر ميزة جديدة أم خطأ تم إصلاحه أم عملية التسجيل بالكامل؟
2. تحديد المستخدمين للاختبار
اختر مجموعة صغيرة (3-5 مستخدمين) من المستخدمين الأوائل. ونظرًا لأنك قد أجريت بالفعل اختبارًا منخفض الدقة، يمكنك تحسين اختيارك بناءً على ما تعلمته.
3. تحديد المهام الرئيسية
حدد الإجراءات الأساسية التي يجب على المستخدمين إكمالها لتجربة القيمة الرئيسية لمنتجك. يجب أن تركز هذه الإجراءات على الوظائف الأساسية أو المجالات التي تم تحديثها منذ آخر إصدار. اجعل المهام واقعية وذات صلة بأهداف المستخدمين الحقيقية.
- اختر المهام التي تعكس التدفقات الحرجة – ركز على ما يجب على المستخدمين إنجازه لكي ينجح المنتج. على سبيل المثال، إذا قمت بإنشاء أداة مالية لإعداد الميزانية، فإنك تكلف المستخدمين بمهمة إعداد ميزانية شهرية وتتبع النفقات.
- قم بتضمين المهام المرتبطة بالتغييرات المهمة – ركز على التحديثات أو الميزات التي تؤثر بشكل كبير على التجربة الأساسية. على سبيل المثال، إذا قمت بإنشاء تطبيق لتعلم اللغة، فاختبر ما إذا كان متتبع التقدم الجديد واضحًا ويزيد من فهم المستخدم. لا تختبر شيئًا مثل تغيير اللون.
- تجنب إثقال كاهل المستخدمين بمهام كثيرة جدًا – عادةً ما تكفي 3-5 مهام رئيسية لجلسة قصيرة. هذا يجعل الاختبار سهل الإدارة ويضمن حصولك على رؤى قابلة للتنفيذ دون إرباك المشاركين أو إرهاقهم.
4. تحديد المقاييس
ما هي البيانات التي ستقوم بتتبعها أثناء الاختبار؟ وهذا يشمل المقاييس الكمية والنوعية على حد سواء:
- كمي: معدل النجاح (هل أكملوا المهمة؟)، والوقت المستغرق في المهمة، وعدد الأخطاء أو النقرات.
- نوعي: تعليقات المستخدمين، وتعبيرات الوجه، وعلامات الارتباك أو الإحباط.
5. إعداد المواد والبيئة
- تطوير السيناريوهات: اكتب تعليمات واضحة وموجزة ومحايدة لتقديمها للمشارك. حدد سياق المهمة دون إخبار المستخدم كيفية يؤديها. على سبيل المثال، لا ينبغي أن تكون المهمة الرئيسية "انقر على الزر". بل يجب أن تكون: "استخدم ميزة الذكاء الاصطناعي التوليدي الجديدة لإنتاج نتيجة مناسبة للنشر/المشاركة". هذا يجبرهم على اختبار جودة الناتج، وليس فقط وظيفة الزر.
- إعداد التسجيل: قم بترتيب الكاميرات أو برامج مشاركة الشاشة (بإذن من المستخدم) لتسجيل الجلسة لتحليلها لاحقًا.
- تحضير مكان الاختبار: تأكد من توفير بيئة هادئة حيث يمكن للمستخدم التركيز. احرص على وجود مراقب/مدون ملاحظات منفصل إن أمكن.
- الحصول على الموافقة: احصل على موافقة موقعة على علم بالجلسة وتسجيلها.
6. تشغيل جلسة الاختبار
- استبيان ما قبل الاختبار (اختياري): احصل على بعض المعلومات الأساسية من المستخدم، وكيف يتعامل مع المشكلة حاليًا، وما إلى ذلك.
- بروتوكول "التفكير بصوت عالٍ": اطلب من المستخدمين التعبير شفهيًا عن أفكارهم أثناء تصفحهم للمنتج: ما الذي يشاهدونه، وما الذي يحاولون فعله، ولماذا يشعرون بالارتباك أو الرضا.
- المراقبة والتيسير: سيكون لكما دوران كميسرين للاختبار.
- المراقب: يبقى محايدًا ولا يتدخل إلا إذا كان المستخدم عالقًا تمامًا ولا يستطيع المتابعة.
- مدون الملاحظات: يسجل الملاحظات والاقتباسات والأخطاء وتوقيت المهام دون التأثير على المستخدم.
- مقابلة ما بعد الاختبار: في النهاية، يمكنك طرح أسئلة متابعة مفتوحة حول تجربتهم العامة، وما أعجبهم أكثر، وما وجدوه أكثر إحباطًا.
7. تحليل البيانات
- مراجعة التسجيلات والملاحظات: ابحث عن الأنماط المشتركة بين عدة مستخدمين بدلاً من الاعتماد على تجربة واحدة. إن معاناة مستخدم واحد هي مجرد حادثة فردية؛ أما معاناة 3 من أصل 5 مستخدمين من نفس الخطوة فهي مشكلة حرجة.
- تحديد المشكلات الحرجة: التركيز على مشكلات الاستخدام التي تمنع المستخدمين من إكمال المهام الرئيسية أو تسبب إحباطًا كبيرًا.
- توليف النتائج: قم بتجميع البيانات في تقرير يصنف المشكلات حسب خطورتها ويتضمن المقاييس التي قمت بتتبعها (على سبيل المثال، "40% فقط من المستخدمين أكملوا المهمة 2 بنجاح").
الخطوة التالية ستكون البحث عن المشكلات التي كشفت عنها اختبارات المستخدمين ومحاولة حلها. على الرغم من أنك ستقوم في النهاية بإصلاح الأخطاء، في الدرس التقني التالي، دعنا أولاً نأخذ بعض الوقت لتحليل التعليقات بشكل دقيق، وتصنيف المشكلات، وتحديد الأولويات وفقًا لخطة MVP الخاصة بنا.
توليف الملاحظات
بعد إجراء جولة واحدة من اختبارات قابلية الاستخدام، من المفترض أن تكون قد حصلت على تعليقات حول النموذج الأولي المبرمج. ربما كانت التعليقات محبطة لأن المستخدمين لم يبدوا اهتمامًا بمنتجك. وربما كانت إيجابية للغاية ولكنها تفتقر إلى الاقتراحات القابلة للتنفيذ. من المحتمل أن تكون في مكان ما في الوسط، ولكن التعامل مع كل ذلك قد يكون صعبًا.
تذكر مناقشتنا حول العقلية الريادية، حيث كانت المرونة والفضول من بين الصفات الرئيسية التي تم ذكرها.
ردود فعل مثبطة؟
استخدمها كفرصة لتحديد الثغرات والعوائق الحرجة في منتجك. ركز على ما يجب إصلاحه لجعل منتجك عمليًا وموثوقًا. هذه فرص للتعلم والتحسين.
ردود فعل إيجابية بشكل مفرط؟
تعامل مع التعليقات الإيجابية على أنها تأكيد على أنك على الطريق الصحيح، ولكن استمر في التحسين. قم بتوسيع قاعدة جمهورك وابقَ مهتمًا بكيفية تحسين منتجك أكثر.
استمع إلى التعليقات وافكر فيها بعناية وبشكل بناء. ومع ذلك، من المهم أيضًا التمييز بين فهم التعليقات والتصرف بناءً عليها. في هذه المرحلة، يجب أن يظل منتجك بسيطًا ولكنه هادفًا، بحيث تضمن أن كل تغيير يضيف قيمة حقيقية للمستخدمين.
فهم التعليقات المتضاربة أو المربكة
قد ترى مدخلات متضاربة، أو عددًا كبيرًا من الاقتراحات، أو كليهما في نفس الوقت. قد تأتي هذه التعليقات المتدفقة من العديد من المصادر، مثل المستخدمين الأوائل والأقران والموجهين. قد يبدو الأمر مربكًا، ولكن إليك طريقة واحدة لبدء فهمه.
ابدأ بتصنيف التعليقات وفقًا للأسئلة التالية:
- الخطورة – هل يمنع المستخدمين من إكمال التجربة الأساسية؟
- التكرار – هل هناك عدة أشخاص يبلغون عن نفس المشكلة؟
- الهدف الأصلي – هل يتوافق مع الغرض من منتجك أو هدفه طويل الأجل؟
الفئة التالية التي يجب تحديدها هي نوع المشكلة. هناك 4 أنواع رئيسية من المشاكل التي ستظهر أثناء اختبار المستخدمين
الفئة
الوصف
مثال على ذلك
حشرة
تأثير معتدل، أو تحسن
"ظهرت رسالة خطأ عند الإرسال"
سهولة الاستخدام
يعمل ولكنه يربك المستخدمين
"لم أكن أعلم أن عليّ النقر على هذا الزر"
ميزة مفقودة
توقع المستخدمون شيئًا غير موجود
"أردت حفظ تقدمي"
التحسين
يعمل بشكل جيد ولكن يمكن أن يكون أفضل
"النص يصعب قراءته على هاتفي"
بعد ذلك، حدد أولوية المشكلة.
الأولوية
متى يتم التعيين
الإجراء
P0: مانع
شدة عالية + تكرار عالي + عرقلة الرحلة الأساسية
قم بالإصلاح قبل أي عمل آخر
P1: رئيسي
ألم شديد ولكن هناك حل بديل
إصلاح في أقرب وقت ممكن
P1: ثانوي
التردد المنخفض أو لا يعيق الرحلة الأساسية
إصلاح إذا سمح الوقت بذلك
P3: مستحضرات التجميل
بولندي، غير وظيفي
إضافة إلى قائمة الانتظار
بمجرد تحديد الأولويات، وباستخدام المعلومات كدليل، يمكنك تطبيق طريقة MoSCoW لتحديد الإجراءات التي يجب اتخاذها.
لاحظ أن طريقة MoSCoW تتوافق بشكل عام مع التخصيص P0-P3.
يجب – خطورة عالية أو تكرار مرتفع، مرتبط بوضوح بالهدف الأصلي
ينبغي – تأثير معتدل أو تحسن
يمكن – خطورة عالية أو تكرار مرتفع، مرتبط بوضوح بالهدف الأصلي
لن – خطورة عالية أو تكرار مرتفع، مرتبط بوضوح بالهدف الأصلي
التنقل بين التعليقات على منصة المعلمين
لقد أنشأت منصة ويب للمعلمين لتبادل أفكار الدروس. كانت التعليقات إيجابية حول الفكرة، ولكن العديد من المعلمين توقفوا عن استخدامها بعد الزيارة الأولى. اتضح أن تحميل الموارد استغرق وقتًا طويلاً لأن الملفات الكبيرة لم يتم تحميلها دون تفسير.
هذا هو حاجزًا حاسمًا أمام قابلية الاستخدام أو حاجز P0، وهو مشكلة تقنية أو تصميمية تمنع المستخدمين من القيام بالمهام الأساسية. ومعالجته لا يعني إضافة ميزات جديدة، بل مجرد ضمان أن التجربة الأساسية تعمل بشكل موثوق. سيتم إدراج هذا في عمود ويجب معالجتها بسرعة.
عقلية MVP
العناصر التي تم وضع علامة "يمكن" و "لن" عليها لا تعتبر إخفاقات من جانبك، وعدم القيام بها لا ينعكس سلبًا على عملك. فهي تمثل تحديدًا ذكيًا للنطاق. يمكنك إضافتها إلى قائمة المهام المتأخرة مع ملاحظات. بعد إطلاق MVP بنجاح، راجع هذه العناصر لترى أي منها لا يزال المستخدمون يطلبونه.
النشاط 2
تحليل الاختبار
الوقت المقدر: 45 دقيقة
باستخدام ورقة العمل كدليل،
- راجع جميع التعليقات الواردة من المستخدمين.
- صف مدى خطورتها وتكرارها ومدى توافقها مع الهدف الأصلي.
- صنفهم حسب النوع .
- أعطهم الأولوية.
ستستخدم ورقة العمل في الدرس التالي، " إصلاح المشكلات"، لمراجعة مشكلات P0 و P1 ومعالجتها.
ثم يجب عليك التكرار – تكرار اختبار المستخدم، وتحديد الأولويات، وتصحيح الأخطاء.
اختبار A/B
اختبار A/B هو طريقة لمقارنة نسختين من منتجك لمعرفة أيهما أفضل أداءً. يساعدك هذا الاختبار على الانتقال من الرؤى النوعية التي تم جمعها من خلال اختبار قابلية الاستخدام إلى بيانات أكثر كمية.
الفكرة بسيطة: توفير نسختين من عنصر ما وعرض كل نسخة على مجموعات مستخدمين منفصلة. من خلال تتبع مقاييس واضحة — مثل إتمام المهمة أو معدل النقر أو الوقت المستغرق في المهمة — يمكنك تحديد النسخة التي تدعم التجربة الأساسية بشكل أفضل. يقلل اختبار A/B من الافتراضات، ويؤكد ما إذا كان التغيير يحسن بالفعل قابلية الاستخدام، ويقدم إرشادات محددة حول ما يجب إعطاؤه الأولوية بعد ذلك.
ومع ذلك، فإنه يتطلب عينة كبيرة الحجم لإنتاج بيانات موثوقة. في هذه المرحلة، قد لا يكون لديك عدد كافٍ من المستخدمين. يظل اختبار قابلية الاستخدام هو الطريقة الأكثر قيمة، حيث يوفر تعليقات غنية من عدد صغير من المشاركين. يصبح اختبار A/B فعالاً بمجرد إطلاق MVP الخاص بك وبدء اكتساب المستخدمين. ونظرًا لإمكانية أتمتته، فهو طريقة فعالة لجمع البيانات بسرعة وعلى نطاق واسع.
النشاط 3
اختبار أ/ب (اختياري)
الوقت المقدر: ساعتان أو أكثر
إذا كنت في مرحلة يمكنك فيها الحصول على عدد كافٍ من المختبرين، يمكنك إجراء بعض اختبارات A/B. استكشف كيف يمكن أن تؤثر التغييرات الصغيرة والمتعمدة على منتجك على تجربة المستخدم. سترى أي نهج يدعم أهداف المستخدمين بشكل أفضل وتجمع رؤى ملموسة لتوجيه التكرار التالي.
أجب عن الأسئلة الواردة في ورقة العمل التالية لتوجيهك في هذه العملية.
صفحة الهبوط
الصفحة المقصودة هي صفحة ويب مركزة للغاية تعرض مفهوم منتجك وتشجع المستخدمين على اتخاذ إجراء معين، مثل التسجيل للحصول على التحديثات أو طلب عرض توضيحي. في هذه المرحلة، تعتبر الصفحة المقصودة وسيلة لاختبار الطلب أكثر من كونها وسيلة لاختبار قابلية استخدام منتجك.
يمكنك بالفعل توسيع نطاق جمهورك المحتمل هنا، حيث يمكن لصفحات الهبوط الوصول إلى أشخاص خارج نطاق المختبرين الأوائل وجذب مستخدمين محتملين ربما لم يكونوا ليتعرفوا على منتجك لولا ذلك.
في هذه المرحلة، يجب أن تعكس الصفحة المقصودة التحسينات التي قمت بها بالفعل بدلاً من اختبار أفكار جديدة تمامًا. يوفر تتبع اهتمامات المستخدمين وسلوكهم على الصفحة ملاحظات محددة توجه جولتك التالية من التكرار.
حتى إذا لم يكن منتجك موقعًا إلكترونيًا، فلا يزال بإمكانك إنشاء صفحة مقصودة لتوضيح فكرتك بوضوح. على سبيل المثال، قد تتضمن المنتجات المادية صورًا ووصفًا للميزات وخيارات للطلب المسبق أو الانضمام إلى قائمة الانتظار.
لا تحتاج الصفحة المقصودة إلى أن تكون مصقولة —فالبساطة تكفي تمامًا. هدفك هو الحصول على رؤية وتقييم، وليس صورًا جاهزة للإنتاج، لذا لا يجب أن تقضي أكثر من بضع ساعات في إعدادها.
فيما يلي الهيكل المقترح:
العنوان الرئيسي
قيمة العرض في جملة واحدة
المشكلة
2-3 جمل عن الألم
الحل
3 نقاط رئيسية توضح وظائف منتجك
الدليل الاجتماعي
"انضم إلى 50 طالبًا مهتمًا بالفعل" (إذا كان ذلك صحيحًا)
دعوة إلى العمل
مع أخذ ذلك في الاعتبار، اختر دعوة واحدة قوية للزوار لاتخاذ إجراء. فيما يلي بعض الأمثلة والبيانات التي يمكن أن توفرها لك:
- اشترك للحصول على التحديثات أو الوصول المبكر – يتيح لك معرفة من هو المهتم حقًا ويبني قائمة بالمستخدمين الأوائل المحتملين.
- انضم إلى قائمة الانتظار – يُظهر التزام المستخدمين دون الحاجة إلى أن يكون المنتج جاهزًا بالكامل.
- اطلب المزيد من المعلومات أو عرض توضيحي – يمنحك إحساسًا بالفضول والانخراط بينما يفتح قناة لتلقي تعليقات نوعية.
- الطلب المسبق (إن أمكن) – يقيس الرغبة في الاستثمار أو الالتزام (وهو يختلف عن الالتزام الذي تحصل عليه من الانضمام إلى قائمة الانتظار).
أدوات لإنشاء صفحتك المقصودة
- Carrd (مجاني) – الخيار الأبسط
- نماذج Google + HTML بسيط
- الصفحة العامة لـ Notion
- صفحة الهبوط الخاصة بـ Mailchimp
زيادة عدد الزيارات إلى صفحتك
- انشر في مجتمعات WhatsApp ذات الصلة
- شارك على وسائل التواصل الاجتماعي (X، TikTok، LinkedIn)
- انشر في مجموعات فيسبوك وشبكات الجامعات
- إرسال رسالة مباشرة إلى المستخدمين المحتملين
- تحتاج إلى أكثر من 100 زائر للحصول على بيانات ذات مغزى
المقاييس الرئيسية
تتبع البيانات الصحيحة يساعدك على اتخاذ قرارات مستنيرة بشأن الإصدار التالي بدلاً من الاعتماد على الانطباعات أو الحدس. فيما يلي بعض النقاط التي يجب أخذها في الاعتبار:
-
التسجيلات أو الاشتراكات
يُظهر هذا الاهتمام الأولي والطلب على منتجك. تشير التسجيلات العالية إلى أن عرض القيمة الخاص بك يلقى صدىً؛ بينما تشير التسجيلات المنخفضة إلى أنك قد تحتاج إلى تحسين الرسائل أو استهداف شريحة جمهور مختلفة. -
نقرات على عبارات الحث على اتخاذ إجراء
تشير النقرات إلى التفاعل والرغبة في استكشاف المزيد. يمكن أن يساعد تتبع عبارات الحث على اتخاذ إجراء التي تحصل على أكبر عدد من النقرات في تحديد أولويات الميزات أو المعلومات الأكثر أهمية للمستخدمين. -
الوقت الذي يقضيه المستخدمون على الصفحة
هل يقضي المستخدمون وقتًا طويلاً على الصفحة أم يغادرونها بسرعة؟ -
مصادر حركة المرور
أي من قنوات التسويق الخاصة بك تعمل؟
أثناء مواصلة تحسين MVP الخاص بك، تذكر أن الأساليب التي تناولناها هنا ليست سوى بعض الأدوات التي يمكنك استخدامها لجمع المعلومات والتحقق من صحة منتجك. كل فريق ومنتج فريد من نوعه، لذا من المهم اختيار الأساليب الأكثر ملاءمة لأهدافك وجدولك الزمني وجمهورك.
حافظ على عزمك في إجراء التكرارات وتأكد من استمرار تحسين منتجك مع الحفاظ على جوهره البسيط والهادف. يعد الاختبار والمراقبة والتكرار المستمر عادات أساسية لأي رائد أعمال، وستوجه المهارات التي تطورها هنا منتجك خلال دورات متعددة من التحسين نحو إصدار أكثر نضجًا ونجاحًا.
نأمل أن تساعدك هذه الاختبارات على إطلاق نموذجك الأولي القابل للتسويق (MVP) بحلول نهاية برنامج التسريع. يجب أن يكون هذا هدفك، حيث سيحظى بتقدير أكبر من قبل لجنة التحكيم. حتى إذا لم تتمكن من إطلاق نموذجك بالكامل بحلول نهاية برنامج التسريع، فإن عرض عمليتك التكرارية مع مستخدمين حقيقيين سيكون أمراً حيوياً لإظهار تقدمك والتزامك بالنجاح في مشروعك.
الانعكاس
خذ بضع لحظات للتفكير في تجربتك الأخيرة في الاختبار والتكرار. فكر فيما يلي:
الموارد الإضافية
كوم Wix.com قائمة بالصفحات المقصودة القوية التي يمكنك أن تستلهم منها. ألق نظرة هنا.
تقدم قائمة التشغيل التالية التي أعدتها مجموعة نيلسن نورمان عملًا جيدًا في تقديم نظرة عامة حول كيفية إجراء اختبارات قابلية الاستخدام، خاصةً في الأماكن البعيدة.
