المتطلبات والتوقعات في تصميم UX/UI
الفكرة
يمكن إرجاع كل إطلاق فاشل لمنتج إلى فجوة واحدة: ما بنيناه مقابل ما توقّعه المستخدم.
المتطلبات: ثلاث ركائز
المتطلب عبارة واضحة عمّا يجب أن تفعله الواجهة لتلبية احتياجات المستخدم وأهداف العمل، ومن دونها قد يبدو التصميم جميلًا لكنه يفشل في وظيفته.
متطلبات العمل
ما تحتاجه المؤسسة. مثال: رفع نسبة بقاء المستخدمين 20%.
متطلبات المستخدم
ما يحتاجه المستخدم. مثال: تسجيل دخول سريع.
متطلبات النظام
ما يجب أن يفعله النظام. مثال: أن تتيح المنصة حفظ الدورات.
التوقعات: من أين تأتي
التوقع هو ما يفترضه الناس عن المنتج بناءً على تجاربهم السابقة ونماذجهم الذهنية. إن لبّيته شعروا أن المنتج سلس وبديهي، وإن خالفته شعروا بالارتباك أو الخذلان.
- النماذج الذهنية: كيف يظن المستخدم أن الأشياء يجب أن تعمل.
- التجارب السابقة: ما استخدمه من قبل، من المنافسين إلى الأنماط الشائعة.
- أنماط الواجهات: أماكن الأزرار، وسلوك النماذج، ودلالات الألوان.
- معايير الأداء: مدى السرعة والموثوقية المتوقعة.
حين لا يتطابقان
نادرًا ما يفشل المنتج لأن الفريق لم يعمل بجد، بل لأنه بنى الشيء الخطأ. وتتكرر أربعة أنماط:
- تضخّم الميزات: إضافة المزيد بدل حل الحاجة الأساسية.
- فخ الافتراضات: التصميم لما يفترضه الفريق لا لما يحتاجه المستخدم.
- الرؤية التقنية الضيقة: بناء ما هو ممتع تقنيًا.
- تضخّم التوقعات: الوعد بأكثر مما يقدّمه المنتج.
أساليب تسدّ الفجوة
- البحث المتمحور حول المستخدم: ابدأ بما يحتاجه المستخدم لا بما يفترضه الفريق.
- متطلبات واضحة وتشاركية: اتفق مع كل الأطراف قبل البناء.
- النماذج الأولية والتحقق المبكر: اختبر الأفكار قبل بنائها.
- حدّد مقاييس النجاح مبكرًا: اعرف كيف ستقيس الأثر.
- التوافق والتحسين المستمر: التوافق ليس حدثًا لمرة واحدة.
وختمت بقصتين متناقضتين: Duolingo، حيث التقى هدف عمل واضح (التفاعل اليومي) بتوقعات المستخدمين الحقيقية (جلسات قصيرة، وسلاسل إنجاز، وطابع ألعاب)، وGoogle Wave، المنتج المبتكر الذي لم يفهمه الناس لأن توقعاتهم لم تُضبط من البداية.
