فهم المستخدمين والمسارات

تبدأ تجربة المستخدم الجيدة قبل رسم أي شاشة. عليك أولًا أن تفهم من سيستخدم المنتج، وماذا يريد أن يفعل، وأين قد يتعثّر.

ابدأ بالمشكلة

اسأل العميل:

• من المستخدمون؟ (العمر، والمهنة، واللغة، ومدى ألفتهم بالتقنية.)
• ما الشيء الرئيسي الذي يأتون لفعله؟ (طلب طعام، حجز موعد، تتبّع شحنة.)
• ماذا يفعلون اليوم بدلًا من ذلك، وما الذي يزعجهم فيه؟
• ماذا يحتاج النشاط؟ (تسجيلات أكثر، ومكالمات دعم أقل، ومبيعات أكثر.)

بحث خفيف يستطيعه المستقل

لا تحتاج إلى ميزانية كبيرة لتتعرّف على المستخدمين:

• تحدّث مع 3–5 مستخدمين حقيقيين لمدة 15 دقيقة لكل منهم. اسأل عن تجربتهم الأخيرة، لا عمّا يتمنّونه.
• راجع تطبيقات المنافسين واقرأ مراجعاتها في متاجر التطبيقات؛ فالمستخدمون يذكرون هناك ما يزعجهم.
• افحص بيانات العميل: رسائل الدعم، والأسئلة المتكرّرة، والتحليلات إن كان المنتج موجودًا.

لا تختلق نتائج بحث أبدًا. إن لم يُجرَ بحث فقل إن التصميم مبني على افتراضات ينبغي اختبارها.

الشخصيات والمهام

الشخصية (Persona) وصف قصير وواقعي لمستخدم نموذجي، مبني على ما تعلّمته:

بديل أبسط هو عبارة المهمة: "عندما [الموقف]، أريد أن [الإجراء]، لكي [النتيجة]." مثلًا: "عندما ينفد الحليب ليلًا، أريد إعادة طلب أغراضي المعتادة بنقرات قليلة، لكي تصلني قبل المدرسة."

مسارات المستخدم

مسار المستخدم (User flow) خريطة للخطوات التي يتّخذها المستخدم لإنهاء مهمة واحدة. رسمه قبل تصميم الشاشات يُظهر عدد الشاشات اللازمة وأين قد يضيع المستخدمون.

يجب أن يكون لكل خطوة إجراء رئيسي واضح واحد. عُدّ النقرات: إن احتاجت مهمة شائعة عشر خطوات فابحث عن خطوات يمكن حذفها.

بنية المعلومات

بنية المعلومات هي كيف يُنظَّم المحتوى ويُسمّى: القائمة والأقسام والتسميات. استخدم الكلمات التي يستخدمها مستخدموك ("Orders" لا "Fulfilment history")، واجعل التنقّل الرئيسي في حدود خمسة عناصر، وضع المهام الأكثر تكرارًا في أقرب مكان.

مهمة عملية (25 دقيقة)

1. اختر فكرة منتج، مثل تطبيق حجز عيادة.
2. تحدّث مع شخصين قد يستخدمانه واكتب شخصية واحدة أو عبارة مهمة.
3. ارسم مسار المستخدم للمهمة الرئيسية (5–7 خطوات) على الورق أو في Figma.