UX Design · Study deck

Accessible IoT: Platform State

A door lock may be pending, stale, or offline.

UX Uma is your guide for this deck.

accessibilitymultidevice
UX Uma, the module guide, in a scene from this chapter.
iotclass.org

After studying this chapter

Learning objectives

You will be able to:

  • Test accessible state on platforms with a concrete scenario and pass criteria.
  • Compare universal vs targeted access against the chapter's stated constraints.
  • test accessible state on platforms with a concrete scenario and pass criteria
  • compare universal vs targeted access against the chapter's stated constraints
iotclass.org

Major section

Accessible State on Platforms

Implementation should expose the same control semantics that the visual design implies.

  • Web and app controls need accessible names, roles, values, focus order, error descriptions, and live status updates.
  • For connected-device state, make accessibility part of the data model.
  • The platform should not force every surface to infer accessibility semantics from a visual string.
iotclass.org

Major section

Accessible State on Platforms (continued)

A device shadow, MQTT retained topic, WebSocket event, push notification payload, or local cache should carry state, timestamp freshness, source, confidence, and action availability so each interface can speak or display the same truth.

  • Native layers should map that truth into UIAccessibility on iOS, AccessibilityNodeInfo on Android, notification categories, haptic patterns, and voice-assistant confirmations.
  • Asynchronous state needs special care.
  • Input contract: pointer, keyboard, switch, screen reader, voice, hardware button, and automation paths need equivalent command outcomes.
iotclass.org

Major section

Key Concepts

WCAG 2.1: Web Content Accessibility Guidelines specifying minimum contrast ratios, keyboard navigation, and screen reader support.

  • Screen Reader Compatibility: Design property ensuring all UI elements have accessible names and roles for visually impaired users.
  • Motor Accessibility: Designing controls with sufficient tap target size (≥44×44 pt) and avoiding fine-motor gestures for users with tremors.
  • Cognitive Load Reduction: Simplifying interface complexity and using progressive disclosure to support users with cognitive differences.
iotclass.org

Major section

WCAG Implementation Basics

Each principle cascades through your design: perceivable affects what users can sense, operable affects what they can do, understandable affects comprehension, and robust ensures compatibility with tools they use.

  • Charts/graphs → Provide data tables as alternative.
  • Timed actions → Provide "more time" option or remove time limits.
  • Inconsistent behavior → Make similar actions behave the same way.
iotclass.org

Major section

MVU: WCAG Accessibility Standards

Accessible design improves usability for all users while meeting legal compliance requirements (ADA, EU Accessibility Act).

  • Key Takeaway: Touch targets must be minimum 44x44 points, text contrast must meet 4.5:1 ratio (WCAG AA), and every critical function must be operable through at least two modalities (visual + audio, touch + voice).
  • Perceivable means people can sense the information.

Key terms

Operable
Operable means they can use the control.
Understandable means the result
Understandable means the result is clear and steady.

Numbers to remember

15-20%Why It Matters: 15-20% of users have some form of disability
WCAG POUR Principles for IoT Accessibility
WCAG POUR Principles for IoT Accessibility
iotclass.org

Major section

Deep dive: Putting Numbers to It

WCAG contrast ratio calculation: For text to be WCAG AA compliant, contrast ratio $C = \frac{L_1 + 0.05}{L_2 + 0.05}$ must be $\geq 4.5$ (normal text) or $\geq 3.0$ (large text ≥18pt).

  • Touch target accessibility: WCAG 2.5.5 requires minimum $44 \times 44 \text{pt}$ touch targets.

Why it matters

Screen reader semantic markup efficiency: Proper ARIA labels reduce navigation time for blind users.

Accessibility Design Process for IoT Products
Accessibility Design Process for IoT Products
iotclass.org

Major section

Deep dive: Putting Numbers to It (continued)

Dark gray #595959 has $L = 0.0999$, giving $C = \frac{1.0 + 0.05}{0.0999 + 0.05} \approx 7.0$ — passes WCAG AA.

  • A 32pt button has area $A = 32^2 = 1{,}024 \text{ pt}^2$.
  • A 44pt button has $A = 44^2 = 1{,}936 \text{ pt}^2$ — 89% larger.
  • This process ensures accessibility is built-in from the start rather than retrofitted.
iotclass.org

Deck summary

Key takeaways

Implementation should expose the same control semantics that the visual design implies.

  • A device shadow, MQTT retained topic, WebSocket event, push notification payload, or local cache should carry state, timestamp freshness, source, confidence, and action availability so each interface can speak or display the same truth.
  • WCAG 2.1: Web Content Accessibility Guidelines specifying minimum contrast ratios, keyboard navigation, and screen reader support.
  • Each principle cascades through your design: perceivable affects what users can sense, operable affects what they can do, understandable affects comprehension, and robust ensures compatibility with tools they use.
  • Accessible design improves usability for all users while meeting legal compliance requirements (ADA, EU Accessibility Act).
iotclass.org

Retrieval practice

Recall check 1 of 2

UX Uma says: answer from memory, then check your reasoning.

Q1You're conducting accessibility testing for a new smart home hub with a 5-inch touchscreen. Which testing approach is MOST effective for uncovering real accessibility issues?

ARun automated WCAG compliance tools only - they catch all accessibility issues
BTest with diverse users including people with disabilities
CHave developers test by turning off their monitors and using screen readers
DFollow WCAG 2.1 guidelines exactly - if you meet AAA level, the product is accessible
Show answer

Answer: B Correct!

iotclass.org

Retrieval practice

Recall check 2 of 2

UX Uma says: answer from memory, then check your reasoning.

Q2Your smart thermostat has a sleek touchscreen with light gray text (3:1 contrast ratio) on white background, and 32x32pt touch targets for temperature adjustment. Elderly users complain they 'can't see the numbers' and 'keep missing the buttons.' Which WCAG compliance issues must be fixed?

AText contrast (must be 4.5:1 for WCAG AA) AND touch target size (must be 44x44pt minimum)
BOnly the contrast needs fixing - 32x32pt targets are acceptable under WCAG
COnly the touch targets need fixing - light gray text is a stylistic choice
DNo WCAG issues - elderly users should use reading glasses and be more careful
Show answer

Answer: A Correct!

iotclass.org

Print reference

Answers

Answer key.

  1. B · Correct!
  2. A · Correct!
iotclass.org