سنوحي

SNUHY / UX + UI

تصميم تجربة وواجهات المستخدم

نرتّب مهام المستخدم ومساراته، ونصمم واجهات ونماذج أولية تقدر تراجعها قبل ما يبدأ التطوير.

01 / SCOPE

نصمّم المهمة، مش الشاشة لوحدها.

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

01

فهم الاستخدام

الجمهور والمهام والصلاحيات والمحتوى. نراجع المشكلات والمعلومات المتاحة ونوضح ما يحتاج بحثًا أو تأكيدًا.

02

بنية ومسارات

ترتيب الصفحات والتنقل والخطوات والحالات البديلة، مع هيكل أولي قبل الانشغال بالألوان.

03

واجهات وحالات

تصميم الشاشات والمكوّنات وحالات التحميل والخطأ والفراغ والتفاعل، بالمقاسات واللغات المتفق عليها.

04

تسليم للمطوّر

ملفات منظمة ونموذج أولي وقواعد استخدام وملاحظات سلوك، مع توضيح الأصول والملكية وحدود التنفيذ.

02 / INTERFACE

التصميم مش شاشة واحدة.

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

ابحث عن موضوع
?

ابدأ بسؤال واضح.

التسمية والمثال يساعدوا المستخدم يفهم المطلوب قبل ما يبدأ.

مثال توضيحي، مش مشروع عميل أو منتج جاهز. مفيش بيانات بتتجمع أو صلاحيات فعلية بتتغير هنا.

03 / DELIVERY

من المهمة، للنموذج اللي نراجعه سوا.

  1. 01

    نراجع المنتج والمهام

    نحدد المستخدمين وأهم المسارات والمشكلات، ونميز المعلومات المؤكدة عن الافتراضات.

  2. 02

    نبني الهيكل والتدفق

    نعرض ترتيب المحتوى والتنقل والحالات قبل اعتماد الاتجاه البصري، ونراجع الخطوات غير الضرورية.

  3. 03

    نصمّم ونختبر ضمن النطاق

    نجهز الشاشات والمكوّنات ونموذج التفاعل. اختبار مستخدمين فعليين يحتاج خطة ومشاركين وموافقة على جمع البيانات.

  4. 04

    نسلّم ونوضح التنفيذ

    نثبت النسخ والحالات والمقاسات، ونوضح ما يعمل كنموذج أولي وما يحتاج تطويرًا وربطًا واختبارًا لاحقًا.

04 / BRIEF

ابعت المنتج والمهمة اللي عايز تسهّلها.

ابدأ بالاحتياج الحقيقي واللي موجود عندك. هنحدد النطاق والتسليمات والتكلفة ومسؤوليات التشغيل قبل التنفيذ.

نتكلم عن مشروعك
  • رابط المنتج أو الفكرة، والمستخدمون والمهام ذات الأولوية.

  • المشكلات الملحوظة والمحتوى والهوية وأي بيانات بحث مأذون بمشاركتها.

  • الشاشات واللغات والأجهزة والقيود التقنية ومَن يعتمد التصميم.

  • هل المطلوب تصميم فقط، أم نموذج أولي أو بحث أو متابعة تنفيذ أيضًا؟

05 / Q&A

قبل ما نبدأ.

01

هل التصميم يشمل البرمجة؟

لا تلقائيًا. نحدد الشاشات والملفات والنموذج الأولي في العرض، والتطوير والربط مع الخادم واختبارات التشغيل بنود مستقلة لو مطلوبة.

02

ينفع نبدأ بمنتج موجود؟

نعم. نراجع المسارات الحالية والمشكلات والمكوّنات ونحدد ما يستحق الاحتفاظ به. الوصول لبيانات مستخدمين أو أدوات تحليل يحتاج صلاحية وغرضًا محددًا.

03

هل بتعملوا بحث واختبارات مستخدمين؟

نحدد نوع البحث والمشاركين وطريقة الاختبار والمخرجات قبل البداية. لا نسمّي رأينا الشخصي اختبارًا فعليًا، ولا نخترع مقابلات أو نتائج أو نسب تحسن.

04

هل النماذج الأولية بتشتغل زي التطبيق؟

بتوضح المسارات والتفاعلات المتفق عليها، لكنها مش نظامًا منشورًا ولا قاعدة بيانات أو دفعًا فعليًا. حدود المحاكاة والوظائف المطلوبة تتوثق عند التسليم.

05

هل بتراعوا العربية وإمكانية الوصول؟

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

06

هستلم إيه والتعديلات بتتحدد إزاي؟

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

06 / REFERENCES

مراجع تساعدنا نحدد المطلوب.

مراجع لتحديد متطلبات التصميم والتنفيذ. ذكرها مش شهادة اعتماد ولا ضمان نتيجة.

SNUHY / NEXT

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