DIMO AI

Building the intelligence layer on top of connected vehicles.

Role

Product Strategy, UX Architecture, Systems Design, User Research, and Cross-Functional Alignment

Platforms

IOS, Android & Web

Timeline

Aug 2025 — Jan 2026

Category

Automotive, AI
In summer 2025, DIMO faced slowing hardware sales, team reductions, and limited distribution just as AI capabilities were accelerating. In partnership with the CEO, I helped shift the product from passive vehicle telemetry to proactive, AI driven ownership intelligence.
Rather than layering a chatbot onto existing screens, we repositioned AI as the organizing layer connecting live data, documents, and financial context into actionable guidance. Working without a PM or marketing function, I expanded into product architecture and growth strategy. Early testing showed strong resonance and clear advocacy intent, despite performance and scale constraints.
This project marked my transition from feature focused design to founder level product thinking.

Context & constraints

The business was heavily tied to hardware distribution and paid marketing. When marketing capacity disappeared, so did the main growth engine. At the same time, engineering resources were primarily allocated to mobile because that was where the team historically operated. We had no dedicated analytics bandwidth and no PM to formalize measurement. Decisions moved quickly, which required me to think more holistically about product direction, not just execution.

These constraints forced sharper prioritization. If AI was going to matter, it had to solve real ownership problems in a way users could immediately feel, not simply exist as a feature.

Problem space

Automotive is one of the largest consumer spend categories, yet ownership remains fragmented and opaque. Cars are expensive to purchase, insure, maintain, and repair. Most drivers do not understand the tradeoffs, timing, or risks involved. Anxiety around being overcharged or missing critical maintenance is high.

This combination of high spend, high uncertainty, and high complexity makes automotive uniquely suited for AI decision support. The opportunity was not to answer questions about cars, but to reduce ownership friction at scale.

Vision

Ownership today is reactive and fragmented. Apps show status. Search engines answer questions. Drivers still connect the dots themselves. We believed DIMO could evolve into an ownership decision system. Instead of showing vehicle data, the product would guide actions. Instead of dashboards, it would manage outcomes.

How do we evolve from vehicle data platform to ownership decision system?

Data foundation

DIMO already owned the live vehicle layer. We collected real time signals such as error codes, odometer readings, tire pressure, and over 170 additional data points through hardware and OEM integrations. We also stored historical telemetry, which gave us memory over time.

This meant we were not starting from zero. We had live signals and longitudinal data. What we did not yet have was structured ownership context.

Experimenting within legacy mobile architecture

Capturing documents

We began integrating AI into the existing mobile app and uncovered a structural opportunity around documents. 42 percent of surveyed users managed critical car paperwork as loose papers in their glovebox, creating friction and risk. They could not quickly answer questions about coverage or service history and were exposed to missed renewals or lost documents.

Inside DIMO, the Glovebox feature was the fourth most visited vehicle data page but functioned purely as storage. After a few uploads, the experience felt complete. There was no parsing, surfaced due dates, reminders, or intelligence. Discoverability was weak, buried at the bottom of the car page and separated by vehicle, forcing duplicate uploads for shared policies. The system stored documents but did not activate them.

This was a strategic gap. For AI to guide ownership decisions, it needed structured context. Service records, insurance policies, registrations, and receipts turned telemetry into ownership memory.

Architectural decisions

As we integrated documents into the system, we faced a structural decision. Should uploads live inside a conversational interface, or should they form a structured ownership hub? Chat interfaces are flexible but hide structure. Dedicated hubs are clearer but risk fragmentation.

Capturing documents

After defining the architectural direction, I translated the ownership intelligence system into a coherent high fidelity layer across mobile. The goal was not visual polish alone, but clarity of system behavior.

Strength meter created a visible completion loop that gamified ownership progress.

Support for both image uploads and manual text records lowered friction.

Contextual reminder suggestions acted as return triggers and reinforced habit formation.

Instant scanning parsed key fields on upload and reduced manual effort.

Automatic categorization organized documents across vehicles.

Text only entries had equal visual weight in the system, reinforcing transparency and completeness.

System logic

A subtle in product gradient system differentiated AI driven surfaces, while a more expressive extension powered the waitlist and marketing narrative. Color carried semantic meaning across live signals, document memory, and action layers, making AI feel structural rather than decorative. This system helped build early community and clarify positioning before deeper product restructuring. The full landing experience can be viewed at https://ai.dimo.co/.

Expanding AI across surfaces

As documents and telemetry became structured, we began embedding AI insights directly inside existing widgets rather than isolating them in chat. Battery health, tire pressure, and vehicle diagnostics screens surfaced contextual guidance and next actions in place.

This approach turned passive data screens into action surfaces. On the tires page, AI could recommend replacement timing, estimate cost, and surface potential partner offers. The same pattern created clear integration paths with service providers, tire marketplaces, and repair networks.

AI UI and brand system

As AI became embedded into the mobile experience, it needed a distinct identity. I designed the AI chat interface and introduced a visual language that separated intelligence from raw telemetry without disrupting the core product.

System logic

A subtle in product gradient system differentiated AI driven surfaces, while a more expressive extension powered the waitlist and marketing narrative. Color carried semantic meaning across live signals, document memory, and action layers, making AI feel structural rather than decorative. This system helped build early community and clarify positioning before deeper product restructuring. The full landing experience can be viewed at https://ai.dimo.co/.

Mapping the full insight opportunity

