تصميم واجهات وتجربة المستخدم
واجهات للمنتجات والتطبيقات، والمعيار فيها أن يُتمّ المستخدم مهمته، لا أن تبدو الشاشة جميلة في معرض أعمال.
المشكلة
الأدوات الداخلية يصممها عادةً من بناها، فتعكس قاعدة البيانات لا العمل نفسه. يتعلم الموظفون الالتفاف حولها، وتظهر الكلفة وقتَ تدريب وأخطاءً صامتة.
منهجنا
نبدأ من المسارات التي يكررها الناس فعلاً، ثم نصمم الكثافة التي تحتاجها تلك المسارات. وتُنقل الحالة بشكل وكلمة لا بلون وحده — فقائمة من أربعين صفاً تُقرأ بنظرة، وتظل صالحة لمن لا يميّز الأحمر من الأخضر.
ما الذي يشمله
- مسارات المستخدم والهياكل الأولية وبنية المعلومات
- تصميم واجهات لوحات التحكم والبوابات وأدوات الإدارة
- مكتبات مكونات يستطيع مطوروك البناء عليها
- نماذج تتحقق عند مغادرة الحقل وتتعافى من الخطأ
- تباين WCAG AA ومسارات لوحة المفاتيح وترتيب التركيز
كيف يسير العمل
- 01
الملاحظة
ما هو العمل فعلاً، قبل تقرير ما يجب أن تكون عليه الشاشة.
- 02
البنية
المسارات والتسلسل، يُتفق عليها قبل أول بكسل.
- 03
التصميم
الشاشات والحالات، وحالات الفراغ والخطأ التي ينساها الجميع.
- 04
الاختبار
نمشي المهام الحقيقية بكثافة حقيقية وأحجام حقيقية.
أين طبّقنا هذا
أسئلة
هل تصممون فقط أم تبنون أيضاً؟
الاثنان. التصميم الذي لا يُنفَّذ مستند، ونفضّل أن نملك النتيجة على أن نسلّم ملفاً.
هل تعملون مع مطورينا الحاليين؟
نعم. نسلّم مكتبة مكونات ومواصفات، لا صوراً مسطحة.
هل إتاحة الوصول خدمة إضافية؟
لا. التباين والوصول بلوحة المفاتيح وترتيب التركيز جزء من العمل لا بند إضافي.
لنبدأ بحديث
أخبرنا بما تحتاجه، ونعود إليك بالنطاق والمدة والرقم — لا ببروشور.