تلخيص شهادة Google UX Designالكورس 2

2الكورس 2 من 7

التعاطف والتحديد وتوليد الأفكارStart the UX Design Process: Empathize, Define, and Ideate

21 درسًا4 وحداتقراءة 28 دقيقة تقريبًا

في هذا الكورس تنتقل من المفاهيم إلى التطبيق: تبدأ مشروع تطبيق الجوال في الـPortfolio، وتعمل على المراحل الثلاث الأولى من Design Thinking: Empathize ← Define ← Ideate. هذه المرحلة هي الأساس الذي يُبنى عليه كل التصميم لاحقًا.

بعد هذا الكورس ستعرف:

  • كيف تجري مقابلات مع المستخدمين وتفهم احتياجاتهم وسلوكهم.
  • كيف تحوّل المقابلات إلى Empathy Maps وPersonas ونقاط ألم واضحة.
  • كيف تكتب User Stories وترسم User Journey Maps.
  • كيف تصوغ المشكلة في Problem Statement وHypothesis وValue Proposition.
  • كيف تولّد الحلول بـCompetitive Audit وHow Might We وCrazy Eights.

1الوحدة 1: التعاطف مع المستخدم وتحديد نقاط الألمEmpathize and Define

التعاطف في تصميم UXEmpathy in UX Design

الفكرة

التعاطف (Empathy) أن تفهم مشاعر المستخدم وأفكاره وسلوكه في سياق استخدام المنتج، وأن ترى المنتج بعينه.

كلما توقعت احتياجات المستخدم بدقة أكبر، زاد ارتباطه بالمنتج على المدى الطويل. والتعاطف يقلل الافتراضات، ويقرّب الحلول من الواقع، ويقلل التعديلات المتأخرة وإعادة العمل.

ست طرق للتعاطف مع المستخدم:

  1. اسأل كثيرًا: لا تفترض، واسأل المستخدم مباشرة بأسئلة: ماذا؟ وكيف؟ ولماذا؟ الهدف فهم الدوافع لا السلوك فقط.
  2. لاحظ أكثر: راقب التصرفات لا الكلام وحده: لغة الجسد، والتردد، والارتباك. ودوّن ملاحظاتك أو سجّل الجلسة.
  3. أنصت بتركيز: ركّز مع المستخدم تمامًا، ولا تفكر في ردك وهو يتكلم. الهدف ملاحظات غير متحيزة تبني عليها.
  4. اطلب آراء متنوعة: لا تعتمد على الأصدقاء والزملاء لأن رأيهم متحيز غالبًا. اسأل مستخدمين متنوعين بأسئلة مفتوحة، فأنت تريد رأيًا صادقًا لا مجاملة.
  5. كن منفتحًا: لكل مصمم تحيّزاته. افصل رأيك ومشاعرك الشخصية، فدورك أن تفهم، لا أن تدافع عن فكرتك.
  6. تابع أبحاث UX: المجال يتغير مع تغيّر فهمنا للبشر. تابع الأبحاث والمجتمعات والممارسات الجديدة، فهذا يمنحك أفضلية في قراءة سلوك المستخدم.
التعاطف (Empathy) الشفقة (Sympathy)
تفهم شعور المستخدم وتشاركه تتأثر لحاله دون أن تعيش شعوره

الخلاصة: يحتاج UX إلى التعاطف لا الشفقة: أن تفهم المستخدم من داخل تجربته.

أهداف البحث وأسئلة المقابلةDetermine Research Goals and Questions

الفكرة

قبل أي مقابلة جهّز ثلاثة أشياء: أهداف البحث، وخصائص المشاركين، وأسئلة المقابلة.

أهداف البحث توجّه المقابلات، وتحدد نوع الأسئلة، وتمنع التشتت، وتؤثر مباشرة في قرارات التصميم لاحقًا.

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

2. حدّد خصائص المشاركين
المطلوب عيّنة يمكن إدارتها، لكنها تمثل الواقع. اسأل: من المستخدم النهائي؟ وما خصائصه؟ وكيف تؤثر خصائصه في تجربته؟
قد تجد الخصائص في متطلبات العمل، وإلا فاكتشفها ببحث مبدئي أو بالتعاون مع أصحاب المصلحة.

3. اكتب أسئلة المقابلة
جهّزها مسبقًا لتضمن جودتها وثباتها بين كل المقابلات. وصفات السؤال الجيد:

الصفة المعنى
مرتبط (Relevant) يتصل مباشرة بالمشكلة
مفتوح (Open-ended) لا يُجاب بنعم أو لا، ويشجع المستخدم على الحكي
محايد (Neutral) بلا افتراضات ولا توجيه للإجابة
واضح (Clear) قصير ومفهوم، بأسلوب محادثة طبيعي
قابل للمتابعة يسمح بالتعمق بعده: Tell me more، أو لماذا؟ وكيف؟ ومتى؟ وأين؟

مثال على الحياد:

  • «هل تطلب من المطاعم لأنه ليس لديك وقت للطبخ؟» سؤال يفترض السبب.
  • «ما الذي يدفعك إلى طلب الطعام من المطاعم؟»