To avoid incremental thinking, I mapped every data signal against potential ownership questions and decisions. The result was a comprehensive mindmap connecting telemetry, documents, and financial context to insight surfaces such as resale timing, total driving cost, maintenance forecasting, and price per mile.

System logic

This exercise revealed that we were positioned to participate in higher value ownership moments, not just maintenance reminders. We could support decisions like when to sell, whether to repair or replace, and how much a vehicle was worth over time.

The system was evolving from insight generation to transaction influence, expanding both user value and monetization potential.

Re architecting around AI web first

The strategic reframe

After early experimentation, we stepped back and reframed the problem from first principles. Instead of asking where AI could fit, we asked what people actually need from their car. Drivers care about saving money, staying safe, planning maintenance, understanding costs, and selling at the right time. Some of that value works without live data, but real time signals make it significantly stronger.

Providing value before device connection

Recognizing that legacy mobile constraints limited experimentation, we shifted to a web first experience built from core principles rather than inherited navigation. Web allowed faster iteration, cleaner information architecture, and testing with new audiences who were not primarily reward focused. It also enabled value before hardware connection, or even the app download, reframing the device as an upgrade rather than a requirement and shortening time to a-ha moment. 

Through the web experience, users entered their make, model, and year and could upload any available service records. Based on that information, we automatically generated a starter maintenance schedule and prefilled relevant recommendations. Within a short session, users created their first reminder, shared their email, and gave us their vehicle details for continued engagement.

The dashboard then organized maintenance, costs, resale insights, and documents into a unified layer. Instead of displaying raw data, the system surfaced structured actions and next steps, while clearly highlighting the additional value unlocked once a device was connected. This was the first version of the product that felt truly AI native.

Early validation signals

Even without large scale distribution or full analytics infrastructure, early tester feedback was directionally strong. Recommendation and continued use intent both skewed high, even when users experienced noticeable latency in AI responses. The friction was operational, not conceptual. Interest in the device showed similar upside once it was framed as an enhancement to unlock deeper intelligence within the ownership system.

Across signals, the pattern was consistent. The ownership intelligence model resonated. The primary blocker was speed and execution polish, not product direction.

If resourced to scale

With full engineering, marketing, and analytics support, my focus would be on tightening the system rather than expanding features.

1

I would optimize value focused onboarding to reduce time to first meaningful insight. Activation would be defined by achieving a clear goal aligned outcome, not just account creation.

1

I would optimize value focused onboarding to reduce time to first meaningful insight. Activation would be defined by achieving a clear goal aligned outcome, not just account creation.

1

I would optimize value focused onboarding to reduce time to first meaningful insight. Activation would be defined by achieving a clear goal aligned outcome, not just account creation.

2

I would strengthen AI trust mechanics through visible confirmation states, structured and concise responses, and clear system memory so users feel progress.

2

I would strengthen AI trust mechanics through visible confirmation states, structured and concise responses, and clear system memory so users feel progress.

2

I would strengthen AI trust mechanics through visible confirmation states, structured and concise responses, and clear system memory so users feel progress.

3

I would build lifecycle loops. Weekly or monthly goal specific summaries and prompt suggestions would reinforce habits outside the app.

3

I would build lifecycle loops. Weekly or monthly goal specific summaries and prompt suggestions would reinforce habits outside the app.

3

I would build lifecycle loops. Weekly or monthly goal specific summaries and prompt suggestions would reinforce habits outside the app.

4

I would prioritize performance. Speed and response structure shape perceived intelligence as much as model quality.

4

I would prioritize performance. Speed and response structure shape perceived intelligence as much as model quality.

4

I would prioritize performance. Speed and response structure shape perceived intelligence as much as model quality.

Only once engagement and retention were stable would I invest in high conversion landing expansion and device funnel optimization. To support this, I would track activation tied to first value, goal based engagement depth, weekly active AI users, 7 and 30 day retention cohorts, and device upsell progression.

Key learnings

1

AI cannot be decorative. It must be architectural.

1

AI cannot be decorative. It must be architectural.

2

Perceived intelligence depends on speed and structure as much as raw model capability.

2

Perceived intelligence depends on speed and structure as much as raw model capability.

3

Engineering allocation shapes learning velocity.

3

Engineering allocation shapes learning velocity.

4

Distribution is oxygen. Even strong product resonance cannot scale without it.

4

Distribution is oxygen. Even strong product resonance cannot scale without it.

This project transformed how I operate. I moved from layering features within constraints to shaping product direction under uncertainty. I learned to connect motivation, data, AI, and monetization into a coherent system.

Shortly after these experiments, the company restructured and shifted focus toward infrastructure and B2B priorities. The consumer AI initiative did not continue beyond this phase. The pause was organizational, not directional. Even without full scale rollout, we validated that an AI native ownership platform could resonate strongly with real users, and the conviction behind that model remains strong.

Credits

Product & Engineering partner – Rob Solomon
UI Animator – Kolom

diana@dianamas.com

If you are a founder or product leader working on something meaningful, write me.

I also love meeting thoughtful, smart people. Art, product, AI, wellness. If that resonates, let’s talk.

diana@dianamas.com

If you are a founder or product leader working on something meaningful, write me.

I also love meeting thoughtful, smart people. Art, product, AI, wellness. If that resonates, let’s talk.

diana@dianamas.com

If you are a founder or product leader working on something meaningful, write me.

I also love meeting thoughtful, smart people. Art, product, AI, wellness. If that resonates, let’s talk.