Portfolio
A context-aware in-car AI HMI that detects when delay breaks a real commitment and offers the next best action without pulling the driver into a phone workflow.
The quickest way to understand the concept is to watch the journey change meaning. The interface starts as a normal drive, detects that delay now threatens a commitment, offers bounded support, then returns to the driving state after confirmation.
| Scenario | What the car detects | Actions offered |
|---|---|---|
| Late for Meeting | ETA exceeds meeting start time. | Call · Message · Reschedule |
| Late for Reservation | ETA exceeds booking time, restaurant context. | Call restaurant · Request reschedule |
| Running Home Late | ETA exceeds expected home time, partner context. | Text "5 min late" · Share location · Call |
| Tired | Inferred driver state. | Rest stops · Upbeat music |
| Too Warm | Inferred cabin discomfort. | Lower AC · Open window · Open panorama |
Nothing sensitive happens silently. The car prepares the message, offers the remote join, and drafts the location share — the driver confirms with one tap or voice. — Bounded autonomy line
Delay is not experienced as a traffic problem. It becomes a coordination problem the moment ETA collides with a meeting, reservation, or person waiting at home.
Most in-car AI assistants still behave reactively: the driver asks, the system answers. That misses the high-stress moment when the driver is already managing time pressure and is most likely to reach for a phone.
That fallback sits inside a real safety problem. NHTSA reports 3,275 deaths in crashes involving distracted drivers in 2023.
Trapped in the car.
Called a coworker to stall for time before a meeting.
My brain is packed up.
There is no proactivity by the system itself.
Not very useful.
How might an in-car AI system use contextual awareness to support drivers during delay-related, time-critical journeys without increasing distraction or breaking mental flow? — Problem statement
The concept response was deliberately narrow: not another assistant, and not a chat layer. A vehicle should notice when a routine journey has become consequential and surface the single next best action in the existing HMI.
Core proposition: AI as embedded vehicle behaviour, not as an added tool.
Secondary research set the safety constraints: short-glance design, limited eyes-off-road time, and human-AI interaction principles from Amershi, Shneiderman, and Norman. Primary research made the product logic sharper: delay only matters when it breaks a commitment.
I used the research to make interaction decisions rather than to document a chronological design process.
Drivers described delay as coordination stress, not route frustration.
Decision: Trigger support only when ETA intersects with a real commitment.
The phone was the default workaround, even when participants knew it was unsafe.
Decision: Put the next action inside the existing HMI instead of asking drivers to switch tools.
Proactive support was wanted only when it stayed bounded.
Decision: The car drafts, prepares, and suggests. The driver confirms every sensitive action.
Distraction risk made visual hierarchy more important than feature density.
Decision: Use a compact top banner, route colour shift, and calendar conflict badge instead of a conversational surface.
I ran follow-up sessions with the same 5 participants and tested the concept against four hypotheses. Percentages are positive responses out of 15: 5 participants across 3 core delay scenarios.
Reservation scenario hit hardest. Meeting and Late Home consistently positive.
Strongest result. Directly addresses the workaround behaviour found in interviews.
Trust held as long as the system stayed suggestion-based. The moment automation overreached, trust collapsed.
Directionally supported. Wording, hierarchy, and option count still need refinement.
| Signal | Boundary |
|---|---|
| Wanted | Drafting a message. |
| Wanted | Suggesting "join remotely". |
| Wanted | Surfacing the restaurant's number. |
| Rejected | Sending anything without confirmation, every participant. |
| Rejected | Auto-joining a meeting. |
| Rejected | Decisions about scheduling without sign-off. |
| Softer reception | Tired and Too Warm scenarios: not annoying, but not as obviously useful. |
Participants did not reject proactivity. They rejected irrelevant or overreaching proactivity. The same prompt at the wrong moment would have failed; in the core delay scenarios, the system appeared only after delay had clearly broken a commitment.
The challenge was not generating AI responses. It was deciding when context was meaningful enough to interrupt the HMI at all, and then keeping the intervention bounded.
The system fuses signals that are not new in isolation, but meaningful together: route and live ETA, calendar timing, traffic, communication context, vehicle state, trip context, and learned behaviour patterns.
Has the ETA shifted meaningfully versus the planned arrival?
Is there a calendar event, reservation, or known obligation tied to this trip?
Does the new ETA now break that commitment?
Work, social, family, or general context changes tone and action set.
A delay only triggers intervention when all checks line up. A slow drive with nothing scheduled stays silent. The same slow drive 20 minutes before a meeting surfaces support.
Keep the next version focused on the three validated core scenarios: Late for Meeting, Late for Reservation, and Running Home Late. Refine hierarchy, confirmation feedback, and option count before claiming low-distraction performance.
After a larger sample and simulator testing with objective workload measures such as NASA-TLX and eyes-off-road time, the same framework can extend into adjacent areas such as fatigue and trip-mode personalisation.