مثال: تطبيق Zia's Pizza

  • أهداف المقابلة: فهم تحديات إدارة الوقت وتخطيط الوجبات، وتحديد الإحباطات أثناء طلب الطعام من المطاعم.
  • خصائص المشاركين: أعمارهم بين 18 و62، يسكنون المدن أو الضواحي، ويطلبون من المطاعم مرة أسبوعيًا على الأقل، مع تنوع في الجنس والقدرات (منهم ذوو إعاقة).
  • الأسئلة:
  • كيف يبدو يومك؟ وكيف توازن بين مسؤولياتك وتخطيط وجباتك؟
  • كم مرة تطلب من المطاعم؟ ولماذا؟
  • كيف تبدو تجربة الطلب عندك؟ وكيف تشعر تجاهها؟
  • كيف تتوقع أن تُحل هذه التحديات؟

الخلاصة: الأسئلة الجيدة تفتح الحديث ولا توجّهه.

اختيار المشاركين في المقابلاتFind and Recruit Interview Participants

الفكرة

لا تعاطف دون مستخدمين حقيقيين، فالمقابلات تكشف نقاط الألم والسلوك الفعلي والفجوة بين الافتراض والواقع.

في الشهادة يُسمح باستخدام مستخدمين وهميين، لكن ما يلي تجهيز لسوق العمل.

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

العيّنة الممثِّلة (Representative Sample)
عيّنة تمثل المستخدمين الحقيقيين، وتشمل الفئات التي تُهمَّش عادةً، ليكون التصميم متاحًا وعادلًا. بناؤها بدقة يحتاج وقتًا وميزانية، وهو غير مطلوب في الشهادة، لكنه مهم في العمل الحقيقي.

طرق الوصول إلى المشاركين:

الطريقة متى تناسب انتبه إلى
معارفك (Personal Network): العائلة والأصدقاء والزملاء خيار ممتاز للمبتدئ التحيّز
قاعدة المستخدمين الحالية إذا كان للشركة مستخدمون، وهو شائع في المشاريع الحقيقية لا يتوفر غالبًا في المشاريع التدريبية
الإنترنت: وسائل التواصل والمنصات والمجتمعات المتخصصة للوصول إلى فئات محددة، كالآباء أو اللاعبين قوانين المجموعات، واستئذان المشرفين قبل النشر
اختبار الممر (Hallway Testing): أشخاص عشوائيون في مكان مناسب وقت محدود، وعدد صغير، وبلا ميزانية قد لا يمثلون المستخدمين المستهدفين بدقة
وكالات التوظيف المتخصصة خيار احترافي يوفّر الوقت والتنوع يحتاج ميزانية

خطوات إجراء المقابلةConduct User Interviews

الفكرة

المقابلة الجيدة خمس خطوات: تحضير، ثم استقبال، ثم حوار، ثم تدوين، ثم ختام.

1. التحضير

  • جهّز الأسئلة: قائمة موحدة لكل المستخدمين. هي دليل لا نص مقدس، فلك أن تتفرع إذا ظهرت نقطة ألم مهمة.
  • جهّز الأدوات: الجهاز، والأسئلة مطبوعة، والقلم والورق. وجرّب أي أداة جديدة قبل المقابلة.
  • اعرف المشارك: اسمه وخلفيته وعلاقته بالمنتج، فهذا يكسر الجليد ويبني الألفة (Rapport) أسرع. وفي العمل الحقيقي تأكد أنه ليس من المنافسين.
  • تدرّب: وحدك أو مع شخص تثق به، لتحسّن صياغة الأسئلة، وتضبط المدة، وتحذف الزائد.

2. الاستقبال

  • ابنِ الألفة: ابدأ بحديث خفيف عن يومه أو طريقه. الهدف أن يرتاح، لا أن يُستجوب.
  • اشكره: قبل البدء، ليشعر بقيمة رأيه.
  • تأكد من المعلومات الأساسية: الاسم والبيانات المتعلقة بالمقابلة.

3. الحوار

  • التزم بآداب المقابلة: أسلوب واضح ومحترف، وأظهر أنك تنصت بالتدوين والتواصل البصري والإيماءات البسيطة.
  • اسأل أسئلة مفتوحة: تجنّب أسئلة نعم ولا، واستخدم لماذا وكيف. وإذا جاءت الإجابة قصيرة فتابع بسؤال أعمق.

4. التدوين

  • دوّن الاقتباسات اللافتة: كلمات المستخدم كنز يعكس تفكيره الحقيقي، وستستخدمها في Empathy Map ودراسة الحالة.
  • دوّن ملاحظاتك: لا الكلام فقط، بل المشاعر ولغة الجسد والتردد، وانتبه للمشتتات من حوله.
  • سجّل المقابلة بموافقته: لتراجع التفاصيل وتستخرج الرؤى لاحقًا.

5. الختام
امنح المستخدم فرصة أخيرة للكلام، فأحيانًا يظهر أهم ما في المقابلة هنا. ثم اشكره مرة أخرى، واترك لديه انطباعًا إيجابيًا عنك وعن المنتج.

تمرين التعاطف قبل المقابلة (اختياري)Empathy Exercise - Optional

الفكرة

تتقمص منظور مستخدم متخيَّل وتجيب بنفسك عن أسئلتك، لتحسّن خطة البحث وتكتشف تحيزاتك مبكرًا.

ملف المستخدم (User Profile) الشخصية (User Persona)
سيرة قصيرة خيالية لتمارين التعاطف غير الرسمية شخصية رسمية مبنية على مقابلات حقيقية، وتمثل شريحة كاملة

