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