قد يصلك عرض لتصميم ثلاثين شاشة، ثم عرض آخر لثماني عشرة شاشة بسعر أعلى. لا يمكن الحكم من العدد: ربما عدّ الأول كل نافذة صغيرة شاشة مستقلة، بينما ضم الثاني البحث واختبار المستخدمين وحالات الخطأ والتسليم لفريق البرمجة. قارن ما يساعد المشروع على الانتقال من فكرة إلى سلوك مفهوم وقابل للبناء، ثم انظر إلى السعر.
هذه المقالة تساعدك على تحويل عرض تصميم UI/UX إلى قائمة مخرجات يمكن مراجعتها. ليست كل المخرجات ضرورية لكل مشروع، لكن ينبغي أن تعرف ما الذي حُذف، وما أثر حذفه، ومن سيتولى استكماله. المشروع الصغير يحتاج نطاقًا أصغر واضحًا، وليس وثيقة كبيرة لا يستخدمها أحد.
ابدأ بالمهمة التي سيؤديها المستخدم
قبل طلب الشاشات، اكتب من سيستخدم المنتج وما الذي يريد إنجازه. في مثال افتراضي لبوابة صيانة، يريد العميل تقديم بلاغ ومتابعته، ويريد الموظف تصنيف البلاغ وإسناده، ويحتاج المشرف إلى مراجعة الحالات المتأخرة. هذه ثلاث مهام تختلف في البيانات والصلاحيات، حتى إن تشابه شكل القوائم.
اطلب من شركة التصميم أن تربط كل مسار بهذه المهام. سؤال «هل تشملون لوحة تحكم؟» أقل دقة من «كيف يفتح المشرف بلاغًا متأخرًا ويعرف سبب التأخير ومن يستطيع تغييره؟». الإجابة تحدد شاشات وتفاعلات وحالات لا يكشفها معرض الصور.
ما الذي تقارنه داخل العرض؟
يميّز قاموس Nielsen Norman Group بين المخرجات الثابتة مثل التصور المرئي، والنموذج الأولي الذي يساعد على اختبار التفاعل. عمليًا، لا تفترض أن صورة نهائية أو رابط عرض يساويان تجربة مكتملة؛ اطلب وصفًا لما يمكن مراجعته أو اختباره في كل مرحلة.
| بند العرض | دليل تسليم تطلبه |
|---|---|
| فهم المستخدم والمشكلة | أسئلة البحث، الفئة المستهدفة، ملخص الملاحظات والقرارات الناتجة عنها. |
| مسارات العمل | خطوات المهمة والأدوار ونقاط القرار، بما يشمل العودة والتعديل والإلغاء. |
| التصميم المرئي | شاشات بمحتوى واقعي، وحالات تحميل وفراغ وخطأ ونجاح. |
| النموذج التفاعلي | مسارات محددة قابلة للتجربة، مع بيان الأجزاء المحاكية التي لا تعمل فعليًا. |
| التسليم للتطوير | ملفات قابلة للتحرير، ومكونات وحالات وتعليقات توضح السلوك والأصول المستخدمة. |
لا تستخدم الجدول لفرض كل بند على الجميع. إذا كان المشروع تعديل نموذج واحد داخل نظام قائم، قد يكفي بحث محدود ومراجعة هذا المسار. أما إنشاء تطبيق جديد لفئات مختلفة فيحتاج فهمًا أوسع قبل تثبيت الواجهة.
عدد الشاشات يحتاج قاعدة عد واضحة
اتفق على طريقة حساب الشاشة والمتغيرات. هل نسخة الهاتف شاشة إضافية؟ هل نافذة التأكيد محسوبة؟ ماذا عن مستخدم يرى زر اعتماد وآخر لا يراه؟ الأفضل أن يرفق العرض سجلًا للشاشات والمسارات الأساسية، لا رقمًا منفصلًا عن الاستخدام.
افصل التغيير في المحتوى عن التغيير في الوظيفة. تعديل اسم حقل يختلف عن إضافة موافقة جديدة تستدعي شاشة وصلاحية وإشعارًا. اطلب آلية لتقييم التعديل قبل تنفيذه، وما إذا كانت المراجعات المشمولة تخص تصحيح التصميم المتفق عليه أو تغيير النطاق نفسه.
الحالات الناقصة تظهر بعد البرمجة إن لم تناقشها الآن
ارجع إلى بوابة الصيانة الافتراضية. ماذا يرى العميل قبل تسجيل أول بلاغ؟ كيف يعرف أن صورة المرفق لم تُرفع؟ هل تبقى البيانات إذا فقد الاتصال؟ وماذا يظهر للموظف إذا حاول فتح بلاغ لا يملك صلاحية الوصول إليه؟ هذه حالات مؤثرة في تجربة العمل وليست زينة إضافية.
اطلب عينة لمسار واحد بحالاته كاملة قبل توسيع النمط على بقية المنتج. سجّل النواقص في سجل مراجعة يوضح المشكلة والقرار والمسؤول، بدل الاكتفاء بملاحظات موزعة على رسائل يصعب تتبعها لاحقًا.
العربية والإنجليزية قرار تصميم مبكر
إذا كان المنتج سيخدم مستخدمين بالعربية والإنجليزية، راجع النسختين في المسارات الأساسية. أسماء العملاء وأرقام الطلبات والبريد الإلكتروني قد تظهر في سطر واحد باتجاهات مختلفة. وتختلف أطوال النصوص، فلا تكفي صورة عربية قصيرة لإثبات أن المحتوى الحقيقي سيتسع.
توضح إرشادات W3C أن اتجاه النص له معالجة بنيوية في HTML. على مستوى الشراء، اطلب من المصمم والمطور توضيح مسؤولية RTL والمحتوى المختلط، ثم اختبر أرقامًا وأسماء عربية وإنجليزية فعلية ضمن بيانات تجريبية. لا تتعامل مع قلب أماكن العناصر بوصفه الاختبار الكامل.
اختبار المستخدمين مخرج له نطاقه
منهج اختبار قابلية الاستخدام يقوم على أداء المشاركين مهام وملاحظة ما يحدث، كما يوضح دليل Nielsen Norman Group. إذا تضمّن العرض اختبارًا، فاسأل من سيشارك، ولماذا يمثل المستخدم، وما المهمة التي سيؤديها، وما الذي ستتسلمه بعد الاختبار.
مشاهدة صاحب الشركة للنموذج ليست بديلًا تلقائيًا لاختباره مع الفئة المستهدفة. وفي المقابل، لا تعد دراسة صغيرة بإثبات نجاح المنتج لكل الناس. المخرج المفيد يوضح العقبات المرصودة والتعديلات المقترحة وما لم يُختبر، ويحدد هل إعادة الاختبار مشمولة.
قبل اعتماد ملفات التسليم
- جرّب المهمة الأساسية من البداية للنهاية، واسأل عن كل انتقال غير واضح.
- راجع الحالات الناقصة وأحجام الشاشات واللغات المتفق عليها.
- افتح الملفات القابلة للتحرير وتأكد من الوصول إلى المكونات والأصول.
- اطلب توضيح تراخيص الخطوط والصور والأيقونات وما يحتاج شراءً مستقلًا.
- اعقد مراجعة مشتركة مع التطوير لتسجيل أسئلة السلوك والبيانات وحدود النموذج.
يصبح قرارك أوضح عندما تستطيع الإشارة إلى مخرج محدد وقول ما الذي يثبته. يمكنك استخدام هذه القائمة عند مناقشة خدمة تصميم تجربة وواجهة المستخدم، مع الاستعانة بـدليل اختيار شركة برمجيات لفحص الجوانب الأوسع في التعامل. لا تحتاج أكثر عرض مليء بالمصطلحات؛ تحتاج اتفاقًا مفهومًا يستطيع فريقك مراجعته والعمل به.
المصادر ومنهج الإعداد
استُخدم قاموس مخرجات UX لتمييز أنواع المخرجات، ودليل اختبار قابلية الاستخدام لفكرة ملاحظة تنفيذ المهام، وإرشادات W3C لاتجاه النص. روجعت في 3 نوفمبر 2026. الجدول ومثال الصيانة إطار عملي مقترح، وليسا قصة عميل أو معيار اعتماد. أُعد النص بمساعدة أدوات الذكاء الاصطناعي مع مراجعة محتواه ومصادره.
