كيف تجد الإلهام في واجهات تطبيقات الجوال وتحوله إلى موجز تصميم
سير عمل عملي لجمع مراجع واجهات تطبيقات الجوال، ودراسة تسلسلات الشاشات الكاملة، وتحويل الملاحظات البصرية إلى موجز تصميم أصيل قابل للاختبار.
يسهل جمع مجلد مليء بشاشات تطبيقات جذابة، ويصعب استخدامه. ومن دون سؤال يوجّه البحث، قد تدفع المراجع البصرية التصميم نحو التقليد بينما تظل مهمة المستخدم الفعلية بلا حل.
استخدم لقطات الشاشة كنقطة انطلاق للتحقيق. يبدأ سير العمل المفيد بمهمة، ويقارن المسارات الكاملة، ويسجل القرارات وراء المرئيات، ثم يحوّل الملاحظات إلى موجز يمكنك بناء نموذج أولي منه وتقييمه.
أهم النقاط
- حدد المستخدم والمهمة وموضع الغموض التصميمي قبل جمع المراجع.
- ادرس تسلسلات الشاشات وحالات التفاعل، لا المعالجات البصرية المنفردة.
- دوّن مبادئ قابلة للنقل، ثم اتخذ قرارات أصلية لمنتجك وتحقق منها مع الناس.
- تحقق من إمكانية الوصول وملاءمة المنصة بينما لا يزال الموجز مرنًا.
1. ابدأ بسؤال تصميمي
قبل التصفح، اكتب جملة عن الشخص واللحظة التي تصمم لها. مثلًا: «يحتاج شخص يطبخ في المنزل لأول مرة إلى اختيار وصفة لعشاء يوم عمل وفهم ما ينبغي فعله بعدها». ثم سمّ موضع الغموض: هل تكمن الصعوبة في تصفح الخيارات سريعًا، أم الثقة بتوصية، أم بدء وصفة متعددة الخطوات؟
يرسم هذا السؤال حدود البحث. حدد المنصة ومنطقة المنتج والمهمة المهمة. إذا كنت تستكشف تجربة الاستخدام الأول، فتصفح أمثلة التهيئة؛ وإذا كانت المشكلة اختيار الخطة، فانظر إلى شاشات الاشتراك؛ ولإدخال البيانات، قارن أنماط النماذج. تتيح لك ScreenKits تصفح شاشات التطبيقات الحقيقية حسب الفئة. احفظ التطبيقات المفيدة في الإشارات المرجعية للمتصفح كي تعود إلى شاشاتها عند استخلاص النتائج.
- من الشخص المقصود، وما الذي يحاول إنجازه؟
- أي قرار تصميمي غير محسوم: التسلسل البصري أم ترتيب الخطوات أم التنقل أم المحتوى أم التغذية الراجعة؟
- ما القيود المهمة، مثل المنصة أو إمكانية الوصول أو حجم الجهاز أو قواعد العمل؟
2. اجمع مجموعة صغيرة هادفة من المراجع
اجمع عددًا قليلًا من الأمثلة التي تتناول المهمة نفسها أو مهمة وثيقة الصلة. ضم أكثر من نهج: مسارًا مباشرًا، وآخر إرشاديًا، وربما إصدارًا يعالج خطأ أو حالة فارغة. احفظ التطبيق لكل مرشح ودوّن الشاشة أو اللحظة التي تريد العودة إليها. تجعل المجموعة الموجزة المقارنة أسهل من لوحة إلهام غير مصفّاة.
انظر عبر الفئات عندما تكون المشكلة الأساسية مشتركة. فقد يحتاج تطبيق جدولة وتطبيق بقالة كلاهما إلى مساعدة الشخص على اختيار تاريخ وتأكيد تغيير. العلاقة المفيدة هي بنية القرار، لا المظهر السطحي. تجنب اعتبار تشابه الجمهور أو المجال دليلًا على أن الواجهة تحل مشكلتك المحددة.
- اختر المراجع لسبب تستطيع تسميته، مثل «يوضح كيف يغير الخيار المحدد الملخص».
- ضم حلولًا مختلفة حتى لا يصبح المثال المصقول الأول الجواب الافتراضي.
- استخدم إشارات المتصفح المرجعية لإبقاء التطبيقات المختارة متاحة للمقارنة أثناء كتابة الموجز.
3. اقرأ المسار، لا لقطة الشاشة وحدها
تعرض الشاشة المنفردة الترتيب واللون والنص وأدوات التحكم في لحظة واحدة. لكنها لا تكشف ما الذي سبقها أو ما يحدث بعد النقر أو هل تنجح المهمة. مرّ على كل شاشة ذات صلة بالترتيب. دوّن نقطة الدخول والقرار والإجراء والتغذية الراجعة والحالة التالية. ضم البدائل مثل أخطاء التحقق والإغلاق والعودة لتعديل خيار عندما تؤثر تلك الحالات في المهمة.
افصل الملاحظة عن التفسير. «يبقى الإجراء الأساسي قرب أسفل الشاشة عبر ثلاث خطوات» ملاحظة؛ أما «لا بد أن هذا أسهل استخدامًا» فهو ادعاء لم تثبته. قد تلهم لقطة الشاشة فرضية، لكنها ليست دليلًا على قابلية الاستخدام. تصف NN/g بناء النماذج الأولية واختبار المستخدمين بأنهما وسيلتان لتحديد مشكلات الاستخدام المحتملة ومعرفة كيفية تفاعل الناس مع واجهة مقترحة.
| ما ينبغي تسجيله | مثال من مسار اختيار وصفة |
|---|---|
| هدف المستخدم | اختيار وصفة عشاء تناسب الوقت المتاح الليلة. |
| نمط ملحوظ | تظهر عوامل تصفية الوقت والنظام الغذائي قبل قائمة الوصفات. |
| مبدأ محتمل | اعرض القيود عالية التأثير قبل تصفح النتائج. |
| سؤال مفتوح | هل يعرف الناس أي عوامل التصفية اختيارية؟ |
| قرار المنتج | اعرض عاملي تصفية أساسيين، مع إتاحة المزيد من الخيارات عند الطلب. |
4. حوّل الملاحظات إلى موجز أصيل
عند استخلاص النتائج تصبح المراجع مفيدة. استخرج مبدأ قابلًا للنقل، مثل «أظهر نتيجة الاختيار قبل التأكيد». ثم قرر كيف ينبغي أن يعمل هذا المبدأ في منتجك وفق مهمته ومحتواه وقيوده. لا تنسخ رسمًا يحمل هوية علامة تجارية أو صياغة حرفية أو تخطيطًا مميزًا لمجرد ظهوره في مثال جذاب.
في مثال الوصفة، قد تقترح مجموعة المراجع إظهار الوقت مبكرًا ومعاينة ما يغيره عامل التصفية المختار. يمكن للموجز الأصيل أن يحدد مسارًا قصيرًا لتخطيط العشاء، وقيدًا زمنيًا ظاهرًا، وحالات واضحة لعوامل التصفية، وخطوة مراجعة قبل الحفظ. تستجيب هذه القرارات لهدف المنتج؛ ولا تعيد إنشاء شاشة تطبيق آخر.
- الجمهور والسياق: من يحتاج هذا، وأين ومتى سيستخدمه؟
- هدف المستخدم والنجاح: ما الذي ينبغي أن يستطيع إتمامه أو فهمه؟
- المسار: ما الخطوات والقرارات والحالات البديلة المهمة؟
- مبادئ التصميم: ما الذي ينبغي أن توضحه الواجهة أو تسهله؟
- القيود والأسئلة المفتوحة: ما الذي يجب أن يكون صحيحًا، وما الذي يحتاج إلى بحث؟
- خطة التقييم: ما المهمة التي ستعطيها لشخص يستخدم النموذج الأولي، وما الذي ستلاحظه؟
5. ابنِ نموذجًا أوليًا، وتحقق من إمكانية الوصول، ثم حسّن
حوّل الموجز إلى مخطط مسار أولي قبل صقل الأسلوب البصري. صمّم نموذجًا للقرار الأساسي وتغذيته الراجعة، ثم اطلب من شخص يمثل الجمهور المقصود إتمام مهمة واقعية. راقب التردد والخيارات غير المتوقعة والأخطاء. عدّل المسار وكرر؛ وتتعامل إرشادات NN/g البحثية مع التصميم التكراري وتقييم النماذج الأولية بوصفهما جزءًا من التعلم، بدل افتراض أن المسودة الأولى نهائية.
أجرِ مراجعة لإمكانية الوصول بالتوازي. تؤكد إرشادات واجهة المستخدم من Apple على التفاعلات القابلة للإدراك والتكيف ومراعاة طرق الإدخال المختلفة. تحقق من تكبير النص والتباين وحجم أدوات التحكم وتباعدها والتسميات الواضحة، وهل يعتمد المعنى على اللون وحده. وتحقق أيضًا من تكيف المسار مع النص الأطول وإمكان فهمه بالتقنيات المساعدة. تفيد إرشادات إمكانية الوصول من Material Design بوصفها مرجعًا مكملًا عندما يتبع منتجك أعراف Android.
- قدّم مهمة، لا جولة في الواجهة، وراقب هل يستطيع الناس المتابعة.
- اختبر إصدارًا مبكرًا قليل التفاصيل بينما لا يزال تغيير البنية سهلًا.
- راجع إرشادات المنصة ذات الصلة بالجهاز ونظام التصميم اللذين تدعمهما.
- عُد إلى المراجع فقط للتحقيق في سؤال؛ ولا تجعل التشابه البصري بديلًا عن الدليل.
قائمة مراجعة لتحويل المراجع إلى موجز
قبل تسليم الموجز، تأكد من أنه يصف قرارًا خاصًا بالمنتج، لا لوحة إلهام. ينبغي أن يستطيع شخص لم يجمع المراجع فهم المهمة المقصودة والمسار المقترح والخيارات التي لم تُحسم بعد وكيف يعتزم الفريق معرفة هل يعمل التصميم.
- المستخدم الأصلي والمهمة محددان بوضوح.
- لكل مرجع ملاحظة تشرح السؤال أو النمط الذي يساعد على استكشافه.
- فُصلت الملاحظات عن الافتراضات وادعاءات قابلية الاستخدام.
- يصف الموجز مسارًا أصيلًا وتبريرًا خاصًا بالمنتج.
- أُدرجت إمكانية الوصول وسلوك المنصة والحالات البديلة المهمة.
- حُددت مهمة للنموذج الأولي وخطة مراجعة تقوم على الملاحظة.
