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