In 2016, Mercedes-Benz began its dive into future connected car services. In the years since, they still
lack products that focus on user needs.
I designed a solution for connected car monitoring with the Innovation Team at Mercedes-Benz.
Mercedes-Benz’s future vision revolves around CASE — Connected, Autonomous, Shared Services,
Our Innovation team was tasked with finding a digital product use for hardware within select models, but this lacked a specific user or problem.
Some information obfuscated for confidential reasons.
We had 3 weeks to create an MVP that would be reviewed by a GM and potentially be approved
to continue product development.
I led design in our team of four interns (1 design, 1 product, 2 engineers), but also conducted user research with my team. We were guided by three Innovation Team managers.
This was presented to and approved by two GMs in August 2019.
A New Product Approach
The A-Class' rejuvenated "bottom-up" approach with fitting entry-level cars with more tech features
appeals to a younger, new customer.
But the A220 still starts at $32,500. Are these drivers feeling supported in their large investment?
While customers differed in behaviors, preferences, and contexts, they shared a desire
for increased control and assurance.
Only 1 of the 34 customers we interviewed used a dashcam. 7 indicated interest but felt aftermarket solutions were intimidating. By contrast, existing OEM competitors showed more success.
Drivers want to take safety measures for their car but lack the means to do so.
A native solution addresses aftermarket issues and fits within MB's CASE product strategy - creating a smarter, safer car ownership experience.
What does providing drivers with control and assurance look like?
Visionary monitors Mercedes-Benz vehicles by logging events, pushing notifications, and recording incidents.
Security for Different Contexts
Drivers set how sensitive they need Visionary to be. Turn it off while parking in the garage at home, or increase sensitivity when handing the car off to a valet.
Logging Vehicle History
Visionary logs events in one place, giving users an accurate timeline of events that have happened to their car with text info and videos.
Users check in on their car at any time with a live stream and incident notifications.
Drivers have the ability to start a manual video capture or instantly capturing the last two minutes.
The Research Process
Our team talked to 34 drivers across 5 days to learn about their needs and relationships to their cars.
4 qualities differentiated drivers from each other:
- Comfortable Drivers vs. Anxious Drivers
- Driving for Leisure vs. Daily Drivers
- Alert Drivers vs. Distracted Drivers
- Value Car Highly vs. Ambivalent About Car
Spectrums Over Personas
Personas can bias insights towards demographic factors. Our previously defined driver qulaities helped
motivational-level behaviors and needs.
We identified two main groups:
Based on user needs, we determined a monitoring system had to have certain qualities:
- Native: Minimal setup, work across models
- Connected: Information accessible in real-time
- Event-logging: Record incidents, note relevant information, and log info in a categorical format
The Design Process
Which actions are to be taken by users?
- Check: Observe status and context
- Act: Take action to prevent an incident
- Feedback: Receive continued updates
- Review: Obtain recourse in case of an incident
Initial information architecture was drafted, before visualizing first attempts on paper.
The central dashboard became the main focus for checking updates, adjusting monitoring sensitivity, andcapturing video.
Dedicated security and video reviewing functions sat in discrete tabs.
Quick and dirty rounds of usability testing resulted in a number of stepwise improvements.
However, I downplayed contextual sensitivity. Situations could be simple: driving versus parking. Or more
granular: covered versus street parking. Or even more granular: which street, what time.
Existing designs missed the nuance of driver expectations in specific situations. In response, the next few iterations:
- split the dashboard into distinct “Park” and “Drive” modes.
- defined sensitivity of parking modes.
- combined event log and video library as review actions.
Design patterns moved away from existing MB app designs for internal reasons.
Lo-fi visuals and icons emulated shedding light onto the dark, with dark tones and metallic highlights for contrast.
User-specific details have corresponding car model silhouettes. Color is sparse — blue for status information or yellow for destructive indications.
Design for Assurance
The Drive interface emphasizes manual capturing and on/off for monitoring, cutting down on excess information while in the act of driving.
Alternatively the Park interface’s hierarchy emphasizes monitoring sensitivity and status updates. Drivers can also view visual crowdsourced incident data to assess the safety of a nearby area and adjust sensitivity accordingly.
The event log displays relevant incident information. Functionally users here can flag key incidents, playback and download video, and extract video data — validated by developer teammates’ technical demos.
From these key elements, I formed the flow of Visionary.
Design value lies in activating a user-centric approach within a multidisciplinary team. Empowering non-designers helped my delivery of the prototype.
Strong Opinions Loosely Held
Throughout the process, user perspectives were adjusted throughout team meetings. Even though the research
wasn’t bulletproof, each small design decision was justifiable through it.
It was important to realize that snapshots of users could change drastically.