خدمات تصميم تجربة المستخدم
حدد ما ينبغي أن يفعله قبل أن يبنيه أحد.
تجربة المستخدم أرخص مكان تخطئ فيه. تغيير مسار في Figma يكلف بعد ظهر يوم؛ وتغييره بعد بنائه واختباره وإطلاقه يكلف أسابيع. نرسم الرحلة، ونرسم كل شاشة بما فيها تلك التي تسوء فيها الأمور، ونتفق عليها قبل بدء التطوير.
نظرة عامة
تصميم تجربة المستخدم، كما نقوم به
معظم المنتجات تخذل مستخدميها في الحفنة نفسها من الأماكن: نموذج يطلب شيئا لا يستطيع الشخص معرفته بعد، ومسار يفترض أن كل شيء ينجح، وشاشة مفهومة لمن بناها. لا شيء من ذلك مشكلة بصرية، ولا قدر من الصقل بعدها يصلحه.
لذلك نبدأ بما يحاول الناس فعله فعلا وأين ينكسر حاليا، ثم نرسم الرحلة والشاشات على أساسه. باللغتين من البداية، لأن قراءة العربية من اليمين إلى اليسار تغير المسار، لا المحاذاة فحسب.
ما تشمله الخدمة
ما تحصل عليه فعلا
- الرحلة مرسومة قبل كتابة سطر برمجي واحد
- كل شاشة مرسومة، بما فيها حالات الخطأ والفراغ
- مسارات العربية والإنجليزية مصممة معا، لا مترجمة لاحقا
- مختبرة مع أشخاص حقيقيين حين يكون القرار مكلفا بما يكفي لتبرير ذلك
- مسلمة كشيء يبني منه المطورون مباشرة
كيف نعمل
خمس خطوات، بلا مفاجآت
- 01
نتحدث
مكالمة أو محادثة على واتساب. تخبرنا بما لا يعمل، ونخبرك بصراحة إن كنا الأنسب لك.
- 02
نحدد النطاق
خطة مكتوبة بما ستحصل عليه وتكلفته ومدته. ثابتة، فلا مفاجآت لاحقا.
- 03
نبنيه
تراه وهو يتشكل، لا في النهاية. التغييرات قليلة الكلفة ما دام قيد البناء.
- 04
نطلقه
على بنية تحتية نعدها ونؤمنها، ومختبر قبل موعد الإطلاق.
- 05
نبقيه يعمل
تحديثات ومراقبة وشخص يرد عليك. معظم العملاء يبقون على اتفاقية شهرية.
أسئلة شائعة
عن تصميم تجربة المستخدم
هل نحتاج إلى هذا إن كنا نعرف ما نريد؟
كثيرا ما تكون القيمة في الشاشات التي لم يفكر فيها أحد بعد: الدفعة الفاشلة، والقائمة الفارغة، والنموذج نصف المكتمل. إن كانت تلك محددة بالفعل، فقد لا تحتاج إلى الكثير من هذا.
كيف تعالج العربية؟
تصمم إلى جانب الإنجليزية منذ أول رسم. الاتجاه من اليمين إلى اليسار يغير التنقل والنماذج والأيقونات والرسوم البيانية، وترقيعه في تصميم رسم للإنجليزية هو ما تتعثر عنده معظم المنتجات ثنائية اللغة.
هل أنجزت BitBee مشروع تجربة مستخدم مستقلا؟
ليس كمشروع مسمى على هذا الموقع. عمل التصميم خلف المنتجات التي بنيناها من عملنا، لكن لا شيء من دراسات الحالة هنا مشروع تجربة مستخدم بذاته.
أيضا
أعمال ذات صلة
- ضمان الجودةاكتشفه قبل أن يكتشفه عملاؤك.
- تصميم واجهة المستخدمشاشات يستخدمها الناس دون تدريب.
- أنظمة التصميممجموعة قواعد واحدة، فتبدو الشاشة العاشرة كالأولى.
- تطبيقات الجوالتطبيقات يبقيها الناس على الشاشة الأولى.
- iOSتطبيقات آيفون مبنية كما تتوقعها Apple.
- Androidتطبيقات أندرويد تعمل على الهواتف التي يملكها الناس فعلا.
- FlutterFlutter، حين يكون على فريق واحد تغطية المتجرين.
- الذكاء الاصطناعيذكاء اصطناعي يؤدي مهمة واحدة، كما ينبغي.
- تعلم الآلةنماذج تستحق مكانها في العمل.
- علم البياناتإجابات من البيانات التي تملكها بالفعل.
- النماذج اللغويةنماذج لغوية ضمن حدود محكمة.
- الذكاء الاصطناعي التوليديتوليد يبقى القلم فيه بيد إنسان.
- PythonPython، للعمل الذي يجب أن يقرأ كما يشغل.
- الواجهة الخلفيةحيث يصبح الطلب طلبا.
- قواعد البياناتالجزء من نظامك الذي يصعب إصلاحه لاحقا.
- Node.jsNode.js، للأنظمة التي يجب أن تجيب بسرعة.
- GoGo، حيث يجب أن يكون سريعا ويبقى بسيطا.
- .NET.NET، للأنظمة التي تدار بها الأعمال.
- JavaJava، للأنظمة التي تقاس بالعقود.
- الواجهة الأماميةالنصف الذي يراه الناس فعلا من منتجك.
- تطوير المواقعمواقع الشركات وبوابات العملاء وأنظمة الويب التي تصمد.
- ReactReact، مبني ليتمكن الفريق التالي من العمل عليه.
- AngularAngular، للأنظمة التي يجب أن تدوم.