طريقة التمرين: تتخيل المستخدم، مثل «Reena» في مثال الكورس، شخصًا حقيقيًا، ثم تجيب عن أسئلة المقابلة بلسانه وتتوقع مشاعره. ودوّن بنقاط وعبارات قصيرة وأفكار سريعة. نفّذه مع 4 ملفات مستخدمين أو 4 مستخدمين حقيقيين.

مثال على تحسين سؤال بعد التمرين: تبيّن أن كلمة «challenges» قد تحرج المستخدم، وتوحي بوجود مشكلة مسبقًا، فهي سؤال موجِّه.

  • قبل: What challenges do you face in the ordering process?
    ما التحديات التي تواجهك في عملية الطلب؟
  • بعد: What is the ordering process like for you? Tell me about the experience and how it makes you feel.
    كيف تبدو عملية الطلب عندك؟ حدّثني عن تجربتك وشعورك تجاهها.

لا تستخدم كلمة «challenges» إلا إذا ذكرها المستخدم بنفسه، فتقول حينها: Tell me more about those challenges. (حدّثني أكثر عن هذه التحديات.)

خريطة التعاطفBuild an Empathy Map

الفكرة

المقابلات هي المادة الخام، وخريطة التعاطف (Empathy Map) تنظّمها في رؤى واضحة يفهمها الفريق كله بالصورة نفسها.

تستخدمها بعد المقابلات أو تمارين التعاطف مباشرة، وقبل الانتقال إلى Define وبيان المشكلة وتوليد الأفكار. وهي اختيارية في الشهادة، لكنها مفيدة جدًا في العمل الحقيقي.

خريطة التعاطف بأقسامها الأربعة حول المستخدم: Says وThinks وDoes وFeels
خريطة التعاطف بأقسامها الأربعة حول المستخدم: Says وThinks وDoes وFeels
القسم ما تكتبه فيه
يقول (Says) اقتباسات حرفية دون إعادة صياغة: الشكاوى والرغبات والتوقعات. وإذا كرر المستخدم فكرة فهي نقطة ألم حقيقية
يفكر (Thinks) أفكار ومخاوف لم يقلها صراحة، تستنتجها من نبرة صوته وتردده ولغة جسده
يفعل (Does) كيف يتعامل مع المشكلة اليوم: حلوله المؤقتة، والتفافاته، وعاداته
يشعر (Feels) مشاعره المرتبطة بالتجربة: قلق، أو إحباط، أو ذنب، أو ارتياح. وإذا لم يعبّر عنها فاسأله: How does this make you feel?

فرق مهم في قسم Thinks: الاستنتاج (Inference) المبني على دليل مقبول ، والافتراض (Assumption) بلا دليل مرفوض .

اكتبها بنقاط وعبارات قصيرة. لا تحاول أن تكون أديبًا، فالهدف الوضوح لا الجمال.

نوعا خريطة التعاطف:

  • لمستخدم واحد (One-user): للفهم العميق وفي بداية البحث.
  • مجمّعة (Aggregated): تدمج خرائط مستخدمين متشابهين لتكشف الأنماط وتحدد الشرائح والمحاور المشتركة. وهنا يبدأ التفكير الجاد في الحلول.

قيمتها: تكشف ما يقوله المستخدم وما يشعر به فعلًا، وتقلل سوء الفهم والقرارات المبنية على رأي المصمم، وتجهّزك لبيان المشكلة وتوليد الأفكار واختيار الميزات.

نقاط الألمUser Pain Points

الفكرة

نقطة الألم (Pain Point) أي عائق يُحبط المستخدم ويمنعه من تحقيق هدفه بسهولة. واكتشافها وحلها هو دورك الأساسي.

أي شيء يضيّع وقت المستخدم، أو يربكه، أو يضغطه، أو يدفعه إلى ترك المنتج، هو نقطة ألم.

النوع يتعلق بـ أمثلة
مالي (Financial) المال سعر مرتفع، ورسوم مخفية، واشتراك مدفوع يظهر فجأة، واشتراك بلا قيمة واضحة
المنتج (Product) جودة المنتج أو تصميمه زر غير واضح، وميزة لا تعمل، وتجربة مربكة، أو باب لا يُفتح كما تتوقع (Norman Door)
العملية (Process) الخطوات والتسلسل دفع معقّد، وخطوات بلا داعٍ، وتسجيل طويل، ومستخدم يضيع بين الصفحات
الدعم (Support) المساعدة صعوبة الوصول لخدمة العملاء، وأسئلة شائعة غير واضحة، وغياب وسيلة تواصل، وردود بطيئة أو معدومة

الشخصياتUser Personas

الفكرة

الـPersona مستخدم خيالي مبني على بيانات بحث حقيقية، ويمثل شريحة كاملة من المستخدمين لا شخصًا واحدًا.

تجمع الـPersona أهداف الشريحة وسلوكها ونقاط ألمها وسياقها اليومي، والعدد المناسب غالبًا بين 3 و8. هي تجسيد البحث في شخص واحد مفهوم.

لماذا هي مهمة: يتفق الفريق بها على «لمن نصمم»، فتتضح القرارات، ويرتبط التصميم بسلوك المستخدم وأسلوب حياته، ويقلّ التصميم حسب ذوق المصمم والجدل غير المبني على بيانات.

