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