← Sree Divya / BMW Media Cockpit
AI · Enterprise SaaS BMW Group · WNS Global Product Designer Shipped

BMW Media Cockpit
— Decision Intelligence Platform

BMW's global media teams were making multi-million euro campaign decisions using fragmented data, manual exports, and gut instinct. I designed an AI-powered decision support system that replaced scattered reporting with a single platform for insight, simulation, and confident action.

My role
Product Designer
Timeline
2 months
Team
PM · 2 Eng · Analytics · Biz
Platform
Web — desktop-first
BMW Media Cockpit hero overview
BMW Media Cockpit hero overview
01 — Context

What BMW needed and why it mattered

BMW manages media campaigns across 12+ markets, multiple brands (BMW, MINI, Rolls-Royce), and 4+ channels simultaneously. The scale of this operation means that even a 1% improvement in budget allocation efficiency translates to millions in recaptured value. At the time I joined this project, none of that optimisation was possible in real time.

I was brought in as the lead designer at WNS Global's SaaS product division — working directly with the BMW Group client team, product management, and a lean engineering squad. This was a greenfield product, not a redesign. Which meant the first challenge was also the most important: defining what problem we were actually solving.


02 — The problem

More data, fewer decisions

Before running a single interview, I audited the existing workflow. Media planners across markets were using a combination of Excel exports, local BI tools, and email threads to coordinate campaign decisions. The problems were structural, not just UX.

Decisions took 3–5 days
Getting data from all channels into one view required manual pulls across 4 systems. By the time a decision was ready, the market had moved.
📊
No cross-market visibility
Each market reported independently. Managers couldn't compare brand spend vs performance across regions in a single view.
💸
Budget reallocation was reactive
Without real-time channel signals, underperforming budget kept flowing to the wrong channels for days after the signal was there to act on.
🎯
KPI misses discovered too late
Off-target performance was surfaced in weekly review decks — not in real time. The window to course-correct had already closed.

"We spend more time preparing data for the meeting than actually making decisions in it."

— BMW Media Planner, Germany (research interview)

Specific financial figures are protected under NDA. All metrics shown are directional and anonymised.


03 — Research

Understanding how media teams actually decide

Two weeks before touching Figma, I ran a structured discovery phase. The goal wasn't to validate a solution — it was to build an accurate mental model of how media decisions actually get made under pressure.

What I did

1
7 contextual interviews with media planners across 3 markets
Sat with teams during live workflow, not in a meeting room. Observed what tabs they had open, what they ignored, what made them pick up the phone instead of using existing tools. The biggest insight: people weren't avoiding the tools — the tools weren't giving them confidence to act.
2
Decision journey mapping with analytics and business stakeholders
Mapped the full path from data ingestion to budget action. Found 6 distinct handoff points where information was consistently distorted or dropped. One of those handoffs — manual data reconciliation between systems — was consuming an average of 4 hours per planner, per week.
3
Competitive analysis: Tableau, Datorama, Looker, custom BI tools
Every existing tool solved the "show data" problem. None of them solved the "help me decide" problem. The market had optimised for visualisation, not for decision confidence. That gap was the opportunity.
Research reframe: Users didn't want more charts. They wanted the system to surface what needed attention right now — and make acting on it as frictionless as possible. This shifted the entire product direction from reporting dashboard to decision support platform.
BMW task flow and journey mapping
Research
BMW task flow and journey mapping
Research artefact: decision journey and task flow

04 — Process & key decisions

Where I spent my thinking time

Framing the design challenge correctly

Before sketching anything, I ran a structured workshop with the PM and business lead to define: what constitutes a "good" campaign decision? What triggers a reallocation? What's the confidence threshold? Who approves what? This session produced a decision taxonomy that became the backbone of the information architecture.

The critical architectural decision

Three interface directions competed for the primary design paradigm. I evaluated each against user research, technical constraints, and business goals:

Direction
Core tradeoff
Outcome
Full BI dashboard — show all data at once
Maximum information, maximum cognitive load. Research showed users would default to familiar tools rather than learn a new complex interface.
Rejected
Alert-only feed — hide the underlying data
Reduces noise, but destroys trust in AI recommendations. Users needed to see the evidence before acting, especially for high-stakes budget decisions.
Rejected
Decision-first: alert → context → action in layers
Requires a high-quality AI confidence scoring layer, but matches the actual mental model. Every screen answers: what matters, why, and what I can do.
✓ Chosen

Design system — a deliberate early investment

The product spans four modules: dashboard, simulation engine, campaign planner, and reporting. Early in sprint 2, I noticed visual and component drift forming between modules — conflicting spacing, inconsistent data table patterns, different chart styles. I paused feature work for one sprint to establish a shared component library and design token system in Figma before continuing.

This cost a sprint upfront. It saved an estimated three sprints of rework later, and meant engineering had a consistent reference across the entire product.

BMW product cards
Process explorations and decision flow

Using AI to accelerate design exploration

I used Claude for rapid design critique — feeding it annotated screenshots and asking it to challenge assumptions before I moved to high fidelity. I used ChatGPT to draft and stress-test IA options, generate edge case user scenarios, and structure research synthesis. These tools didn't replace design judgment — they compressed the time between a rough idea and a pressure-tested one.


05 — Solution

From passive reporting to active decision support

The final product is structured around three interconnected layers — each building on the last to give users just enough context to act with confidence, not just awareness.

Layer 1 — Situation awareness (Dashboard)

The dashboard leads with an AI-ranked alert feed ordered by urgency and potential impact — not by recency. Users see what needs attention before they see what's fine. Each alert is expandable inline to show the supporting data trail behind the recommendation, without requiring navigation away from the feed.

Layer 2 — Simulation engine

Before committing to a budget decision, users can model its projected impact in real time. The simulation runs against historical performance and predictive data, returning a confidence score and projected outcome range. This was the feature most requested in research and most absent from existing tools. The design goal was simple: eliminate decision anxiety by making the cost of exploring options near zero.

Layer 2: simulation and budget modelling flow

Layer 3 — Execution & feedback loop

Once a decision is made and a budget shift is approved, it's tracked end-to-end in the platform. Post-execution performance is automatically fed back into the AI model to calibrate future recommendations. This closed loop was essential for building user trust in AI over time — each acted-on recommendation that paid off made the next one easier to accept.

Execution and feedback loop walkthrough
Design system note: The component library I built covers data tables, alert card variants, chart primitives (bar, donut, trend line), form inputs, and modal patterns — documented in Figma with interaction states, responsive behaviour, and engineering annotations across all four modules.
BMW design system and component library
Design system: component library and token foundations

06 — Impact

What changed after launch

↓25%
Reduction in decision preparation time per campaign review
82%
AI recommendation adoption rate in first 6 weeks post-launch
+30%
Faster budget reallocation decisions vs baseline
35%
Less design-to-dev rework via shared design system (team of 8)
3
Product modules unified under one token-based component library
12+
Markets actively using the platform within 3 months of rollout

Metrics are directional due to NDA. Specific figures available to discuss during interview.


07 — Reflection

What I'd do differently

Every project teaches you something only visible in hindsight. These are my honest take-aways from this one.

What I'd keep
Two-week discovery before any design work — the research reframe changed the entire product direction
Pausing feature work to build the design system early, even at short-term velocity cost
The decision-first information hierarchy: alert → context → action
Documenting design rationale directly inside Figma frames, not separately
Contextual interviews during live workflow rather than structured sessions in a meeting room
What I'd change
Involved engineering earlier in the simulation architecture — late-stage interaction redesigns were expensive
Would run low-fidelity concept tests before jumping to high-fi for the AI module — we skipped a step
Should have established component naming conventions with engineering on day one, not sprint 3
Would scope v1 smaller and ship faster — we tried to ship everything in the first release

The hardest part of this project wasn't the design. It was convincing stakeholders to invest in the simulation engine before building the dashboards — everyone wanted to see screens first. I had to hold that position with research evidence for two weeks before getting the green light. That experience, learning to defend a design rationale against pressure with evidence rather than opinion, was the most valuable thing I took from this project.

Explore more projects

HEX case study preview image