كيف تبنيها:

  1. اعتمد على البحث: المقابلات، وخرائط التعاطف، والملاحظات، ونقاط الألم المتكررة. ولا تبنها من خيالك.
  2. ابحث عن المحاور المشتركة: أنماط متكررة في الأعمار والأهداف والمخاوف والسلوك. وكل محور رئيسي قد يصبح Persona.
  3. اربطها بسياق المنتج: ركّز على السلوكيات والأهداف المتعلقة بالمنتج فقط، ولا تحاول تمثيل حياة المستخدم كلها.

محتواها: اسم وصورة للتجسيد، وعمر تقريبي، ووظيفة أو نمط حياة، والأهداف (Goals)، ونقاط الألم، والدوافع (Motivations)، والسلوكيات المرتبطة بالمنتج. هي ملخص للبحث لا وثيقة طويلة.

نصائح احترافية:

  • قبل بناء الـPersonas اسأل الفريق عن تصوره للمستخدم، وبعد بنائها قارنها بتصوره: أين اتفقت البيانات معه؟ وأين خالفت افتراضاته؟ هذا يرفع فهم الفريق والتزامه بالتصميم المبني على المستخدم.
  • لا يوجد قالب واحد صحيح، فاختر ما يخدم وضوحك وفريقك ومشروعك.

2الوحدة 2: قصص المستخدم وخرائط الرحلةCreating User Stories and Journey Maps

قصة المستخدمUser Stories

الفكرة

جملة واحدة من منظور الـPersona، تلخص من المستخدم، وماذا يريد، ولماذا.

الصيغة: As a [WHO], I want to [WHAT], so that [WHY].
أي: بصفتي [من]، أريد أن [ماذا]، لكي [لماذا].

  • WHO: نوع المستخدم أو الـPersona.
  • WHAT: الفعل أو الميزة.
  • WHY: الفائدة أو الهدف الحقيقي.

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

كيف تكتبها:

  1. ابدأ من Persona حقيقية مبنية على البحث وخرائط التعاطف.
  2. ركّز على الهدف لا الحل:
    - I want a big button. (أريد زرًا كبيرًا.)
    - I want to complete my task quickly. (أريد أن أنجز مهمتي بسرعة.)
    الحل يأتي لاحقًا.
  3. اجعلها بسيطة: جملة واحدة، بلا مصطلحات تقنية ولا تفاصيل تنفيذ.

مصطلحان مرتبطان:

  • المسار السعيد (Happy Path): قصة تنتهي بتجربة سلسة بلا عوائق.
  • الحالة الطرفية (Edge Case): ظرف غير متوقع خارج سيطرة المستخدم يسبب خللًا، مثل انقطاع الاتصال أثناء الدفع. صمّم للمسار السعيد، لكن لا تهمل الحالات الطرفية.

خريطة رحلة المستخدمUser Journey Map

الفكرة

رحلة المستخدم سلسلة التجارب التي يمر بها ليحقق هدفه، وخريطتها ترسم خطواته وتفاعلاته ومشاعره، فتفكر وتشعر مثله لا مثل المصمم.

كيف ترتبط بما قبلها: الـPersona هي الشخصية، وقصة المستخدم هي الحبكة، وخريطة الرحلة هي مخطط القصة.

فوائدها:

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

خطوات بنائها:

  1. حدّد الهدف: هدف واحد واضح يريد المستخدم إنجازه.
  2. حدّد المهام الرئيسية: الخطوات الكبيرة من البداية إلى النهاية.
  3. فكّكها إلى مهام فرعية: فيظهر التعقيد الحقيقي للتجربة.
  4. حدّد مشاعر المستخدم في كل خطوة: حيرة، أو قلق، أو ارتياح. فالتجربة ليست أفعالًا فقط.
  5. استخرج فرص التحسين: أين يُحبَط المستخدم؟ ولماذا؟ وماذا يمكن تحسينه؟

مثال: خريطة رحلة «جمال»، ومستخدم كرسي متحرك هدفه الوصول إلى مبنى بالمترو. تعرض الخريطة أفعاله، ومهامه، ومشاعره، وفرص التحسين في كل خطوة.

خريطة رحلة المستخدم: الأفعال والمهام والمشاعر وفرص التحسين لكل خطوة
خريطة رحلة المستخدم: الأفعال والمهام والمشاعر وفرص التحسين لكل خطوة

إمكانية الوصول أثناء البحثAccessibility During User Research

الفكرة

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

الإعاقة ثلاثة أنواع: دائمة، ومؤقتة، وظرفية. والحل المصمم لأحدها يفيد الأنواع الثلاثة.

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

وهذا ما يُعرف بـأثر منحدر الرصيف (Curb Cut Effect): صُممت منحدرات الأرصفة لمستخدمي الكراسي المتحركة، فأفادت أيضًا أصحاب عربات الأطفال والحقائب والدراجات.

مجالات إمكانية الوصول:

المجال لمن أفضل الممارسات
اللمس (Touch) من لديه قيود في استخدام اليد راعِ اختلاف أحجام الأيدي في مواضع الأزرار، وادعم الاستخدام بيد واحدة، وقلل الأخطاء كالضغط المزدوج، واسمح بتخصيص الأزرار، وادعم لوحة المفاتيح
الرؤية (See) ضعاف البصر خطوط أكبر، وتباين عالٍ، ودعم قارئ الشاشة بالنص البديل، ولا تعتمد على اللون وحده للتوجيه، وتصميم لا يشتت
النص القابل للتخصيص (Customizable Text) من لديه عسر قراءة (Dyslexia) مثلًا اسمح بتغيير الخط والحجم والتباعد واللون. التخصيص أفضل من التكبير وحده، لأنه يحسّن القراءة ويحافظ على الوظيفة
السمع (Hear) ضعاف السمع لا تعتمد على الصوت وحده: الاهتزاز (Haptics)، وأضواء التنبيه، والترجمة النصية للفيديو، والتواصل النصي داخل التطبيق
الكلام (Speak) من لا يستطيع الكلام تعليمات مكتوبة بجانب الفيديو، ومراسلة نصية فورية في المكالمات (Real-Time Texting)، وبدائل للأنظمة الصوتية، ورسائل داخل التطبيق بالإيموجي والصور
التعلّم (Learn) ذوو التنوع العصبي مثل عسر القراءة وفرط الحركة وتشتت الانتباه قلل التعقيد، وثبّت التنقل، واستخدم أيقونات مألوفة، وادعم النص بالصور أو الفيديو أو الصوت

3الوحدة 3: تحديد مشكلة المستخدمDefining User Problems

مرحلة التحديد ونواتجهاDefine Phase

الفكرة

Define هي اختيار المعركة الصحيحة لا حل كل شيء: تنتقل من فهم المستخدم إلى تحديد المشكلة الصحيحة.

أسئلتها: أي احتياج أو مشكلة أهم؟ وأيها يستحق الحل الآن؟ وكيف نصنع قيمة حقيقية للمستخدم؟

قصص المستخدم وخرائط الرحلة تكشف أين المشكلة فعلًا، ومرحلة Define تختار أهمها وتصوغها صياغة قابلة للحل. ونواتجها ثلاثة:

الناتج ما هو الصيغة
بيان المشكلة (Problem Statement) من المستخدم، وماذا يحتاج، ولماذا [Persona] is a [type of user] who needs [type of experience] because [benefit].
بيان الفرضية (Hypothesis Statement) تخمين مدروس للحل المحتمل، وجسر بين المشكلة والحل If [user] can [action], then they will [benefit].
القيمة المقدَّمة (Value Proposition) ماذا يقدم المنتج، ولماذا يهتم به المستخدم يأتي تفصيلها أدناه

بيان المشكلةDefine Problem Statements

الفكرة

المستخدم لا يقول المشكلة دائمًا صراحةً، فقد لا يعرف كيف يعبّر عنها أو لا يحب الاعتراف بها. ودورك أن تقرأ ما بين السطور دون افتراضات عشوائية.

قبل الكتابة، افهم المستخدم بإطار 5Ws + H:

السؤال ما تبحث عنه
من؟ (Who) المستخدم وخلفيته وسياقه
ماذا؟ (What) المشكلة أو العائق
أين؟ (Where) أين يستخدم المنتج؟ فالسياق المادي مهم
متى؟ (When) متى تظهر المشكلة: في بداية الرحلة، أم نهايتها، أم بشكل متكرر؟
لماذا؟ (Why) لماذا تؤثر المشكلة؟ وكيف تؤثر في حياة المستخدم؟
كيف؟ (How) كيف يحاول المستخدم تحقيق هدفه الآن؟

هذا الإطار يلزمك بفهم المشكلة من منظور المستخدم لا المصمم، ويكشف المشكلات غير المنطوقة ونقاط الفشل الخفية.

الصيغة: [Persona] is a [type of user] who needs [type of experience] because [reason].
أي: [الـPersona] هو [نوع المستخدم] يحتاج إلى [نوع التجربة] لأن [السبب].

مثال مبسّط: The user needs a simpler experience because the current flow causes confusion.
المستخدم يحتاج تجربة أبسط، لأن التسلسل الحالي يربكه.

أثر بيان المشكلة: يعطي الفريق وضوحًا، ويحدد معيار النجاح، ويمنع الحلول غير المرتبطة بالمشكلة، ويصبح مرجعًا لتوليد الأفكار والنماذج والاختبار.

بيان الفرضيةHypothesis Statements

الفكرة

بعد فهم المستخدم وتحديد ألمه تبدأ التفكير في الحل دون القفز إلى التصميم. والفرضية تخمين مدروس قابل للاختبار، لا حقيقة.

تُبنى الفرضية على البحث وبيان المشكلة، وتربط الألم بأثر متوقع. فهي توجّه التفكير قبل Ideate، وتحوّل الرؤى إلى أهداف واضحة، وتمنع الحلول العشوائية.

صيغتان شائعتان:

الصيغة تركّز على تستخدمها عندما
If [user] can [action], then they will [benefit]. إذا استطاع [المستخدم] أن [يفعل]، فسوف [يستفيد]. المستخدم مباشرة: ماذا سيفعل، وما النتيجة المتوقعة تركّز على سلوك المستخدم
We believe that [solution] will allow [user] to [benefit]. نعتقد أن [الحل] سيمكّن [المستخدم] من [الفائدة]. منظور الفريق مع الحفاظ على التعاطف توثّق قرار تصميم للنقاش الداخلي وتوافق الفريق

ملاحظات:

  • من الطبيعي أن تكتب أكثر من فرضية لبيان المشكلة نفسه، لتستكشف حلولًا متعددة ثم تختبر أفضلها.
  • كل فرضية تتحول لاحقًا إلى ميزة أو مسار أو نموذج. الفاشلة تُستبعد، والناجحة تُطوَّر.

