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

لماذا لا تتحول قوائم الميزات إلى شاشات جيدة\n\nقائمة ميزات طويلة قد تبدو كأنها تقدم. يمكنك الإشارة إليها وقول «نعرف ما نبنيه». ثم تحاول رسم الشاشة الأولى وتدرك أن القائمة لا تخبرك بما يفعله المستخدم الآن، أو بما يحاول إنهاءه، أو ما الذي يجب أن يعرضه التطبيق أولًا.\n\nقوائم الميزات تخفي الأولويات. «الإشعارات»، «البحث»، «الملفات الشخصية»، و«الإعدادات» تبدو جميعها مهمة، فتصبح كل الأشياء على نفس المستوى. كما أنها تخفي النية. الناس لا يستيقظون راغبين في "الفلاتر" أو "أدوار المشرف". هم يريدون حجز موعد، أو الحصول على أجر، أو تتبع توصيل، أو مشاركة صور مع العائلة.\n\nلذلك ليست المسألة مجرد نقاش تخطيطي بين قائمة ميزات وأهداف المستخدم. إنها تغير الشاشات. إذا كان الهدف «حجز قصة شعر ليوم الجمعة»، فالشاشة الأولى تحتاج إلى أوقات متاحة وخطوة تالية واضحة، لا قائمة بعشر ميزات.\n\nقوائم الميزات تدفع الفرق أيضًا إلى نقاشات واجهة المستخدم مبكرًا جدًا. تبدأ المناقشات حول مكان الأزرار، أسماء الألسنة، الوضع الليلي، وعدد صفحات الإعدادات. تبدو هذه الخيارات ملموسة، لكنها تخمينات قبل أن تتفقوا على الوظيفة التي يجب أن يساعد التطبيق المستخدم في إنجازها.\n\nنقطة بداية أفضل بسيطة: اختر مستخدمًا حقيقيًا، اختر مهمة يريد إنهاءها في جلسة واحدة، وارسم أصغر مجموعة من الخطوات التي توصله إلى الإتمام. بعد ذلك تبدأ الشاشات بالظهور طبيعيًا. كل شاشة تكسب مكانها بدعم خطوة في التدفق.\n\n## الفكرة الأساسية لآلان كوبر: صمم حول الأهداف، لا الميزات\n\nشاعت فكرة آلان كوبر التي لا تزال صالحة: توقف عن التعامل مع البرمجيات ككومة من الميزات، وابدأ بالتعامل معها كتفاعل. النقطة ليست ما الذي يستطيع تطبيقك فعله. النقطة ما الذي يحاول الشخص إنجازه، وهل يساعده التطبيق على ذلك بأقل احتكاك ممكن.\n\nهذا التفكير هو ما يعنيه الكثيرون اليوم بتصميم التفاعل وفق آلان كوبر. ركّز على النية والتسلسل. إذا استطعت وصف الرحلة بوضوح، تكاد الشاشات تُصمم من نفسها. إن لم تستطع، فستفشل قائمة ميزات أطول في الإنقاذ؛ فهي عادة ما تخلق ازدحامًا لأن كل ميزة تضيف قرارات وأزرار وحالات حافة.\n\nلمجموعة أدوات كوبر العملية جزأين:\n\n- الشخصيات (من): اختر نوع مستخدم محدد واجعله حقيقيًا بما يكفي لتتنبأ بما سيفعله.\n- تدفقات المهام (كيف): ارسم أصغر مجموعة خطوات توصل تلك الشخصية من النية إلى النتيجة.\n\nالتدفق يجبرك على الإجابة عن أسئلة تتجنبها قائمة الميزات: ما الذي يطلق المهمة، كيف يبدو "النجاح"، ما الذي يجب على المستخدم أن يقرره الآن، وما المعلومات الضرورية في كل خطوة.\n\nحتى لو كنت تخطط للبناء باستخدام منصة تبدو محادثية مثل Koder.ai، تظل هذه الوضوح ضرورية. وإلا فستخترع العديد من الشاشات التي تبدو معقولة لكنها لا تتصل في تجربة مُرضية من البداية إلى النهاية.\n\n## الشخصيات: اختر مستخدمًا حقيقيًا واحدًا لتصميمه أولًا\n\nالشخصية وصف قصير ومقنع للشخص الذي تصممه من أجله أولًا. ليست سيرة كاملة. هي فقط قدر كافٍ من التفاصيل لاتخاذ قرارات دون أن تردد «يعتمد الأمر».\n\nابدأ بالأهداف والسياق، لا بالديموغرافيات. نفس "ولي أمر مشغول" يتصرف بشكل مختلف حسب المكان، والجهاز، والضغط الواقع عليه. تجعل الشخصيات الجيدة في تصميم المنتج هذه القيود ملموسة حتى تكون للشاشات غاية واضحة.\n\nإذا كانت الشخصية غامضة جدًا ستشعر بذلك. تبدأ بالتحول إلى «الجميع»، وتصبح معظمها ديموغرافيا، وتعد تفضيلات بدون هدف واضح، ولا تفسر لماذا سيستخدم هذا الشخص التطبيق اليوم.\n\nاجعل الشخصية خفيفة. بضعة أسطر تكفي:\n\n- من هم (الدور)،\n- متى وأين يستخدمون التطبيق (السياق)،\n- هدفهم الأهم (بكلمات بسيطة)،\n- ما يبطئهم اليوم (نقطة ألم)،\n- كيف يبدو "النجاح" (فوز بسيط وقابل للاختبار).\n\nمثال: «مينا، مساعدة استقبال في عيادة أسنان، تستخدم هاتفها بين المرضى. هدفها تأكيد مواعيد الغد بسرعة. تُبطئها المطاردة وراء من لا يردّون. النجاح إرسال تذكير ورؤية حالة "مؤكد" واضحة في أقل من دقيقة.»\n\nقاعدة أخرى: الشخصية هي أداة تصميم، ليست ملف عميل مثالي. يمكنك أن تملك جماهير عديدة لاحقًا، لكنك بحاجة إلى شخصية أساسية واحدة الآن. عندما يجادل الناس حول شاشة، عد إلى مينا: هل هذا يساعدها على الوصول إلى هدفها في سياقها الحقيقي، أم أنه مجرد ميزة إضافية؟\n\n## تدفقات المهام: ارسم الخطوات المهمة\n\nتدفق المهمة هو أصغر مجموعة خطوات يتخذها الشخص للوصول لهدف واضح واحد. ليس خريطة موقع، ولا قائمة ميزات، ولا خريطة رحلة كاملة. إنه مسار واحد من "أريد أن أفعل X" إلى "تم X".\n\nالتدفق الجيد يبدأ بمشغّل وينتهي بحالة نجاح. المشغّل هو ما يجعل المستخدم يبدأ: حاجة، رسالة، زر، أو مشكلة. حالة النجاح هي كيف يبدو "الانتهاء" بكلمات بسيطة: «تم حجز الموعد وتأكيده»، «تم إرسال الفاتورة»، أو «تم تغيير كلمة المرور وتسجيل الدخول». إن لم تستطع وصف كلاهما بجملة واحدة، فالتدفق لا يزال ضبابيًا.\n\n### البداية والنهاية والقرارات في المنتصف\n\nمعظم التدفقات بسيطة حتى يظهر قرار. القرارات هي الشُعب التي تغيّر ما يحدث بعد ذلك، مثل «هل لديك حساب بالفعل؟» أو «هل هذا العنصر متوفر؟» إبراز تلك الشُعب مبكرًا يمنعك من تصميم مسار سعيد مثالي ينهار عند مواجهة الواقع.\n\nلتشكيل تدفق دون الإفراط في التفكير أجب عن خمسة أسئلة:\n\n- ما الذي يطلق المهمة؟\n- ما لحظة النجاح الوحيدة؟\n- ما المعلومات المطلوبة (وما الذي اختياري)؟\n- ما القرارات التي تغير المسار؟\n- ما الذي يمكن أن يخطئ، وماذا يجب أن يرى المستخدم عند ذلك؟\n\n### أين يحتاج المستخدمون إلى الطمأنة\n\nيتخلى الناس عن المهام عندما يشعرون بعدم اليقين. يجب أن يحدد تدفقك اللحظات التي تهمها الطمأنة: التقدم، الحالة، التأكيد، والأخطاء الواضحة.\n\nمثال بسيط هو «إعادة تعيين كلمة المرور». المشغّل: «لا أستطيع تسجيل الدخول». النجاح: «عدت إلى حسابي». القرار: «هل لديك وصول إلى البريد؟» نقاط الطمأنة: «تم إرسال البريد»، «انتهت صلاحية الرابط»، «تم تغيير كلمة المرور»، «أنت داخل الآن». عندما تكتب هذه النقاط تتضح الشاشات لأن كل خطوة تحتاج مكانًا لتحدث ورسالة تزيل الشك.\n\n## طريقة خفيفة: من فكرة غامضة إلى أول تدفق واضح\n\nمعظم أفكار التطبيقات تبدأ ككومة أسماء: لوحة، دردشة، تقويم، مدفوعات. الطريق الأسرع إلى الوضوح هو إجبار الفكرة لتصبح وعدًا، وشخصية، وتسلسل خطوات.\n\nابدأ بجملة واحدة تصلح للصفحة الأمامية. اجعلها محددة بما يكفي لشخص أن يومئ أو يقول «لا، هذا ليس أنا». مثال: «مساعدة المصممين المستقلين على الحصول على المدفوعات أسرع عبر إرسال فاتورة نظيفة واستقبال مدفوعات بطاقة في أقل من دقيقتين.»\n\nثم اختر شخصية أساسية للإصدار الأول. ليس "الجميع"، ولا "الشركات الصغيرة". اختر شخصًا يمكنك تخيّله في يوم ثلاثاء عادي. إن صممت لثلاثة أشخاص مختلفين في الوقت نفسه ستضيف شاشات لا تفيد أحدًا.\n\nبعدها اختر هدفًا واحدًا لتصميمه أولًا، ويفضل أن يكون هدف القيمة الرئيسة. «الشعور بالتنظيم» غامض. «إرسال فاتورة وتأكيد مشاهدة العميل لها» واضح.\n\nعملية قابلة للتكرار تبدو هكذا:\n\n1. اكتب الوعد بجملة واحدة (من + نتيجة + وقت/جهد).\n2. حدّد الشخصية الأساسية وقييدًا رئيسيًا واحدًا (الوقت، الجهاز، المهارة).\n3. صغ المسار السعيد كأفعال قصيرة (اختر، أدخل، راجع، أكد، ادفع).\n4. أضف 2–3 سيناريوهات فشل واقعية حتى لا ينكسر التدفق.\n\nفقط بعد أن يتسع التدفق على صفحة واحدة اكتب قائمة ميزات. اجعلها قصيرة ومصنفة: الميزات القليلة التي تجعل الخطوات ممكنة، بالإضافة إلى الحد الأدنى اللازم للتعافي من تلك الفشلات.\n\nإن كنت تستخدم أداة بناء مثل Koder.ai، هذا هو المكان الذي يساعد فيه وضع التخطيط. ألصق الوعد، والشخصية، والتدفق في مكان واحد وحافظ على محاذاة الفريق قبل أن تتكاثر الشاشات والشيفرة.\n\n## تحويل التدفق إلى شاشات وإجراءات (دون الإفراط في التفكير بالتصميم)\n\nالتدفق هو تسلسل نوايا. حوّل الآن كل خطوة إلى شاشة يصل إليها المستخدم، أو إلى إجراء واحد يقوم به على شاشة موجودة.\n\nاجعلها مباشرة: خطوة واحدة تساوي نتيجة واضحة واحدة. إن كانت الخطوة لها نتيجتان، فغالبًا هي خطوتان.\n\nسَمِّ الشاشات بحسب الغرض، لا أجزاء التخطيط. «اختر وقتًا» أفضل من «شاشة التقويم». «أكد التفاصيل» أفضل من «صفحة النموذج». أسماء الغرض تبقيك مركزًا على ما يجب أن يحدث، لا على كيف يبدو.\n\nعند ترجمة التدفق إلى شاشات، قرّر ثلاثة أمور لكل خطوة: ماذا يجب أن يرى المستخدم، ماذا يجب أن يختار، وماذا يجب أن يُدخل. ثم اختر الإجراء الواضح التالي (غالبًا زر رئيسي واحد). احذف أي شيء لا يساعدهم على إكمال تلك الخطوة.\n\nيجب أن تكون الملاحة مملة. كل شاشة يجب أن تجيب: «ما الذي أفعل بعد ذلك؟» إن احتاج أحدهم إلى قائمة ليعرف الخطوة التالية، فالشاشة تحاول فعل كثير جدًا.\n\nسجل أيضًا الحالات الأساسية كملاحظات، لا تصاميم كاملة: التحميل، الفراغ، النجاح، الخطأ، ومتى ينبغي تعطيل الإجراء الرئيسي. تريد من الفريق تذكّر هذه الحالات أثناء البنيان، لا قضاء أيام في مناقشة الألوان.\n\nأدوات مثل Koder.ai يمكن أن تساعدك في مسودات الشاشات من نص التدفق، لكن الوضوح ما زال يأتي منك: الغرض، المعلومات المطلوبة، والإجراء التالي.\n\n## مثال: تحويل "تطبيق حجز" إلى مجموعة شاشات مترابطة\n\nتخيل أنك تريد تطبيقًا بسيطًا لحجز صف محلي (يوغا، دروس، قصة شعر). قد تقول قائمة الميزات "بحث، تقويم، مدفوعات، تذكيرات". هذا لا يخبرك ما هي الشاشة الأولى، أو ماذا يحدث بعد أن يضغط المستخدم "احجز".\n\nابدأ بشخصية واحدة: سام، ولي أمر مشغول على هاتفه في موقف سيارات يريد حجز مكان خلال أقل من 60 ثانية. سام لا يريد إنشاء حساب، ولا مقارنة 20 خيارًا، ولا قراءة وصف طويل.\n\nاكتب المسار السعيد كقصة قصيرة: يفتح سام التطبيق، يجد الصف المناسب بسرعة، يختار وقتًا، يدخل اسمه، يدفع، ويحصل على تأكيد واضح.\n\nأضف حالتي حافة للحفاظ على الواقعية: الصف يُباع بينما يضغط سام على وقت، والدفع يفشل.\n\nالشاشات الناتجة عن ذلك التدفق بسيطة:\n\n- العثور على صف: خيارات قريبة/قادمة مع فلتر يوم/وقت بسيط وبطاقات واضحة (العنوان، وقت البدء، السعر، المقاعد المتبقية).\n- تفاصيل الصف: أوقات متاحة أولًا، معلومات أساسية مثل المدة والمكان، وإجراء رئيسي واحد: اختر وقتًا.\n- اختر وقتًا: الفترات المتاحة مع علامات "مباع" واضحة وطريقة سريعة لتغيير التاريخ.\n- تفاصيلك: حقل أو حقلين (الاسم، وربما هاتف/بريد للإيصال) وزر متابعة.\n- الدفع: السعر الإجمالي، طريقة الدفع، وإجراء دفع واحد.\n- التأكيد: تفاصيل الحجز وخطوة تالية واحدة (إضافة للتقويم أو عرض الحجز).\n\nعندما يحدث "مباع" عالٍ، تعامل معه داخل مُختار الوقت: اشرح ببساطة، اقترح أقرب موعد متاح، وحافظ على سام في نفس الشاشة. عندما يفشل الدفع، احتفظ بالتفاصيل المدخلة، اشرح ما حدث بلغة عادية، وقدم "حاول مرة أخرى" و"استخدم طريقة أخرى".\n\nإن بنيت هذا في Koder.ai، يمكنك أن تطلب منه توليد هذه الشاشات من نص التدفق، ثم تشدّد العبارات والحقول حتى يبدو هدف 60 ثانية حقيقيًا.\n\n## الأخطاء الشائعة التي تجعل التدفقات تنهار\n\nالتدفقات تنهار عادة لسبب واحد: تصمم لجمهور واسع، لا لشخص. عندما تكون الشخصية "الجميع"، يصبح كل قرار تسوية. مستخدم يريد السرعة، وآخر يريد إرشادًا، وآخر يريد تحكمًا كاملاً. النتيجة تدفق منتفخ لا يخدم أحدًا.\n\nالحل هو تضييق الشخصية حتى تصبح الاختيارات واضحة. ليس "المحترفون المشغولون"، بل "مساعدة استقبال تحجز بين المكالمات"، أو "أب يحجز قصة شعر لطفل على شاشة مكسورة". عندما يمكنك تصور يومهم، تستطيع أن تقرر ما تحذفه.\n\nنمط فشل آخر هو البدء مما يمكنك تخزينه بدلًا مما يحاول شخص فعله. إن كان المسود الأول مبنيًا على حقول قاعدة بيانات وخطوات إدارة داخلية، يكمن المنتج في نماذج طويلة وتُدفن المهمة الأساسية. الناس لا يستيقظون راغبين في "ملء حقول"؛ يريدون تأكيد حجز، دفع، والحصول على تذكير.\n\nفخ ثالث هو التفكير بـ"الإضافات أولًا". الإعدادات، التفضيلات، الأدوار، الوسوم، والتخصيص سهلة العد، فتتسلل مبكرًا. لكن إن كان المهمة الأساسية مهزوزة، تضيف الإضافات مجرد مسارات ومزيدًا من الالتباس.\n\nإذا كنت تولد الشاشات بسرعة بأداة مثل Koder.ai، ينطبق نفس الخطر: السرعة مفيدة فقط إذا أبقيت التدفق صادقًا - شخصية واحدة، هدف واحد، وخطوة تالية واضحة على كل شاشة.\n\n## قائمة تحقق سريعة قبل أن تبدأ البناء\n\nقبل أن تفتح أداة التصميم أو تبدأ البرمجة، قم بمرور واحد لتتأكد أن فكرتك قابلة للتحول إلى شاشات يستطيع الناس إنهاؤها.\n\nيجب أن تستطيع أن تقول هدف الشخصية الأساسي بجملة واحدة مع خط نهاية واضح: «حجز قصة شعر ليوم السبت الساعة 11 صباحًا والحصول على تأكيد.» يجب أن يتسع المسار السعيد في صفحة واحدة. إن انتشر، فربما دمجت مهمتين أو تحاول حل عدة شخصيات في آن.\n\nتأكد أن كل شاشة مسماة بالغرض ومرتبطة بخطوة في التدفق (الغرض أفضل من الأدوات). اتخذ القرارات والتأكيدات بشكل صريح، لا ضمني. إن كان على المستخدم أن يختار شيئًا، أظهر الاختيار. إن حدث شيء مهم، أظهر تأكيدًا أو خطأ واضحًا.\n\nاقصِ كل ما لا يحرك المهمة إلى الأمام. إن لم تساعد الشاشة المستخدم على اتخاذ قرار، إدخال معلومات، الدفع، أو التأكيد، فعادة ما تكون ضوضاء للإصدار الأول.\n\nاقرأ التدفق بصوت عالٍ كقصة: «أريد X، أفعل A، ثم B، ثم أؤكد، ثم انتهيت.» حيثما تتعثر، هناك مشكلة تصميم.\n\nإن كنت تستخدم Koder.ai، هذا أيضًا بداية قوية للمطالبة: ألصق هدف الجملة الواحدة وخطوات المسار السعيد، ثم اطلب أقل مجموعة من الشاشات والإجراءات.\n\n## الخطوات التالية: خطط النسخة الأولى وانتقل للبناء\n\nاختر التدفق الواحد الذي يثبت أفضل أن الشخصية يمكنها الوصول لهدفها. اعتبره العمود الفقري. كل شيء آخر اختياري حتى يعمل هذا من البداية للنهاية.\n\nحوّل ذلك التدفق إلى خطة بناء صغيرة: عدد قليل من الشاشات التي يزورها المستخدم، والإجراءات التي يقوم بها على كل منها، والحد الأدنى من البيانات التي يجب أن يعرفها النظام، وقائمة قصيرة من حالات الفشل التي يجب التعامل معها، وحالة النجاح التي تؤكد "الانتهاء".\n\nثم قرر ما تحذفه. الحذف ليس من أجل التقليل لمجرد التقليل. إنه لجعل هدفًا رئيسيًا واحدًا يبدو بلا عناء. إن كانت ميزة لا تساعد الشخصية على إنهاء التدفق اليوم، اضعها في "لاحقًا".\n\nتحقق من الخطة عبر تمثيلها. اقرأ وصف الشخصية، ثم امشِ عبر الخطوات كما لو أنك هو. ستظهر المعلومات المفقودة سريعًا: من أين جاء التاريخ؟ كيف أغيّر اختياري؟ ماذا يحدث إذا أخطأت؟\n\nإذا أردت السرعة، استخدم وضع التخطيط في Koder.ai لتكرار الشخصية والتدفق في المحادثة قبل توليد الشاشات. عند بدء البناء، يمكن أن تساعدك ميزات مثل اللقطات والتراجع على اختبار التغيرات بجرأة والعودة إذا كسر تعديل صغير المسار.