متطلبات تجربة المستخدم

تأكَّد من أنّ تطبيقك يستوفي متطلبات التصميم المتعلقة بسهولة الاستخدام في السيارات.

يسرد هذا القسم (أو يوفّر روابط تؤدي إلى) جميع متطلبات تجربة المستخدم التي تحتاج إليها. يتم التعبير عن متطلبات تجربة المستخدم على شكل تعليمات يجب أو يُستحسن أو يجوز اتّباعها. يمكنك فهم هذه التصنيفات بشكل عام على النحو التالي:

يجب مطلوبة (يتم فرضها إما في واجهة برمجة التطبيقات أو في جودة تطبيق Android للسيارات)
ينبغي ننصح به
يمكن اختياري

متطلبات تجربة المستخدم للتطبيقات المستندة إلى نماذج

في ما يلي المتطلبات استنادًا إلى نوع التطبيق الذي تصمّمه:

المتطلبات العامة

إلزامي يجب أن تتضمّن مسارات المهام 5 خطوات أو أقل.
إلزامي الحصول على إذن المستخدم للوصول إلى ميكروفون السيارة قبل تسجيل الصوت للإدخال الصوتي
إلزامي استخدِم الطريقة المناسبة (كما هو موضّح في مقالة استخدام "مكتبة تطبيقات Android للسيارات") لتوجيه مستخدمي Android Auto إلى الهاتف لتنفيذ الإجراءات غير المسموح بها أثناء القيادة، مع توجيههم إلى النظر إلى شاشة الهاتف فقط عندما يكون ذلك آمنًا (راجِع مقالة منح الأذونات على الهاتف).
يجب عدم يجب أن تنتهي مسارات المهام المكوّنة من 5 خطوات بنموذج مستند إلى قائمة، ما لم يتم تفعيل ميزة حدود المهام التكيّفية (يجب أن تكون الخطوة الخامسة إحدى الخطوات التالية: التنقّل أو الرسالة أو اللوحة).
SHOULD اجعل مسارات المهام قصيرة (من خطوتين إلى ثلاث خطوات).
SHOULD عرض المحتوى (أو أزرار شريط الإجراءات) لمدة 8 ثوانٍ على الأقل قبل إزالة هذا المحتوى في عملية انتقال تلقائية بين الخطوات
SHOULD اطلب من المستخدمين منح أي أذونات ضرورية عند فتح التطبيق لأول مرة.
SHOULD قدِّم لونَين مميّزَين، إذا أمكن، لاستيعاب الخلفيات الداكنة والفاتحة بشكل أفضل.
SHOULD وفِّر زر رجوع أو آلية خروج أخرى في الأماكن التي لا تتوفّر فيها أي إجراءات أخرى، مثل شاشات التحميل وقوالب الرسائل والألواح التي لا تتضمّن أي إجراءات.
SHOULD عرض محتوى مفيد عند فتح نموذج بدلاً من حالة فارغة لا تتضمّن أي خيارات للمستخدمين
SHOULD توفير اختصارات للخطوات السابقة (على سبيل المثال، عندما تتجاوز مسارات المهام 3 شاشات).
SHOULD توفير نقطة دخول للمستخدم، مثل رمز الميكروفون، إذا كان تطبيقك يتيح الإدخال الصوتي (التسجيل الصوتي)
SHOULD إيقاف تسجيل الصوت عندما يتوقف المستخدم عن تقديم الإدخال
SHOULD لا يتم إعادة تحميل المحتوى إلا للأغراض الموضّحة في الحدّ من تشتيت انتباه السائق أو في الحالات التي يُسمح فيها بذلك صراحةً في الإرشادات الخاصة بنماذج أو أنواع تطبيقات معيّنة.
يجب عدم استخدِم عمليات الانتقال التلقائية لإكمال المهام بدون إجراء من المستخدم (أي لا تستخدِمها بشكل متتالٍ).
يجب عدم أنشئ أزرارًا تتضمّن حالات، مثل أزرار التبديل، في الأماكن التي تتوفّر فيها الإجراءات (لا تتوفّر أزرار التبديل إلا في صفوف القوائم).
MAY تعديل صورة أو رمز أو نص ثانوي لصف في قائمة أو عنصر في شبكة لعكس التغييرات

مسارات الشراء فقط

SHOULD قدِّم اختصارات حيثما أمكن، مثل السماح للمستخدمين بتكرار المعاملات السابقة ("حجز مرة أخرى").
يجب عدم السماح للمستخدمين بإعداد طرق الدفع
يجب عدم اطلب من المستخدمين الالتزام بالدفعات المتكرّرة.
يجب عدم السماح للمستخدمين باختيار عدة منتجات لشرائها في عملية واحدة

تطبيقات نقاط الاهتمام فقط

