Aspen Lab
← Back to work
Automotive · HMIHyundai · HATCI Lab

Hyundai IONIQ 6 — designing for trust at L2+

A sponsored HMI project exploring driver confidence in Hyundai’s HDA 2.0 system. Real-driving research, simulator testing and three interface directions shaped an adaptive instrument cluster for the IONIQ 6.

Role
HMI Designer
Period
Jan — May 2025
Client
Hyundai
Themes
HMI design · Driving research · Interactive prototyping
Hyundai IONIQ 6 — designing for trust at L2+
  • +0%

    Confidence score vs. original UI · prototype study

  • 0

    Interface directions tested

  • 0

    Test environments · real car & simulator

Chapters
Chapter 01Research

01

Clarity at the handoff

How might we help drivers feel more confident when control shifts between the human and Hyundai’s HDA 2.0 system? This sponsored HMI project explored the IONIQ 6 experience in Level 2 and Level 2+ assistance scenarios, focusing on system status, information hierarchy and feedback at critical transitions.

The original IONIQ 6 instrument cluster and HDA status indicators.
The original IONIQ 6 instrument cluster and HDA status indicators.Open image at full size ↗

02

Understand the people around the system

The stakeholder map placed Hyundai and the HMI lab alongside drivers, other road users, regulators and groups with different accessibility needs. It helped frame the interface as part of a wider driving experience, with expectations that extend beyond the person looking at the cluster.

Stakeholder map organized by influence and importance.
Stakeholder map organized by influence and importance.Open image at full size ↗

03

Observe driving in two environments

Drivers completed tasks in both a real vehicle and a custom Unreal Engine simulator. The setup combined ECG-based heart-rate variability, Tobii eye tracking and self-report surveys. A steering rig, highway rendering and surround sound allowed the team to explore assistance behavior in a repeatable setting before comparing it with the real-driving experience.

Research overview: driving tasks, data collection and two test environments.
Research overview: driving tasks, data collection and two test environments.Open image at full size ↗
The simulator rig, steering controls and surrounding equipment.
The simulator rig, steering controls and surrounding equipment.Open image at full size ↗
Real-driving and simulator sessions with recording and observation equipment.
Real-driving and simulator sessions with recording and observation equipment.Open image at full size ↗

04

Combine workload, behavior and feedback

The Driving Activity Load Index captured attention, visual and auditory demand, time pressure, interference and situational stress. We considered those responses alongside task observations and biometric data, then organized the feedback into an affinity map. Exploratory comparisons between simulator and car measures informed the next study round.

Driving Activity Load Index questionnaire used for participant feedback.
Driving Activity Load Index questionnaire used for participant feedback.Open image at full size ↗
Participant workload ratings: average importance weights and raw scores.
Participant workload ratings: average importance weights and raw scores.Open image at full size ↗
Exploratory simulator–car correlation analysis for the lane-keeping task.
Exploratory simulator–car correlation analysis for the lane-keeping task.Open image at full size ↗
Research observations organized into an affinity map.
Research observations organized into an affinity map.Open image at full size ↗
The participant feedback protocol and its driving-workload dimensions.
The participant feedback protocol and its driving-workload dimensions.Open image at full size ↗

05

Three gaps in the existing interface

Round 1 surfaced three connected problems: ambiguous activation and status cues, a cluttered visual hierarchy, and too little timely reassurance about what the assistance system was doing. Together, these made handoff moments harder to interpret. The design opportunity was to communicate the right state and the right information at the moment it mattered.

Pain point 1: ambiguous system communication makes assistance states hard to read.
Pain point 1: ambiguous system communication makes assistance states hard to read.Open image at full size ↗
Pain point 2: an unclear information hierarchy increases cognitive effort.
Pain point 2: an unclear information hierarchy increases cognitive effort.Open image at full size ↗
Pain point 3: limited timely feedback leaves drivers uncertain about assistance.
Pain point 3: limited timely feedback leaves drivers uncertain about assistance.Open image at full size ↗
Chapter 02Design

06

Turn research into interface requirements