القيمة المقدَّمةDetermine a Value Proposition

الفكرة

سبب واضح يجعل المستخدم يقول: «هذا المنتج يناسبني». وهي القيمة لا الميزة.

المستخدم لا يعرف منتجك، ولا يهمه كل ما تفعله. يهمه كيف تحل مشكلته، ولماذا أنت أفضل من غيرك.

أربع خطوات لبنائها (المثال من الكورس: تطبيق لتمشية الكلاب):

1. اكتب كل الميزات والفوائد: الصغيرة والكبيرة، والمهمة وغير المهمة. هذه مرحلة تفريغ لا تقييم.

2. صنّفها تحت قيم حقيقية: اسأل عن كل ميزة: لماذا تفيد المستخدم؟ ثم اجمعها تحت قيم واضحة، مثل: السهولة، والموثوقية، والتكلفة، والاحترافية، وإمكانية الوصول. وأي ميزة لا تحل نقطة ألم تُستبعد.

الميزات مصنّفة تحت قيم: Accessible وProfessional Experience وCost وReliability
الميزات مصنّفة تحت قيم: Accessible وProfessional Experience وCost وReliability

3. اربط القيم بالـPersonas: لكل Persona نقطة ألم رئيسية، فاربطها بقيمة واحدة واضحة. وإذا لم تستطع ربط ميزة بمستخدم، فغالبًا لا قيمة لها.

كل Persona مرتبطة بالقيمة التي تحل نقطة ألمها
كل Persona مرتبطة بالقيمة التي تحل نقطة ألمها

4. راجع القائمة: الناتج قائمة قصيرة، كلها مرتبطة بمستخدمين حقيقيين، لكنها ليست بالضرورة فريدة بعد.

القيمة الفريدة (Unique Value Proposition)
السؤال الحاسم: ما الذي نقدمه ولا يقدمه المنافسون؟
راجع المنافسين، واقرأ تقييماتهم ذات النجمة والنجمتين، وركّز على الشكاوى المتكررة ونقاط الألم التي لم تُحل، فهناك تجد الفرصة.
القيمة الفريدة مهمة للمستخدم وغير ملبّاة في السوق، وهي محور المنتج، وأساس تسويقه، ومرجع تصميمه.

العوامل البشرية وعلم النفس في التصميمThe Human Factor

الفكرة

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

العوامل البشرية (The Human Factor) هي كل ما يؤثر في تفاعل الإنسان مع المنتج. ومن أهمها:

المفهوم معناه ما يعنيه للتصميم
النماذج الذهنية (Mental Models) تصور داخلي يتوقع به الإنسان كيف يعمل الشيء، بناءً على تجاربه السابقة صمّم بما يوافق توقعات المستخدم. فأيقونة السلة مثلًا يتوقع الجميع أنها تفتح المشتريات
أثر ترتيب التسلسل (Serial Position Effect) يتذكر الناس أول عناصر القائمة وآخرها أكثر من وسطها ضع أهم العناصر في بداية القوائم والتنقل ونهايتها
حلقة الاستجابة (Feedback Loop) ما يحصل عليه المستخدم بعد إتمام فعل أكّد له أن فعله نجح، مثل رسالة «تم الإرسال» أو تغيّر شكل الزر
الدعوة لإجراء (Call to Action) عنصر بصري يطلب من المستخدم تنفيذ إجراء اجعله واضحًا ومميزًا، ولا تزاحمه بدعوات أخرى

4الوحدة 4: توليد حلول التصميمIdeating Design Solutions

مرحلة توليد الأفكارIdeation Phase

الفكرة

المرحلة الثالثة في Design Thinking: أكبر عدد من الأفكار دون تقييم. الكمية أولًا، والجودة لاحقًا.

لا تبحث عن الحل الصحيح من أول مرة، فالأفكار الأولى غالبًا بديهية ومكررة، والأفكار الغريبة قد تكون الحل المميز. هذه المرحلة تحميك من أول حل، وترفع جودة الحل النهائي، وتجعلك تبتكر لا تكرر.

كيف تنجح جلسة الأفكار:

  1. بيئة إبداعية: مكان مختلف عن الروتين، مريح وبلا مشتتات.
  2. وقت محدد: للجلسة بداية ونهاية. الوقت المفتوح يولّد التسويف، والمحدود يولّد التركيز.
  3. فريق متنوع: اختلاف الخلفيات والخبرات والقدرات يزيد تنوع الحلول ويكشف زوايا جديدة.
  4. تفكير خارج الصندوق: اكتب أي فكرة ولو بدت سخيفة، فالإبداع يحتاج أمانًا نفسيًا.

لا توجد طريقة واحدة صحيحة: العصف الذهني، أو الرسم السريع، أو الأفكار المجنونة، أو دمج فكرتين (Mashups). ومع الوقت ستطوّر أسلوبك الخاص.

بيان الهدفGoal Statements

الفكرة

جملة أو جملتان تصف المنتج، وماذا يفعل، ولمن، ولماذا يناسبهم. هو الحل المثالي للمشكلة، ويضيّق النطاق قبل التصميم.

قبل أن تكتبه راجع بيان المشكلة: من المستخدم؟ وما احتياجه؟ ولماذا يهمه؟