ينبغي توفير طريقة لتشغيل تطبيق تنقّل من أجل التنقّل إلى نقطة الاهتمام
إلزامي تأكَّد من أنّ جميع المعلومات المرئية المعروضة على الخرائط (مثل معلومات السرعة وتصنيف الطرق) تستوفي متطلبات التباين .
إلزامي الرسم يتم ربط المحتوى ومحتوى Drive فقط على سطح النموذج.
إلزامي ارسم خريطة بمظهر فاتح أو داكن عندما يُطلب منك ذلك.
SHOULD تأكَّد من أنّ النص المعروض على الخرائط يستخدم حجم خط يبلغ 24dp أو أكبر، ما لم يكن مقترنًا بعنصر مرئي (مثل مسار أو طريق) أو كان ثابتًا نسبيًا على الشاشة.
SHOULD يجب الإشارة بوضوح إلى ما إذا كانت المهمة ستعدّل المسار.
SHOULD استيفاء الحد الأدنى للحجم أو تجاوزه، وهو 36 × 36 وحدة بكسل مستقلة الكثافة للصور والرموز وعلامات الخريطة
SHOULD استخدِم إشعارات الاتجاهات خطوة بخطوة لعرض الاتجاهات عندما يكمل المستخدم مهمة خارج نموذج "التنقّل" أثناء التنقّل النشط (كما هو موضّح في إشعارات التنقّل: الاتجاهات خطوة بخطوة والإشعارات العادية).
SHOULD إعادة تحميل قيم المدة والمسافة أثناء القيادة
يجب عدم إنشاء رحلات تتضمّن عدّة محطات توقّف، لأنّ النماذج غير محسّنة لهذا النوع من التفاعلية
MAY استخدِم تنبيهات التنقّل أو الإشعارات التنبيهية (HUN) لتنبيه المستخدمين بشأن المعلومات العامة المتعلقة بالتنقل (بالإضافة إلى الاتجاهات المفصّلة)، مثل حركة المرور في الطريق أمامك.
MAY تخصيص لون خلفية إشعارات "وقت الاستراحة"
MAY استخدِم الصور المتحركة عندما تساعد في القيادة.

تطبيقات عن الطقس

إلزامي تأكَّد من أنّ جميع المعلومات المرئية المعروضة على الخرائط أو الرموز (مثل الرادار ومؤشر درجة الحرارة ورموز الحالة) تستوفي متطلبات التباين .
إلزامي ارسم محتوى الخريطة والمحتوى المرتبط بالطقس فقط على سطح النموذج.
إلزامي ارسم خريطة بمظهر فاتح أو داكن عندما يُطلب منك ذلك.
إلزامي تأكَّد من أنّ مؤشرات الطقس لا تتداخل مع بعضها البعض أو أنّها غير قابلة للقراءة بسبب كثافة المؤشرات أو حجمها.
يجب عدم استخدام رسوم متحركة متعلقة بالطقس على سطح النموذج عندما يكون المستخدم يقود السيارة
يجب عدم عرض أكثر من 5 تعليقات توضيحية فريدة على خريطة الطقس في عرض معيّن (مثلاً: علامات درجة الحرارة، وعلامات سرعة الرياح، والرطوبة، وتراكب الرادار، ومؤشرات البرق، وظروف الطرق كلها في العرض نفسه)
يجب عدم عرض وسائط إيضاحية معقّدة للخريطة تتضمّن أكثر من 3 عناصر فريدة أو أكثر من 3 ألوان فريدة (لا تنطبق التدرّجات) أثناء قيادة المستخدم
يجب عدم السماح للمستخدمين بضبط الفواصل الزمنية أو التواريخ الخاصة بمعلومات التوقعات
SHOULD تأكَّد من أنّ النص المعروض على الخرائط يستخدم حجم خط يبلغ 24dp أو أكبر، ما لم يكن مقترنًا بعنصر مرئي (مثل مسار أو طريق) أو كان ثابتًا نسبيًا على الشاشة.
SHOULD استيفاء الحد الأدنى لحجم الصور والرموز وعلامات الخريطة أو تجاوزه، وهو 36 × 36 وحدة بكسل مستقلة الكثافة
MAY عرض معلومات التوقعات للأوقات القادمة، مثل الساعات أو صباحًا/مساءً أو الأيام
MAY استخدِم الإشعارات المنبثقة لتنبيه المستخدمين بشأن آخر المعلومات المهمة حول الطقس، مثل الظروف الجوية الوشيكة أو الظروف على طول مسار المستخدم.
MAY استخدِم رسومًا متحركة مرتبطة بالطقس عندما لا يكون المستخدم يقود السيارة.
MAY استخدِم الصور المتحركة عندما تكون مرتبطة بحركة الخريطة من قِبل المستخدم أو الموقع الجغرافي للمستخدم.

المتطلبات الخاصة بالنموذج

استخدِم المتطلبات الخاصة بالنموذج للتأكّد من أنّ كل نموذج في مسارات المهام يستوفي متطلبات وتوصيات تجربة المستخدم.

مزيد من المعلومات حول متطلبات كل نموذج: