02 / Selected workDesign leadership · Organisational change

BlueSG

UX isn’t a hire. It’s a culture you install.

I moved BlueSG from virtually no UX process to a structured, widespread practice by proving value through service improvements, then building repeatable research, critique and design-system rituals.

Service DesignProduct DesignDesign Leadership
My role
Lead Product Designer — transformation strategy, research practice, facilitation, design system and team development
Scope
2023–2026
Focus
UX maturity · Design system · Research ops
Evidence status
Stage 4 is the achieved state; Stage 5 is the next target. I used the NN/g model as a diagnostic framework—not as external certification.
BlueSG product experience visual combining the mobility map, growth metrics and customer participation
Measured organisational and product impact
+12%rental conversion after app revamp
−25%development cost via tokenised components
1 → 4Stage 4 achieved; Stage 5 in progress
01 · Project overview

What I owned—and the environment around the work

A concise project brief that makes my individual contribution, collaborators and definition of success clear before the detailed process.

01Business context
A fast-moving B2C EV car-sharing business with a legacy app, complex operations and no established UX operating model.
02My ownership
I set the transformation direction while remaining hands-on across research, service design, product work and design-system delivery.
03Core collaborators
Head of Product, product managers, Engineering, Data, Marketing, Operations and the Customer Relations Centre.
04Success definition
Better customer outcomes, less avoidable delivery effort and repeatable evidence-led decisions that did not depend on one designer.
02 · Problem

The decision behind the screens

BlueSG had inconsistent product decisions, no reliable user-feedback loop and no UX metrics in leadership conversations. Eight in ten feature requests lacked user validation.

  • 80% of feature requests had no user validation.
  • 35% of development time was spent fixing avoidable issues.
  • Developer-led decisions created inconsistent journeys and accessibility gaps.
  • No product KPIs captured UX outcomes.

Prove value with one win, then turn that win into the way the organisation works.

03 · Discovery evidence

Three signals changed the shape of the problem

I connected behavioural, operational and qualitative evidence before choosing a solution. Each signal created a concrete design implication.

01Customer and CRC evidence

Churn research and support data showed that unresolved service issues were affecting trust as much as interface inconsistency.

Design implication

The first proof point needed to improve a real service outcome, not merely restyle the app.

02Delivery evidence

Teams repeatedly rebuilt patterns and spent 35% of development time fixing avoidable experience issues.

Design implication

Reusable components, design tokens and earlier critique could reduce downstream waste.

03Decision evidence

Most feature requests arrived without user validation and UX outcomes were absent from leadership reviews.

Design implication

Research gates and outcome metrics had to become part of prioritisation—not optional design activities.

04 · Maturity progress

Three stages achieved. The next one is still in progress.

I used the NN/g maturity model as a diagnostic lens for behaviour, process and adoption—not as an external certification. The evidence below separates completed change from the next target.

01Stage 1 → 2Achieved

Prove value with a service win

I started where customer pain and operational performance were already visible: the Customer Relations Centre. Churn research, interviews and a Double Diamond service-design intervention made the value of UX concrete before I asked the organisation to change how it worked.

Evidence

Turnaround fell from 1.5 hours to 7 minutes; agent no-reply tickets fell 92%.

02Stage 2 → 3Achieved

Turn one win into a repeatable method

I used the CRC post-mortem to show management how research, collaboration and iteration led to the result. We then defined cross-team responsibilities, established a shared voice and tone, and secured support for broader research and design practice.

Evidence

Design shifted from a cosmetic service to an evidence-led product capability.

03Stage 3 → 4Achieved

Install standards, systems and rituals

I introduced a detailed Double Diamond SOP, discovery critique, weekly design critique, a Miro research repository, an always-on participant panel, accessibility standards and a tokenised design system connected to delivery work.

Evidence

Research became reusable, UX metrics reached leadership, and tokenised components reduced development cost by 25%.

04Stage 4 → 5In progress

Spread ownership beyond design

The current work is to embed user evidence in more roadmap and operational decisions, help other departments use the same problem-framing practices, and measure adoption—not simply the existence of UX artefacts.

Evidence

Stage 5 is a direction of travel, not a completed maturity claim.

05 · Decision trail

Complexity, compressed into three decisions

The artefacts were useful because they helped the team make choices. This is the evidence-to-decision trail behind the final experience.

01
Question

Where could design earn trust first?

Evidence

The contact-centre journey had visible customer pain and measurable operational performance.

Decision

Use a focused service-design win to demonstrate value before proposing organisation-wide change.

02
Question

Should the transformation be a process document?

Evidence

Documentation alone would not change daily product and engineering behaviour.

Decision

