كيف تختبر فكرتك قبل أن تبنيها

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

لماذا "عرضناها على الناس وأعجبتهم" ليس اختباراً

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

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

سبع خطوات لاختبار الفكرة

1. اكتب الفكرة في جملة واحدة: لمن، وماذا يتغير

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

2. اكتب كل الافتراضات التي تقوم عليها

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

وأداة ما قبل الفشل (Premortem)، وهي تقنية غاري كلاين (Gary Klein) التي تتخيل فيها أن المشروع فشل فعلاً ثم تسأل لماذا، طريقة سريعة لاستخراج الافتراضات التي يتردد الناس في قولها بصوت عالٍ.

3. حدد أخطر افتراض

ضع كل افتراض على محورين: مدى أهميته للفكرة، وما لديك من دليل عليه. هذه هي أداة خريطة الافتراضات (Assumption Mapping) التي نشرها ديفيد بلاند (David J. Bland). والزاوية التي تجمع "حاسم" و"بلا دليل" هي ما تختبره أولاً. اختر افتراضاً واحداً، أو اثنين على الأكثر، وكل ما سواه ينتظر.

وهناك سؤال يساعدك: "لو ثبت أن هذا خطأ، هل تموت الفكرة أم تتغير فقط؟" اختبر ما يقتلها.

4. حوّله إلى فرضية بمعيار نجاح واضح

اكتبه فرضيةً بهذه الصيغة: نعتقد أن [الفئة] ستقوم بـ [فعل محدد] لأن [السبب]. وسنعرف أن هذا صحيح إذا تحقق [نتيجة قابلة للقياس] خلال [مدة].

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

5. اختر أرخص اختبار يمكن أن يثبت خطأك

اختر الاختبار حسب الافتراض، لا حسب الأداة التي تحبها:

• هل يريدها الناس؟ "الباب الوهمي" (Fake Door): تعرض الخدمة أو الزر وتحسب من يحاول استخدامها، ثم توضح له الأمر بصدق. أو صفحة تسجيل اهتمام، أو التزام مسبق كحجز موعد.
• هل سيستخدمونها كما نتوقع؟ نموذج أولي ورقي (Paper Prototype)، أو اختبار قابلية الاستخدام الموجَّه على نسخة أولية.
• هل تصمد القيمة في الاستخدام الفعلي؟ اختبار الكونسيرج (Concierge Test): تقدم الخدمة يدوياً لعدد قليل من الناس، وبشكل معلن، قبل أن تؤتمت أي شيء.
• هل تنجح التجربة قبل أن توجد التقنية؟ اختبار ساحر أوز (Wizard of Oz): يتعامل المستخدم مع ما يبدو خدمة تعمل آلياً، بينما يقوم شخص بالعمل خلف الستار. وقد صاغ المصطلح جون كيلي (John F. Kelley) في أبحاث التفاعل بين الإنسان والحاسوب نحو عام 1980.
• أي النسختين أفضل؟ تجربة A/B، حين يكون لديك عدد كافٍ من المستخدمين للمقارنة.

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

6. نفّذه مع أشخاص حقيقيين، وراقب

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

سجّل ما تراه في شبكة جمع الملاحظات (Feedback Capture Grid): ما نجح، وما لم ينجح، والأسئلة التي ظهرت، والأفكار الجديدة. ودوّن المفاجآت فوراً، فهي تتلاشى في اليوم التالي.

وإن كان الاختبار يشمل الجمهور، فأخبر الناس بوضوح بما يُجرَّب، واحصل على الموافقات التي تشترطها جهتك. الاختبار لا يبرر تضليل أحد.

7. قرر: نكمل، أم نعدّل، أم نتوقف

قارن النتيجة بالمعيار الذي وضعته، ثم اتخذ أحد ثلاثة قرارات بصوت واضح:

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

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

مثال تطبيقي

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

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

كانت الفرضية: "إذا عرضنا ساعات تطوع معتمدة، فسيسجل 15 طالباً على الأقل من السنة الثانية في موعد تدريس خلال أسبوع واحد". وضع الفريق نموذج تسجيل بسيطاً في مجموعة الواتساب الرسمية للدفعة، وأدار العملية يدوياً كاختبار كونسيرج، ووفّق بين المدرّسين والطلاب عبر البريد الإلكتروني.

سجّل تسعة طلاب فقط، أي أقل من المعيار. لكن المحادثات اللاحقة كشفت أمراً مهماً: قال عدد منهم إنهم مستعدون للتدريس في ثنائيات لا منفردين، لأنهم غير واثقين بما يكفي من معرفتهم. فعدّل الفريق الفكرة إلى تدريس ثنائي، وأعاد نشر النموذج، فسجّل 21 طالباً. ولم يُبنَ التطبيق بعد؛ فالاختبار التالي هو: هل سيحضر طلاب التحضيرية فعلاً؟

افعل ولا تفعل

افعل

• اختبر افتراضاً واحداً في كل مرة، واذكره بالاسم في خطة الاختبار.
• ضع معيار النجاح وقاعدة القرار قبل رؤية النتائج.
• فضّل الاختبارات التي يفعل فيها الناس شيئاً على التي يعلّقون فيها.
• اجعل الاختبار الأول أقل من أسبوعين.
• تعامل مع قرار "نتوقف" على أنه نتيجة مفيدة، وسجّل سببه.

لا تفعل

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

أسئلة يطرحها الناس

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

ما الفرق بين اختبار الكونسيرج واختبار ساحر أوز؟ في اختبار الكونسيرج يعرف الناس أن شخصاً يقدم لهم الخدمة يدوياً. وفي اختبار ساحر أوز تبدو الخدمة للمستخدم آلية، بينما يعمل شخص خلف الستار. الأول يختبر القيمة، والثاني يختبر تجربة نظام لم يُبنَ بعد.

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

إلى أين بعد ذلك

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