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