فهم الاستخدام
الجمهور والمهام والصلاحيات والمحتوى. نراجع المشكلات والمعلومات المتاحة ونوضح ما يحتاج بحثًا أو تأكيدًا.
SNUHY / UX + UI
نرتّب مهام المستخدم ومساراته، ونصمم واجهات ونماذج أولية تقدر تراجعها قبل ما يبدأ التطوير.
01 / SCOPE
الشاشة الحلوة مش كفاية لو المستخدم مش عارف يكمل مهمته. بنبدأ بالجمهور والمهام والمحتوى والقيود، ونراجع التجربة الحالية لو موجودة. نحدد المسارات الأساسية والحالات اللي بتتعطل أو بتحتاج شرح، ثم نبني هيكلًا ونموذجًا أوليًا وواجهات تناسب الهوية. قبل التسليم نراجع الموبايل والعربية واللغات المطلوبة، وتسميات الأزرار والأخطاء والحالات الفارغة. الناتج مش صور شاشات متفرقة؛ بنحدد سلوك المكوّنات وعلاقة الشاشات وما يحتاج ربطًا برمجيًا. المقابلات واختبارات المستخدمين والبحث الميداني تتحدد حسب النطاق والمشاركين المتاحين؛ مفيش نتائج بحث أو نسب تحسن مفترضة.
الجمهور والمهام والصلاحيات والمحتوى. نراجع المشكلات والمعلومات المتاحة ونوضح ما يحتاج بحثًا أو تأكيدًا.
ترتيب الصفحات والتنقل والخطوات والحالات البديلة، مع هيكل أولي قبل الانشغال بالألوان.
تصميم الشاشات والمكوّنات وحالات التحميل والخطأ والفراغ والتفاعل، بالمقاسات واللغات المتفق عليها.
ملفات منظمة ونموذج أولي وقواعد استخدام وملاحظات سلوك، مع توضيح الأصول والملكية وحدود التنفيذ.
02 / INTERFACE
نراجع اللي المستخدم هيشوفه قبل النتيجة وبعدها، وإزاي يكمل لو حصل خطأ. المثال ده بيشرح حالات واجهة بحث، مش خدمة بحث فعلية.
التسمية والمثال يساعدوا المستخدم يفهم المطلوب قبل ما يبدأ.
مثال توضيحي، مش مشروع عميل أو منتج جاهز. مفيش بيانات بتتجمع أو صلاحيات فعلية بتتغير هنا.
03 / DELIVERY
نحدد المستخدمين وأهم المسارات والمشكلات، ونميز المعلومات المؤكدة عن الافتراضات.
نعرض ترتيب المحتوى والتنقل والحالات قبل اعتماد الاتجاه البصري، ونراجع الخطوات غير الضرورية.
نجهز الشاشات والمكوّنات ونموذج التفاعل. اختبار مستخدمين فعليين يحتاج خطة ومشاركين وموافقة على جمع البيانات.
نثبت النسخ والحالات والمقاسات، ونوضح ما يعمل كنموذج أولي وما يحتاج تطويرًا وربطًا واختبارًا لاحقًا.
04 / BRIEF
ابدأ بالاحتياج الحقيقي واللي موجود عندك. هنحدد النطاق والتسليمات والتكلفة ومسؤوليات التشغيل قبل التنفيذ.
نتكلم عن مشروعكرابط المنتج أو الفكرة، والمستخدمون والمهام ذات الأولوية.
المشكلات الملحوظة والمحتوى والهوية وأي بيانات بحث مأذون بمشاركتها.
الشاشات واللغات والأجهزة والقيود التقنية ومَن يعتمد التصميم.
هل المطلوب تصميم فقط، أم نموذج أولي أو بحث أو متابعة تنفيذ أيضًا؟
05 / Q&A
لا تلقائيًا. نحدد الشاشات والملفات والنموذج الأولي في العرض، والتطوير والربط مع الخادم واختبارات التشغيل بنود مستقلة لو مطلوبة.
نعم. نراجع المسارات الحالية والمشكلات والمكوّنات ونحدد ما يستحق الاحتفاظ به. الوصول لبيانات مستخدمين أو أدوات تحليل يحتاج صلاحية وغرضًا محددًا.
نحدد نوع البحث والمشاركين وطريقة الاختبار والمخرجات قبل البداية. لا نسمّي رأينا الشخصي اختبارًا فعليًا، ولا نخترع مقابلات أو نتائج أو نسب تحسن.
بتوضح المسارات والتفاعلات المتفق عليها، لكنها مش نظامًا منشورًا ولا قاعدة بيانات أو دفعًا فعليًا. حدود المحاكاة والوظائف المطلوبة تتوثق عند التسليم.
نحدد اللغات واتجاه القراءة والمقاسات، ونراجع التباين والتسميات والتركيز والحالات. أي مستوى امتثال أو تدقيق رسمي يحتاج نطاقًا واختبارات صريحة؛ التصميم وحده مش شهادة.
قائمة شاشات وحالات ومكوّنات وملفات وملاحظات متفق عليها، مع جولات مراجعة واعتمادات واضحة. تغيير وظائف المنتج بعد اعتماد المسارات قد يحتاج نطاقًا إضافيًا.
06 / REFERENCES
مراجع لتحديد متطلبات التصميم والتنفيذ. ذكرها مش شهادة اعتماد ولا ضمان نتيجة.
SNUHY / NEXT