The first requirements were concrete: make entry into and exit from HDA visible, distinguish active and interrupted assistance, and keep important feedback readable without obscuring the driving view. These requirements connected each pain point to a behavior the interface could communicate.

Early requirement: make transitions into and out of HDA visually clear.
Early requirement: make transitions into and out of HDA visually clear.Open image at full size ↗
Early requirement: distinguish active, inactive and interrupted assistance.
Early requirement: distinguish active, inactive and interrupted assistance.Open image at full size ↗
Early requirement: support engagement without blocking the driving visualization.
Early requirement: support engagement without blocking the driving visualization.Open image at full size ↗

07

Explore the hierarchy before the visual finish

Low-fidelity prototypes separated driving status from secondary information and explored layouts for manual driving, active assistance, lane detection and heavy traffic. Comparing these states side by side made it easier to decide what should stay stable and what should change with the driving mode.

Low-fidelity layouts for assisted driving, manual driving and the welcome state.
Low-fidelity layouts for assisted driving, manual driving and the welcome state.Open image at full size ↗
Low-fidelity explorations of lane detection, heavy traffic and secondary information.
Low-fidelity explorations of lane detection, heavy traffic and secondary information.Open image at full size ↗
A comparison of the original cluster, simplified layouts and early concepts.
A comparison of the original cluster, simplified layouts and early concepts.Open image at full size ↗

08

Iterate across states, not just one screen

The exploration expanded into a family of instrument-cluster states. Layout, vehicle imagery, status treatments and feedback were refined together, so the proposal could communicate changes in assistance rather than only present a polished static view.

Interface iterations across vehicle states, layouts and status treatments.
Interface iterations across vehicle states, layouts and status treatments.Open image at full size ↗

09

Build a consistent visual vocabulary

A shared system brought typography, icons, colors, vehicle illustrations and assistance components into one vocabulary. The component work focused on making the difference between normal operation, active support and a request for driver attention easier to recognize.

Design-system board covering vehicle illustrations and assistance states.
Design-system board covering vehicle illustrations and assistance states.Open image at full size ↗
Typography, icons, color and component treatments for the HDA interface.
Typography, icons, color and component treatments for the HDA interface.Open image at full size ↗

10

Test three directions

We developed three interface directions for comparison. White UI established a minimal baseline. Green UI emphasized reassurance and clear assistance feedback. Blue UI explored a more technical, information-focused presentation. The study compared these directions through driving tasks and participant feedback.

White UI: a minimal baseline for comparison.
White UI: a minimal baseline for comparison.Open image at full size ↗
Green UI: an interface direction focused on reassurance and readable assistance.
Green UI: an interface direction focused on reassurance and readable assistance.Open image at full size ↗
Blue UI: the information-focused direction presented in the original study.
Blue UI: the information-focused direction presented in the original study.Open image at full size ↗
Chapter 03Validation

11

Round 2: compare, co-design and refine

The second round combined visual UI testing with functional testing in the simulator and car. Whiteboard co-design let participants rearrange information and discuss what they needed in each driving mode. Their feedback pointed toward an adaptive hierarchy: speed mattered more during manual driving, while the vehicle visualization became more important with assistance engaged.

Round 2 study plan: visual UI testing and functional simulator/car testing.
Round 2 study plan: visual UI testing and functional simulator/car testing.Open image at full size ↗
Testing process from co-design through insight gathering and the next iteration.
Testing process from co-design through insight gathering and the next iteration.Open image at full size ↗
Whiteboard exercise for arranging instrument-cluster information.
Whiteboard exercise for arranging instrument-cluster information.Open image at full size ↗
Mode-dependent findings about information density, hierarchy and vehicle visualization.
Mode-dependent findings about information density, hierarchy and vehicle visualization.Open image at full size ↗

12

Make confidence measurable

The study used a custom confidence score to bring physiological signals, task timing and self-report data into a common framework. The documentation records how data was prepared, aligned and weighted. The pipeline also separates implemented inputs from planned facial-emotion and eye-tracking extensions, keeping the measurement model open to further development.

