التفكير في الشخصيات وتدفق المهام: طريقة آلان كوبر البسيطة

لماذا لا تتحول قوائم الميزات إلى شاشات جيدة

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

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

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

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

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

الفكرة الأساسية لآلان كوبر: صمم حول الأهداف، لا الميزات

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

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

لمجموعة أدوات كوبر العملية جزأين:

• الشخصيات (من): اختر نوع مستخدم محدد واجعله حقيقيًا بما يكفي لتتنبأ بما سيفعله.
• تدفقات المهام (كيف): ارسم أصغر مجموعة خطوات توصل تلك الشخصية من النية إلى النتيجة.

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

حتى لو كنت تخطط للبناء باستخدام منصة تبدو محادثية مثل Koder.ai، تظل هذه الوضوح ضرورية. وإلا فستخترع العديد من الشاشات التي تبدو معقولة لكنها لا تتصل في تجربة مُرضية من البداية إلى النهاية.

الشخصيات: اختر مستخدمًا حقيقيًا واحدًا لتصميمه أولًا

الشخصية وصف قصير ومقنع للشخص الذي تصممه من أجله أولًا. ليست سيرة كاملة. هي فقط قدر كافٍ من التفاصيل لاتخاذ قرارات دون أن تردد «يعتمد الأمر».

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

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

اجعل الشخصية خفيفة. بضعة أسطر تكفي:

• من هم (الدور)،
• متى وأين يستخدمون التطبيق (السياق)،
• هدفهم الأهم (بكلمات بسيطة)،
• ما يبطئهم اليوم (نقطة ألم)،
• كيف يبدو "النجاح" (فوز بسيط وقابل للاختبار).

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

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

تدفقات المهام: ارسم الخطوات المهمة

تدفق المهمة هو أصغر مجموعة خطوات يتخذها الشخص للوصول لهدف واضح واحد. ليس خريطة موقع، ولا قائمة ميزات، ولا خريطة رحلة كاملة. إنه مسار واحد من "أريد أن أفعل X" إلى "تم X".

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

البداية والنهاية والقرارات في المنتصف

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

لتشكيل تدفق دون الإفراط في التفكير أجب عن خمسة أسئلة:

• ما الذي يطلق المهمة؟
• ما لحظة النجاح الوحيدة؟
• ما المعلومات المطلوبة (وما الذي اختياري)؟
• ما القرارات التي تغير المسار؟
• ما الذي يمكن أن يخطئ، وماذا يجب أن يرى المستخدم عند ذلك؟

أين يحتاج المستخدمون إلى الطمأنة

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

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

طريقة خفيفة: من فكرة غامضة إلى أول تدفق واضح

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

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

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

بعدها اختر هدفًا واحدًا لتصميمه أولًا، ويفضل أن يكون هدف القيمة الرئيسة. «الشعور بالتنظيم» غامض. «إرسال فاتورة وتأكيد مشاهدة العميل لها» واضح.

عملية قابلة للتكرار تبدو هكذا:

1. اكتب الوعد بجملة واحدة (من + نتيجة + وقت/جهد).
2. حدّد الشخصية الأساسية وقييدًا رئيسيًا واحدًا (الوقت، الجهاز، المهارة).
3. صغ المسار السعيد كأفعال قصيرة (اختر، أدخل، راجع، أكد، ادفع).
4. أضف 2–3 سيناريوهات فشل واقعية حتى لا ينكسر التدفق.

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

إن كنت تستخدم أداة بناء مثل Koder.ai، هذا هو المكان الذي يساعد فيه وضع التخطيط. ألصق الوعد، والشخصية، والتدفق في مكان واحد وحافظ على محاذاة الفريق قبل أن تتكاثر الشاشات والشيفرة.

تحويل التدفق إلى شاشات وإجراءات (دون الإفراط في التفكير بالتصميم)

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

اجعلها مباشرة: خطوة واحدة تساوي نتيجة واضحة واحدة. إن كانت الخطوة لها نتيجتان، فغالبًا هي خطوتان.

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

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

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

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

أدوات مثل Koder.ai يمكن أن تساعدك في مسودات الشاشات من نص التدفق، لكن الوضوح ما زال يأتي منك: الغرض، المعلومات المطلوبة، والإجراء التالي.

مثال: تحويل "تطبيق حجز" إلى مجموعة شاشات مترابطة

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

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

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

أضف حالتي حافة للحفاظ على الواقعية: الصف يُباع بينما يضغط سام على وقت، والدفع يفشل.

الشاشات الناتجة عن ذلك التدفق بسيطة:

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

عندما يحدث "مباع" عالٍ، تعامل معه داخل مُختار الوقت: اشرح ببساطة، اقترح أقرب موعد متاح، وحافظ على سام في نفس الشاشة. عندما يفشل الدفع، احتفظ بالتفاصيل المدخلة، اشرح ما حدث بلغة عادية، وقدم "حاول مرة أخرى" و"استخدم طريقة أخرى".

إن بنيت هذا في Koder.ai، يمكنك أن تطلب منه توليد هذه الشاشات من نص التدفق، ثم تشدّد العبارات والحقول حتى يبدو هدف 60 ثانية حقيقيًا.

الأخطاء الشائعة التي تجعل التدفقات تنهار

التدفقات تنهار عادة لسبب واحد: تصمم لجمهور واسع، لا لشخص. عندما تكون الشخصية "الجميع"، يصبح كل قرار تسوية. مستخدم يريد السرعة، وآخر يريد إرشادًا، وآخر يريد تحكمًا كاملاً. النتيجة تدفق منتفخ لا يخدم أحدًا.

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

نمط فشل آخر هو البدء مما يمكنك تخزينه بدلًا مما يحاول شخص فعله. إن كان المسود الأول مبنيًا على حقول قاعدة بيانات وخطوات إدارة داخلية، يكمن المنتج في نماذج طويلة وتُدفن المهمة الأساسية. الناس لا يستيقظون راغبين في "ملء حقول"؛ يريدون تأكيد حجز، دفع، والحصول على تذكير.

فخ ثالث هو التفكير بـ"الإضافات أولًا". الإعدادات، التفضيلات، الأدوار، الوسوم، والتخصيص سهلة العد، فتتسلل مبكرًا. لكن إن كان المهمة الأساسية مهزوزة، تضيف الإضافات مجرد مسارات ومزيدًا من الالتباس.

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

قائمة تحقق سريعة قبل أن تبدأ البناء

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

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

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

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

اقرأ التدفق بصوت عالٍ كقصة: «أريد X، أفعل A، ثم B، ثم أؤكد، ثم انتهيت.» حيثما تتعثر، هناك مشكلة تصميم.

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

الخطوات التالية: خطط النسخة الأولى وانتقل للبناء

اختر التدفق الواحد الذي يثبت أفضل أن الشخصية يمكنها الوصول لهدفها. اعتبره العمود الفقري. كل شيء آخر اختياري حتى يعمل هذا من البداية للنهاية.

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

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

تحقق من الخطة عبر تمثيلها. اقرأ وصف الشخصية، ثم امشِ عبر الخطوات كما لو أنك هو. ستظهر المعلومات المفقودة سريعًا: من أين جاء التاريخ؟ كيف أغيّر اختياري؟ ماذا يحدث إذا أخطأت؟

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