مكوناته الخمسة:

المكوّن السؤال مصدره
المنتج (Product) ما الذي تصممه: تطبيق، أم موقع، أم خدمة؟ فكرة المشروع
الفعل (Action) ماذا سيمكّن المستخدم أن يفعل؟ قصة المستخدم
الجمهور (Audience) من المستفيد؟ الـPersona
الأثر (Impact) كيف سيؤثر إيجابيًا: في الوقت، أو الشعور، أو الكفاءة، أو الثقة؟ خريطة التعاطف وخريطة الرحلة
المعيار (Criteria) كيف تقيس النجاح: الوضوح، أو السرعة، أو قلة الأخطاء، أو رضا المستخدم؟ أهداف المشروع

الصيغة: Our [product] will let [users] [action] which will affect [audience] by [impact]. We will measure effectiveness by [criteria].
أي: [المنتج] سيمكّن [المستخدمين] من [الفعل]، وهذا سيؤثر في [الجمهور] بـ[الأثر]. وسنقيس الفاعلية بـ[المعيار].

قالب بيان الهدف
قالب بيان الهدف

بيان الهدف الجيد: واضح، وقصير، وقابل للقياس، ومرتبط بمشكلة حقيقية، ولا يحتوي على تفاصيل تصميم. وكل العناصر جاهزة من المراحل السابقة، وعليك فقط أن تركّبها.

تحليل المنافسينCompetitive Audits

الفكرة

تحليل نقاط القوة والضعف عند المنافسين، في منتجاتهم وتجربتهم وآراء مستخدميهم، لتدخل السوق وأنت تفهمه.

فائدته: يعطيك صورة واضحة عن السوق، ويختصر عليك أخطاء وقع فيها غيرك، ويسرّع توليد الأفكار، ويكشف الفجوات الحقيقية، ويوضح كيف تطورت الحلول مع الوقت. وفجوة المنافسين فرصة لك.

نوعا المنافسين:

  • مباشر (Direct): المنتج نفسه، للجمهور نفسه، والمشكلة نفسها.
  • غير مباشر (Indirect): الجمهور نفسه بمنتج مختلف، أو منتج مشابه لجمهور مختلف. وأهميته أنه يكشف بدائل المستخدم.
منتجك ومنافس مباشر ومنافس غير مباشر
منتجك ومنافس مباشر ومنافس غير مباشر

خطوات التحليل الخمس:

1. حدّد هدف التحليل: لماذا تحلل؟ مثلًا: مقارنة تجربة المواقع، أو تحسين التنقل، أو فهم سلوك المستخدم. واستخدم مقياس تقييم موحّدًا لتقارن دون تحيز: Needs work، وOkay، وGood، وOutstanding.

2. اجمع قائمة المنافسين: اسأل العميل عن منافسيه المباشرين وغير المباشرين، ثم أضف من بحثك.

3. حدّد محاور المقارنة: لا تحلل كل شيء. اختر محاور واضحة:

المحور ما تقيّمه
الانطباع الأول (First Impressions) هل التصميم متجاوب؟ وما الانطباع الأول؟
التفاعل (Interaction) التنقل، ومسار المستخدم، وإمكانية الوصول
التصميم البصري (Visual Design) الاتساق، والهوية
المحتوى (Content) النبرة، والوضوح، وسهولة الفهم

4. حلّل كل منافس: موقعًا موقعًا، بملاحظات مختصرة ولقطات شاشة وروابط. دوّن المشكلات المتكررة ونقاط التميز. وانتبه لمشكلات التجاوب، والقوائم غير الواضحة، والمحتوى الطويل، والتنقل المربك، فهي غالبًا فرص تحسين لك.

مثال على تقييم الانطباع الأول لعدة منافسين على الكمبيوتر والجوال
مثال على تقييم الانطباع الأول لعدة منافسين على الكمبيوتر والجوال

5. لخّص النتائج: لا تترك البيانات مبعثرة. لخّص أهم المشكلات والنجاحات وفجوات السوق. وشكل التقرير حسب الهدف: لقطات وملاحظات لتحليل التجربة، ورسوم بيانية لتحليل الجمهور، وأبرز النقاط للتحليل البصري.

مثال جاهز: تحليل منافسين لعربات الطعام

How Might WeHow Might We (HMW)

الفكرة

تمرين يحوّل المشكلة إلى فرص تصميم بأسئلة تبدأ بـ«How might we…؟» (كيف يمكننا…؟)، ليفتح التفكير ويولّد حلولًا متعددة.

متى تستخدمه: بعد بيان المشكلة والـPersonas، وقبل الرسم وبناء النماذج. ابدأ من بيان المشكلة، ثم أعد صياغته بطرق مختلفة.

تسع طرق لإعادة الصياغة (من إطار ستانفورد):

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

أفضل الممارسات:

  • واسع لا ضبابي: يفتح المجال لحلول متعددة دون عمومية فارغة.
  • How might we make this better? (كيف يمكننا تحسين هذا؟)
  • How might we reduce stress during this step? (كيف يمكننا تقليل التوتر في هذه الخطوة؟)
  • اكتب أكثر من نسخة: إذا لم يولّد السؤال أفكارًا فأعد صياغته.
  • كن مبدعًا: HMW ليس سؤال بحث، بل شرارة أفكار.
  • أكثر من الأسئلة: سؤال واحد لا يكفي، وكل زاوية سؤال جديد.

