كيف تعرف أي ميزة يلجأ إليها المستخدم فعلاً قبل أن تبني الباقي؟

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

السؤال الذي يطرحه هذا المشهد بسيط: أيهما يعرف فعلاً أي ميزة يلجأ إليها الناس؟

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

لماذا تكذب الخطط الجميلة؟

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

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

ما الذي تكشفه النسخة الخشنة؟

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

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

الصمت هنا جزء من المنهج. حين تتدخل لتشرح، فأنت تخفي المشكلة التي كان يجب أن تكتشفها.

كيف تُجري الاختبار دون أن تفقد الوقت؟

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

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

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

الميزة التي لا يحتاجها أحد

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

لذلك لا نقول إن الخطة عديمة الفائدة. الخطة تحدد الاتجاه، لكنها لا تحدد الأولويات بدقة. الأولويات تظهر حين يبدأ الناس باستخدام الشيء فعلاً.

الخلاصة

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