Story 01 · Product strategy

The flagship was changing.
The experience wasn’t.

The flagship was changing.
The experience wasn’t.

The plan was to carry an existing experience into the next flagship with minimal change. I challenged that assumption, proposed a new direction, and helped turn it into a scalable product change.

The plan was to carry an existing experience into the next flagship with minimal change. I challenged that assumption, proposed a new direction, and helped turn it into a scalable product change.

Product strategy

HMI

Product ownership

The story in 20 seconds

A carry-over decision became a product rethink.

A carry-over decision became a product rethink.

Challenged the inherited direction

The flagship was expected to carry forward an experience created for a different product level.

Proposed a new experience

I pushed for a new direction rather than treating the flagship as a visual variation of what already existed.

Took it through delivery

The direction progressed through experience, system, architecture, product and delivery scrutiny before being implemented.

The uplift wasn’t where the project started. The uplift happened because the original direction was challenged.

The uplift wasn’t where the project started. The uplift happened because the original direction was challenged.

The starting point

Carry-over was the plan.

Carry-over was the plan.

An established experience already existed. Reusing it kept implementation change and delivery risk relatively low. From a delivery perspective, it made sense.

Existing experience → Minimal change → Flagship

Existing experience → Minimal change → Flagship

Consistency

Patterns were understood.

Effort

Less technical impact.

Timing

Easier to accommodate.

Risk

Less uncertainty.

The product had moved up. The experience hadn’t.

The product had moved up. The experience hadn’t.

The existing direction had been created for a different product level. The flagship represented a higher product ambition.

If the product ambition was changing, why were we treating the experience as fixed?

The intervention

I asked for the direction to change.

I asked for the direction to change.

Rather than treating the flagship as another implementation of the existing experience, I proposed that we rethink the experience itself.

Original plan / Carry over → My intervention / Challenge → New opportunity / Explore → Consequence / Uplift created

Original plan / Carry over → My intervention / Challenge → New opportunity / Explore → Consequence / Uplift created

The strategic tension

A better flagship could create a worse system.

A better flagship could create a worse system.

Option A — Carry everything forward

Lower change and implementation risk. One shared direction; limited experience improvement; inherited constraints remain.

Option B — Create a flagship exception

A stronger experience for one product. More design freedom; two directions to maintain; future inconsistency.

Neither answer was good enough.

Neither answer was good enough.

How can the flagship lead without becoming an exception?

How can the flagship lead without becoming an exception?

My direction

Design the experience first. Then work backwards to the system.

Design the experience first. Then work backwards to the system.

I used the flagship as the reference point, then separated what genuinely needed to change from what could remain shared.

Keep

Rules and components that supported the intended experience.

Shared interaction patterns, familiar controls and behaviours that did not need to change.

Improve

Behaviour that worked, but could be refined.

Existing interactions that were understandable, but could be clearer, more efficient or better aligned with the flagship experience.

Redefine

Rules where carry-over constrained the experience.

Inherited behaviours that prevented the new direction from working consistently and needed a new product rule.

Flagship direction

→ What is product-specific? What should become shared? What needs a new rule? →

Adapted wider system

Evidence, not preference

A new direction had to perform better — not just look newer.

A new direction had to perform better — not just look newer.

Experience

The new direction simplified the interaction, clarified hierarchy and reduced unnecessary steps. In testing, the revised experience showed 70%+ better usability performance than the previous direction.

Usability / Human Factors

We tested the interaction against key usability and Human Factors concerns, then refined the design around clarity, discoverability and task flow before taking it through senior review.

Product coherence

Instead of designing a one-off experience, I worked with the wider system and component constraints so the flagship could lead the direction without fragmenting the shared product experience.

From proposal to commitment

The proposal had four questions to survive.

The proposal had four questions to survive.

Is it better?

Design comparison · Usability · Human factors

Can it work?

System capability · Architecture · Performance

Can we deliver it?

Effort · Timing · Components · Dependencies

Is it worth the risk?

Product impact · Quality · Programme risk

Challenge raised → New proposal → Cross-functional review → Senior review → Direction agreed

Challenge raised → New proposal → Cross-functional review → Senior review → Direction agreed

Approval wasn’t the finish line

Protect the intent. Flex the implementation.

Protect the intent. Flex the implementation.

Implementation brought shared components, library rules, feature dependencies, system concerns and programme timing.

Component strategy

Strict reuse vs a local solution.

Feature dependencies

One change affected other features.

Timing pressure

The delivery window reduced.

My role changed with the project

I started by challenging the direction. I ended up helping a squad deliver it.

I started by challenging the direction. I ended up helping a squad deliver it.

Direction

Proposal · Principles · Experience

Alignment

Design · Product · System · Architecture

Delivery

Priorities · Ownership · Specification · Risk

From challenge to delivery

The direction made it through.

The direction made it through.

01 / Carry-over planned

02 / Direction challenged

03 / Uplift initiated

04 / New experience proposed

05 / System adapted

06 / Direction agreed

07 / Implementation negotiated

08 / Released · 2026

What began as questioning a carry-over decision became my first product direction taken from initial challenge through to delivery.

Stronger experience

Brand new experience design for flagship + related carlines.

Reconsidered rules

Assumptions were challenged, not simply reused.

Delivered direction

The core idea survived scrutiny and implementation.

Story 02 · Coming soon

The design was approved. The rule wasn’t complete.

The design was approved. The rule wasn’t complete.

Delivery exposed a deeper problem: the rules and validation process around the design were incomplete.

Read the decision

HMI Product Owner / UX designer

HMI Product Owner / UX designer

Delivered 2026

Delivered 2026

Duration 1 year, 3 months

Duration 1 year, 3 months