Confidence-score calculation with data preparation, time stamps and parameters.
Confidence-score calculation with data preparation, time stamps and parameters.Open image at full size ↗
Confidence-data pipeline, distinguishing implemented inputs from future extensions.
Confidence-data pipeline, distinguishing implemented inputs from future extensions.Open image at full size ↗

13

Green UI led the prototype comparison

The project study reported that Green UI achieved the highest confidence score, with a 10% improvement over the original UI. The comparison charts show how the three directions performed for the participants shown. This result guided the final prototype toward clearer assistance states and information that adapts to the driving mode.

Confidence-score comparisons for the White, Green and Blue interface directions.
Confidence-score comparisons for the White, Green and Blue interface directions.Open image at full size ↗

14

Compare simulator and real-driving measures

Paired-sample analysis compared simulator and real-driving measures from the same participants. The analysis considered confidence scores, UX self-reports, pupil size, heart-rate variability and task time, giving the team several perspectives on the experience across environments.

MeasureSourceFocus
Confidence scoreCustom confidence metricReported certainty and comfort
UX self-reportCustom UI questionnaireUsability, clarity and satisfaction
Pupil sizeTobii Pro Glasses 2A signal considered in cognitive-load analysis
HRV (RMSSD)Polar Beat ECGPhysiological variation during driving tasks
Task timeSimulator and real-car interaction logsTime and friction in completing tasks
Paired-sample analysis process comparing simulator and real-driving measures.
Paired-sample analysis process comparing simulator and real-driving measures.Open image at full size ↗
Chapter 04Final concept

15

A clear system of assistance feedback

The final Green UI brings together a compact status panel, a central vehicle illustration and a dedicated steering-assistance indicator. Dynamic icons distinguish paused and active states, while lane-keeping and following-distance feedback keep the assistance behavior visible. Information density changes with the driving mode.

The final Green UI with speed, vehicle visualization and steering-assistance status.
The final Green UI with speed, vehicle visualization and steering-assistance status.Open image at full size ↗
Status-panel component with compact icons and expanded feedback.
Status-panel component with compact icons and expanded feedback.Open image at full size ↗
Central vehicle illustration communicating the current driving state.
Central vehicle illustration communicating the current driving state.Open image at full size ↗
Steering-assistance component indicating machine-assisted steering.
Steering-assistance component indicating machine-assisted steering.Open image at full size ↗

16

See the prototype in motion

Three prototype sequences show the Green UI in motion, extending the component system into changes of state and feedback over time.

Lane-keeping assistance demo
Following-distance demo
Highway Driving Assist demo

17

North Star: bring feedback closer to the driver

The North Star concept explored a steering-wheel-mounted display and a fixed central screen within the turning wheel. Sketches and screen studies considered shorter eye travel and more immediate feedback, alongside the challenges of motion, rotating content and cognitive load. This remained a concept for further exploration.

North Star questions about the cabin experience and vehicle handoff.
North Star questions about the cabin experience and vehicle handoff.Open image at full size ↗
Wheel-mounted display concept and its eye-travel, visibility and motion tradeoffs.
Wheel-mounted display concept and its eye-travel, visibility and motion tradeoffs.Open image at full size ↗
Thumbnail sketches exploring steering-wheel displays and instrument layouts.
Thumbnail sketches exploring steering-wheel displays and instrument layouts.Open image at full size ↗
Steering-wheel concept with a fixed central screen as the wheel turns.
Steering-wheel concept with a fixed central screen as the wheel turns.Open image at full size ↗
Screen explorations for driving information, vehicle status and handoff cues.
Screen explorations for driving information, vehicle status and handoff cues.Open image at full size ↗

18

The next study environment

The cabin visualizations bring the steering-wheel concept and main display into a wider interior experience. Next steps were to improve simulator–UI integration, create opportunities to learn the assistance system through interaction, and add a more complex cityscape. Further testing with drivers familiar with Hyundai vehicles would help examine the wide variation in feedback observed in this study.

North Star cabin visualization with a compact display in the steering wheel.
North Star cabin visualization with a compact display in the steering wheel.Open image at full size ↗
North Star cabin visualization connecting steering-wheel feedback and the main display.
North Star cabin visualization connecting steering-wheel feedback and the main display.Open image at full size ↗