من أين تجد مختبِرين تجريبيين لمنتج صغير
توظيف المختبِرين مشكلة توزيع، لا مشكلة أدوات. الناس هم الجزء النادر؛ البرمجيات ليست كذلك.
النادر هو الناس، لا الاختبار
يبدأ كل دليل تقريباً عن الاختبار التجريبي بما ينبغي قياسه. ذلك هو النصف السهل. النصف الصعب أن معظم المنتجات الصغيرة لا تجد عدداً كافياً من الأشخاص المستعدين لتثبيت شيء، واستخدامه استخداماً صحيحاً، ثم وصف ما حدث.
لذلك القرار الأول ليس أي أداة نستخدم. بل أي مجموعة من الناس تستطيع الوصول إليها فعلاً.
أربعة مصادر يأتي منها المختبِرون
- قائمتك أنت — من سجّلوا بالفعل، أو انضموا إلى قائمة انتظار، أو راسلوك بسؤال. أرخص المختبِرين الذين ستحصل عليهم، وأكثرهم ميلاً إلى اللباقة التي تخفي المشكلات.
- المجتمعات التي يوجد فيها مستخدموك أصلاً — منتدى، أو مجموعة محادثة، أو مكان يخصّ المشكلة التي يحلّها منتجك. الوصول إليهم يعني المشاركة أولاً، لا لصق رابط أولاً.
- من يختبرون كمهمة مدفوعة — مكافأة ثابتة مقابل جلسة ثابتة، وهي الطريقة الوحيدة التي تنتج بانتظام عدداً محدداً من الاختبارات المكتملة في موعد.
- مستخدمو منتج مجاور — من يدفع بالفعل لحل مشكلة قريبة لديه ميزانية وعادة ورأي.
المختبِرون المجانيون والمدفوعون يبرعون في أشياء مختلفة
المختبِرون المجانيون جيدون في إخبارك هل يُفهم المنتج أصلاً، وهم صادقون في الحماس. لكنهم غير موثوقين في الإكمال: سيختبر صديق عشرين دقيقة، ثم يتوقف عن الرد، ولن تلاحقه.
أما المدفوعون فعلى العكس. إذا كنت تحتاج ثماني جلسات مكتملة في أسبوع، كل واحدة تجيب كتابةً عن الأسئلة الخمسة نفسها، فالمكافأة الثابتة لكل جلسة هي الطريقة الوحيدة القابلة للتوسّع. والمقابل أن يكون الموجز دقيقاً، لأنهم سيفعلون حرفياً ما كُتب ولا شيء أكثر.
اكتب الموجز قبل أن تستقطب
لا يستطيع المختبِر تقديم ملاحظات مفيدة عن مهمة لم تُعطَ له. حدّد أولاً كيف يبدو الاختبار المكتمل — تسجيل، أو أجوبة مكتوبة عن أسئلة محددة، أو قائمة تحقق مكتملة — ثم استقطب أشخاصاً لهذا الوصف.
والموجز هو المصفاة أيضاً. من يقرؤونه بعناية قبل القبول هم من يُكملون؛ ومن يتخطّونه يقبل أسرع ويسلّم أقل.
- البيئة التي يبدأ منها الاختبار — الجهاز، والمتصفح، وحالة الحساب
- الخطوات المحددة، أو المهمة المحددة، دون أكثر من «ثم» واحدة
- ما الذي يُكتب، وأين يُكتب
- كم يستغرق من الوقت، وماذا يُفعل عند تعطّل شيء
كم مختبِراً يكفي
لمعرفة هل يُفهم المسار الرئيسي، تكفي بضع جلسات. المشكلات التي تصيب معظم الناس تظهر في أولى الجلسات، والشخص الخامس يكرّر في الأساس ما قاله الثالث.
ويتوقف المختبِرون عن الإفادة حين يبلّغ كل واحد منهم عن مشكلة مختلفة في منطقة مختلفة. هذه ليست مشكلة حجم عيّنة — بل تعني أن في المنتج أكثر من شيء واحد يحتاج إصلاحاً، والخطوة التالية هي الإصلاح لا الاستقطاب.
ما الذي يجعل الجلسة ملاحظات قابلة للتنفيذ
- اسأل عمّا حدث، لا عمّا يريدونه. «ماذا توقّعت حين ضغطت ذلك الزر؟» أفضل من «ما الميزات التي تريدها؟»
- أبقِ الأسئلة متطابقة بين المختبِرين، وإلا تعذّرت المقارنة بين الأجوبة.
- سجّل المحاولة الأولى في مهمة ما، قبل أي مساعدة. المحاولة الثانية بعد شرحك لا تقول شيئاً عن المنتج.
- اجمع حالات الفشل بالعناية نفسها التي تجمع بها النجاح. الجلسة التي نجح فيها كل شيء هي عادةً جلسة كان فيها الشخص مجاملاً.
الأسئلة الشائعة
كم مختبِراً تجريبياً أحتاج لمنتج صغير؟
أقل مما تقترحه معظم الأدلة. في السؤال عن منطقية المسار الرئيسي، يكشف عدد قليل من الجلسات عن معظم المشكلات التي تصيب أغلب المستخدمين. ويزيد عدد المختبِرين حين تحتاج أنواعاً مختلفة من المستخدمين، لا حين تريد ثقة أكبر في نوع واحد.
هل أدفع للمختبِرين التجريبيين؟
ادفع حين تحتاج عدداً محدداً من الاختبارات المكتملة في تاريخ معيّن، أو حين تحتاج أشخاصاً من خارج دائرتك. ولا تدفع وأنت ما زلت تسأل الأصدقاء هل الفكرة مثيرة — تلك محادثة لا اختبار.
أين أفضل مكان لإيجاد مختبِرين مجاناً؟
حيث تكون لك مكانة أصلاً: قائمة انتظار، أو مجتمع تشارك فيه، أو أشخاص راسلوك بالفعل بشأن المشكلة. وإلقاء رابط في مجتمع لم تدخله قط لا ينتج عادةً شيئاً ويُفقدك حُسن استقبالهم.
ما الفرق بين الاختبار التجريبي وبحوث المستخدمين؟
الاختبار يسأل هل يعمل المنتج وهل يُفهم؛ والبحوث تسأل ما الذي يحتاجه الناس أصلاً. والمنتج الصغير يحتاج الاختبار أولاً عادةً، لأن الجواب أرخص في التنفيذ والأشخاص أنفسهم يستطيعون تقديمه.