كيف يمكنني العثور على وكالة جيدة متخصصة في تصميم تجربة المستخدم (UX) وواجهة المستخدم (UI)؟
تعمل وكالة جيدة متخصصة في تجربة المستخدم (UX) وواجهة المستخدم (UI) على تبسيط المهام المعقدة وجعلها سهلة الفهم، كما تصمم تجربة مستخدم متسقة. يشير مصطلح «UX» إلى تجربة المستخدم، بينما يشير مصطلح «UI» إلى واجهة المستخدم الفعلية. عند اختيار وكالة، من المهم النظر فيما إذا كانت تدمج كلا الجانبين وتبني قراراتها على مهام المستخدم بدلاً من الاعتماد فقط على التفضيلات البصرية.
نطاق الخدمات وتحديد حدودها
يُدرِّس تصميم تجربة المستخدم (UX) ويُشكِّل تجربة المستخدم؛ بينما يُحيي تصميم واجهة المستخدم (UI) واجهة المستخدم. وهاتان المهمتان متشابكتان. يمكن للوكالة الجيدة أن تشرح كيف تُحوَّل نتائج الأبحاث إلى سير عمل، ومن ثم إلى مكونات مرئية في نهاية المطاف. ولهذا السبب، فإن محفظة الأعمال التي تتألف من لقطات شاشة فقط لا تكفي لاتخاذ قرار. اسأل عن المشكلة الكامنة وراء التصميم وكيف تم التحقق من صحتها.
قد يشمل نطاق المشروع سير عمل واحدًا بالغ الأهمية أو تطبيقًا كاملًا. كما أن الأدوار المختلفة والأجهزة الطرفية والبيئات المختلفة لها أهمية كبيرة أيضًا. يجب أخذ مسألة إمكانية الوصول في الاعتبار ومعالجتها من خلال الاختبارات الوظيفية والتقنية المناسبة. فإعادة التصميم البصري وحدها لا تضمن إمكانية الوصول الكاملة.
تتطلب العمليات المفهومة حالات واضحة
يجب أن تُظهر الواجهة ما يحدث حاليًا والإجراءات التي يمكن اتخاذها بعد ذلك. ولا تكفي الشاشات الرئيسية وحدها لتحقيق ذلك. فرسائل الخطأ وحالات التحميل ومسارات التنقل كلها جزء من المهمة. لذا، اطلب منهم شرح سير العمل بأكمله. سيساعدك ذلك في تحديد ما إذا كانت الوكالة تعمل على تطوير تفاعلات متماسكة أم أنها تكتفي في المقام الأول بإنتاج شاشات فردية جذابة.
أربعة معايير لاختيار الشريك
- فهم مهام المستخدم: اسأل عن الأبحاث وكيفية ترجمة النتائج المستخلصة منها إلى إجراءات ملموسة.
- اختبار النماذج الأولية: يجب على الشريك توضيح مستوى الواقعية المطلوب بالنسبة للسؤال الحالي.
- تضمين مبدأ سهولة الوصول: يجب أن تراعي واجهات المستخدم والمعلومات الاختلافات ذات الصلة في القدرات. كما يشمل مبدأ سهولة الوصول الجانب التقني للتنفيذ.
- التخطيط لعملية التسليم: يجب توثيق المكونات والحالات والسلوكيات بطريقة تتيح لفريق التطوير تنفيذها بشكل متسق.
مقارنة الأداء ونتائج العمل
| مهمة | النتيجة المحتملة لهذا العمل | هكذا يتم تقييم الأمر |
|---|---|---|
| تحليل تجربة المستخدم | قضايا الاستخدام والعمليات ذات الأولوية | ملاحظات بدلاً من مجرد آراء تتعلق بالذوق |
| نظام واجهة المستخدم | حالات المكونات وقواعد التطبيق | تطبيق يحتوي على محتوى واقعي |
| التنفيذ | تفاصيل دقيقة وتفاعلات تم اختبارها | مقارنة مع المساحة السطحية الفعلية التي تم تطويرها |
عملية المشروع والقرارات المتعلقة به
ابدأ بالمهام الأكثر أهمية والمشكلات الحالية. اختبر بنية المعلومات وسير العمل باستخدام نماذج أولية بسيطة. بعد ذلك، قم بتطوير النظام المرئي باستخدام مكونات قابلة لإعادة الاستخدام. وأثناء التنفيذ، يجب على فريق التصميم اختبار التطبيق الفعلي. وستُظهر المقارنة النهائية بين التصميم والتنفيذ ما إذا كانت التفاعلات الرئيسية قد تم الحفاظ عليها أم لا.
مثال على نموذج يحتوي على أخطاء غير واضحة
لنفترض أن المستخدمين يملئون نموذجًا ولا يتلقون في النهاية سوى رسالة خطأ مربكة. قد يؤدي التصميم الأكثر بساطة إلى تحسين تجربة المستخدم، لكنه لا يحل المشكلة تلقائيًّا. ما يهم هو تحديد متى تكون هناك حاجة إلى معلومات معينة، وكيف يمكن للمستخدمين إجراء التصحيحات رغم ذلك.
تتناول مقارنة التصميمات العناصر التوجيهية ورسائل الخطأ ومسار العودة إلى حقل الإدخال ذي الصلة. وتُظهر الاختبارات ما إذا كان بإمكان المستخدمين متابعة المهمة دون الحاجة إلى توضيح إضافي. ويوضح هذا المثال الافتراضي التفاعل بين تجربة المستخدم (UX) وواجهة المستخدم (UI): فكل من البنية والسلوك والتسلسل الهرمي البصري تساهم جميعها في التوصل إلى الحل.
الأخطاء الشائعة في عملية الاختيار والتعاقد
احذر من المفاهيم التي لا تعرض سوى السيناريوهات المثالية. فالأخطاء والمحتوى المطول والبيانات الناقصة هي أيضًا جزء من تجربة المستخدم. ومن نقاط الضعف الأخرى الاعتماد في التقييم على التفضيلات الشخصية لصانعي القرار الداخليين فقط. اطلب حالات استخدام مناسبة وعناصر اختبار ذات صلة. وعند تسليم نظام التصميم، يجب أن يتضمن قواعد فعلية لتطبيقه. فمكتبة المكونات الجميلة لا تفيد كثيرًا إذا ظل من غير الواضح متى وكيف ينبغي استخدامها.
مقارنة التكاليف والجداول الزمنية بفعالية
تعتمد التكاليف والمدة على عدد العمليات والحالات، وأبحاث المستخدمين، وعمق نظام التصميم. قم بإدراج أبحاث التطوير، والتطوير، والنماذج الأولية، وخدمات الخبراء الخارجيين بشكل منفصل. كما يجب تحديد دورات المراجعة المشمولة في المشروع، والجهة المسؤولة عن الموافقة على الملاحظات. ولا يكون الجدول الزمني ذا معنى إلا بعد تحديد هذه القرارات والتبعيات.
الجلسة التمهيدية للاجتماع الأولي
تحديد المهام الرئيسية ومجموعات المستخدمين ونقاط الضعف الحالية. استكمال الإرشادات الحالية المتعلقة بالعلامة التجارية والمكونات، فضلاً عن القيود التقنية. تقديم أمثلة واقعية للمحتوى والسيناريوهات ذات الصلة. إدراج قائمة ببيانات الاتصال المتاحة للمطورين والمستخدمين. تحديد ما إذا كان النطاق يشمل البحث واختبار النماذج الأولية والتفاصيل المرئية ومراجعة التنفيذ. هذا التمييز يجعل العروض أكثر فائدة من مجرد سرد عدد الشاشات المخطط لها.
الأسئلة الشائعة حول تصميم تجربة المستخدم (UX) وواجهة المستخدم (UI)
لماذا ينبغي تقديم المحتوى الأصيل في مرحلة مبكرة؟
قد تؤثر العناوين الطويلة أو الصور المفقودة أو الكميات الكبيرة من البيانات على التخطيط بشكل يختلف عن تأثير العناصر النائبة. وتكشف الأمثلة الواقعية عن هذه القيود في مرحلة مبكرة. ولذلك، يجب اختبار المحتوى النموذجي والصعب قبل وضع اللمسات النهائية على المكونات والمسافات.
ما الذي يشمله نظام التصميم؟
حسب المنتج: المكونات، والحالات، وقواعد التصميم، وإرشادات الاستخدام. وتكمن القيمة في أن الفريق وعملية التطوير يمكنهما بالفعل الاستفادة من هذه القواعد.
هل يمكن لاختبار المستخدم أن يؤكد بشكل كامل إمكانية الوصول؟
لا. فمشاركة المستخدم واختبار المتطلبات التقنية يكملان بعضهما البعض. ولا يغطي تقييم واحد جميع القدرات والتقنيات المساعدة.
كم تبلغ تكلفة مشروع UX/UI؟
تشمل العوامل الرئيسية نطاق العمل، وأبحاث المستخدمين، وحالة نظام التصميم ومدى تعقيده. ولا يعكس عدد الشاشات وحده هذه التعقيدات بشكل كامل. ولذلك، يجب مقارنة كل من الأبحاث، وإنشاء النماذج الأولية، والاختبار، والتفصيل، ودعم التنفيذ بشكل منفصل، بالإضافة إلى الافتراضات الأساسية لكل منها.
هل يمكنك تحسين تجربة المستخدم دون إعادة تصميم كل شيء؟
نعم. يمكن للمراجعة الموجهة أن تحدد أهم العقبات وترسي الأساس لإجراء تحسينات محدودة. ابدأ بفحص هذه العقبات ضمن العملية المعنية. ولا يكون إعادة التصميم الكامل مبرراً إلا إذا كانت المشكلات أو أهداف المنتج تستدعي تدخلاً على نطاق أوسع بما يتناسب مع حجمها.
ما الذي يجب تضمينه في عملية تسليم المشروع للمطورين؟
بالإضافة إلى طرق العرض، يشمل ذلك الحالات وقواعد التفاعل والمكونات ومحتوى الأمثلة الواقعية. وينبغي توضيح أي تفاصيل غير واضحة بشكل مشترك قبل التنفيذ. وتساعد المراجعة اللاحقة في تحديد أوجه التباين؛ ومع ذلك، لا يزال من الضروري تحديد المسؤولية عن التنفيذ التقني بشكل صريح.
منظور تصميم f/p
تُعد مسارات المستخدم، والمخططات التخطيطية، والنماذج الأولية المبكرة جزءًا من عملية تجربة المستخدم/واجهة المستخدم لدينا. نبدأ أولاً بمناقشة المهام ذات الصلة، ونستند إلى ذلك لتحديد سير العمل الذي يجب مراجعته والمكونات التي يجب تطويرها.
هل تخطط لتنفيذ مشروع في هذا المجال؟ تحدث إلى شركة F/P Design عن مشروعك، ووضعه الحالي، والنتائج التي ترغب في تحقيقها. وسنحدد معًا النهج التصميمي المناسب والخطوات التالية.
مقالات ذات صلة: الباب النورماندي والتصرفات المفهومة, التغذية الراجعة الصوتية وحالة النظام, علم النفس الجشطالت والإدراك