الرسم السريع: Crazy EightsRapid Sketching (Crazy Eights)

الفكرة

8 أفكار في 8 دقائق، فكرة لكل دقيقة، لتكسر التفكير التقليدي وتولّد أكبر عدد من الأفكار بسرعة.

الخطوات:

  1. اطوِ ورقة كبيرة حتى تصبح 8 مربعات.
  2. أمسك أي أداة رسم: قلم، أو رصاص، أو ماركر.
  3. شغّل مؤقتًا لـ8 دقائق.
  4. ارسم دون تفكير طويل: فكرة، ثم رسم، ثم التالية. وإذا انتهت أفكارك فأعد التمرين.
ورقة Crazy Eights بثماني أفكار مرسومة
ورقة Crazy Eights بثماني أفكار مرسومة

أفضل الممارسات:

  • سخّن يدك: ارسم دون أن تنظر، أو فسّر كلمة برسمة، لتكسر رهبة الورقة.
  • مشكلة واحدة فقط: سؤال HMW واحد أو بيان مشكلة واحد.
  • لا تحاكم أفكارك ولا أفكار غيرك: الجودة ليست مطلوبة الآن، والغرابة ميزة، والتصفية لاحقًا.
  • فريق متنوع ومكان مريح: اختلاف الخلفيات يولّد حلولًا أذكى، والعقل يبدع أكثر خارج الروتين.
  • لا تخف من الرسم: الأشكال البسيطة (Stick Figures) تكفي، فالمهم الفكرة لا الفن.

بعد التمرين: يختار كل شخص أفضل فكرتين أو ثلاث، ثم يصوّت الفريق ويناقش، وتتحول الأفكار المختارة إلى رسومات أعمق أو Wireframes.

5 أشخاص × 8 دقائق = 40 فكرة.

الخلاصة: أفكار كثيرة في وقت قصير، تكسر تحيّز «أول حل» وتدفعك للتفكير خارج الصندوق.

مسرد الكورس 2Course 2 Glossary

المصطلح المعنى
Aggregated Empathy Map خريطة تعاطف تلخص ما تعرفه عن شريحة كاملة من المستخدمين المتشابهين
Call to Action (CTA) عنصر بصري يطلب من المستخدم تنفيذ إجراء
Case Study عرض يشرح رحلة التصميم كاملة من المشكلة إلى الحل
Competitive Audit نظرة شاملة على نقاط قوة المنافسين وضعفهم
Curb Cut منحدر الرصيف الذي يصله بالشارع
Curb Cut Effect ظاهرة أن الحلول المصممة لذوي الإعاقة تفيد الجميع غالبًا
Customizable Text ميزة تتيح للمستخدم تغيير عرض النص لتسهيل القراءة
Direct Competitors شركات تقدم منتجًا مشابهًا للجمهور نفسه
Domain عنوان الموقع الإلكتروني
Edge Case ظرف غير متوقع خارج سيطرة المستخدم يسبب خللًا
Empathy القدرة على فهم مشاعر شخص آخر وأفكاره في سياق معيّن
Empathy Map مخطط يلخص ما تعلّمته عن نوع معيّن من المستخدمين
Feedback Loop الاستجابة التي يحصل عليها المستخدم بعد إتمام فعل
Happy Path قصة مستخدم تنتهي بتجربة سلسة بلا عوائق
Hypothesis Statement تخمين مدروس للحل المحتمل لمشكلة تصميم
Ideation توليد أكبر عدد من الأفكار دون تقييم أو حكم
Indirect Competitors شركات تقدم عرضًا مشابهًا لجمهور مختلف، أو عرضًا مختلفًا للجمهور نفسه
Mental Model تصور داخلي يتوقع به الإنسان كيف يعمل الشيء
Navigation طريقة تنقّل المستخدم بين صفحات الموقع أو التطبيق
Non-Disclosure Agreement (NDA) اتفاقية تمنع مشاركة معلومات العمل الحساسة
Pain Point مشكلة في التجربة تعيق المستخدم وتحبطه
Peer Review تبادل الملاحظات بين المتعلمين على أعمال بعضهم
Personal Brand صورة المصمم العامة التي تصنعها شخصيته ومهاراته وقيمه
Persona مستخدم خيالي يمثل احتياجات شريحة حقيقية وأهدافها
Portfolio مجموعة أعمال تعرض مهاراتك وخبرتك
Problem Statement وصف واضح لاحتياج المستخدم الذي يجب معالجته
Product Goal Statement جملة أو جملتان تصفان المنتج وفائدته للمستخدم
Representative Sample عيّنة تمثل خصائص المستخدمين الحقيقيين تمثيلًا عادلًا
Screener Survey أسئلة تحدد هل الشخص مناسب للمشاركة في البحث
Serial Position Effect ميل الناس لتذكّر أول عناصر القائمة وآخرها أكثر من وسطها
The Human Factor العوامل البشرية التي تؤثر في تفاعل المستخدم مع المنتج
User Group مستخدمون تجمعهم اهتمامات أو أهداف أو مشكلات مشتركة
User Journey سلسلة التجارب التي يمر بها المستخدم ليحقق هدفًا محددًا
User Story جملة واحدة من منظور الـPersona توجّه قرارات التصميم
Value Proposition السبب الذي يجعل المستخدم يختار منتجًا أو خدمة