Pair the Double Diamond SOP with critiques, workshops, research participation and delivery gates.

03
Question

How could quality scale beyond one designer?

Evidence

Inconsistent UI, accessibility gaps and repeated build work came from fragmented ownership.

Decision

Create shared tokens, components and standards while spreading decision ownership across functions.

06 · Two connected lenses

Service Design and Product Design, deliberately connected

I treated the operating experience and the interface as one system. Each lens solved a different part of the same problem.

Service Design

Shaping the ecosystem, hand-offs and operating model.

  • Mapped the organisation, hand-offs and customer-support service
  • Created a repeatable Double Diamond operating model
  • Established a continuous research panel and feedback loop
  • Made UX metrics part of leadership reviews

Product Design

Turning service decisions into clear, usable product behaviour.

  • Built a tokenised atomic design system
  • Introduced accessibility and readability standards
  • Created weekly critiques and reusable delivery patterns
  • Connected research evidence to the product roadmap
07 · Process

From ambiguity to a decision the team could act on

01

Prove value

Used contact-centre research and a focused service-design intervention to create an early, measurable win: support turnaround fell from 1.5 hours to 7 minutes and agent no-reply tickets dropped 92%.

02

Make it repeatable

Turned one successful project into a shared way of working through post-mortems, stakeholder workshops, a voice-and-tone system and a clear cross-team collaboration cadence.

03

Systemise the practice

Introduced a detailed Double Diamond SOP, weekly critique, research repository, always-on participant panel and tokenised design system as durable infrastructure.

04

Spread ownership

Connected user evidence to prioritisation and began spreading user-centred methods beyond Product and Design. This is the work moving BlueSG toward Stage 5; it is not presented as completed.

08 · Operating system

The infrastructure that made the change durable

Each maturity transition left behind a reusable practice. Together, these became the operating system for evidence-led product and service design at BlueSG.

01

Double Diamond operating model

A practical SOP explaining when to research, where critique happens, who collaborates and what evidence is needed before delivery.

Structured · iterative · holistic · collaborative
02

Research repository and panel

A shared Miro repository and always-on participant panel made interviews, surveys, usability studies and beta testing easier to repeat.

Reusable insight instead of one-off project research
03

Tokenised atomic design system

Primitive, semantic and component tokens connected Figma decisions with reusable engineering patterns and incremental legacy-product change.

25% lower development cost via tokenised components
04

Critique and learning cadence

Weekly design critique, UX University sessions and regular collaboration rituals made quality and knowledge sharing part of the working week.

Quality became a team habit rather than a final review
05

Experience principles

Delightful, Empowering and Visible became shared experience principles, supported by POUR accessibility guidance and readability standards.

A clearer bar for product and content decisions
06

Leadership visibility

Product analytics, support evidence and UX outcomes were brought into management conversations so experience quality could influence prioritisation.

UX outcomes discussed alongside delivery and business outcomes
09 · Constraints and trade-offs

What made the work difficult—and how I responded

These constraints shaped the solution, the order of work and the compromises I made with the wider team.

01

No established UX mandate

The tension

A large transformation proposal would have sounded theoretical before teams experienced design value.

My response

I started with an operationally measurable CRC problem, socialised the result and used that evidence to open the door for broader practice change.

02

Delivery pressure

The tension

Teams still needed to ship while research and critique habits were being introduced.

My response

I used lightweight checkpoints at discovery and hand-off, then increased rigour as the habits became familiar.

03

Legacy inconsistency

The tension

Replacing every screen at once would have created cost and delivery risk.

My response

The design system grew incrementally around active roadmap work, allowing reuse and accessibility gains to compound.

10 · Evidence

Evidence that moved the work forward

92%fewer agent no-reply tickets
7 minsupport turnaround, down from 1.5 hours
−25%development cost via tokenised components
Stage 4structured UX practice

Stage 4 is the achieved state; Stage 5 is the next target. I used the NN/g model as a diagnostic framework—not as external certification.

11 · Outcome

What changed

01

Research evidence now informs roadmap prioritisation.

02

Design and engineering share one tokenised source of truth.

03

Regular critique, research and learning rituals continue beyond individual projects.

04

UX outcomes are visible to product leadership on a regular cadence.

12 · Reflection

Looking back and ahead

Strongest contribution

My strongest contribution was connecting a service win, a product operating model and shared design infrastructure into one change programme.

What I learned

Culture changed faster when I made customer and business outcomes visible, then reinforced them through small recurring rituals.

What I would do next

I would baseline maturity and adoption earlier, with a dashboard for research coverage, component reuse, accessibility and outcome ownership.

Next case study · BlueSG

Redesigning BlueSG’s customer contact centre