AC. / Senior Product Designer Back to selected work

01 / VEHICLE QA / OPERATIONAL PRODUCT DESIGN

Turning a fragmented vehicle operation into one connected workflow.

Vehicle QA is an internal tracking product designed to centralize the journey of newly acquired vehicles—from arrival and inspection through repairs, approvals and final preparation for sale.

By connecting status, responsibility and operational information in one experience, teams gained a clearer view of what was happening with each vehicle and what needed to happen next.

ROLE
UI/UX Designer
FOCUS
Product Design · Operational UX · Design Systems
PRODUCT
Vehicle inspection & process control
TOOLS
Figma · ChatGPT
VEHICLE QA

Status.
Responsibility.
Progression.

One vehicle lifecycle.
Vehicle QA Quick lane vehicle list with search, filters and time in stage.
KIA K3 2025 vehicle detail with timing, general information and operational status fields.
Vehicle route editor with ordered operations and enable states.
The vehicle moves. Its context moves with it.VEHICLE INSPECTION & PROCESS CONTROL

02 / THE CHALLENGE

The vehicles were moving.
The information wasn’t.

The operation depended on tools that were never designed around the actual vehicle lifecycle. Updates, images, repair information and responsibilities were distributed across conversations, tables and different people.

The challenge was to connect the physical journey of a vehicle with the information teams needed to make decisions—not simply organize more data.

01

Fragmented information

Updates spread across tools, conversations and records.

02

Limited visibility

Understanding status meant piecing together multiple sources.

03

Unclear ownership

Responsibility and required actions needed to stay visible between stages.

03 / UNDERSTANDING THE OPERATION

Different roles.
One vehicle lifecycle.

Each role interacts with a different part of the operation. Everyone needs to understand the same vehicle lifecycle, with information and control appropriate to the decisions they make.

ROLEINFORMATIONDECISION

01Inspection / intake

Arrival · Initial condition · Identification · Inspection status

Establish the vehicle’s starting point

02Repair / operations

Repairs · Maintenance · Parts · Progress · Time in process

Understand the work and what comes next

03Managers / leads

Approvals · Responsibility · Exceptions · Oversight

Authorize and supervise progression

04Inventory / final stage

Final status · Readiness · Location

Confirm the transition toward sale

04 / MAPPING THE OPERATION

Designing around
the vehicle lifecycle.

Before interface patterns, the operation needed to be understood as a connected system. Vehicles move through stages, responsibility changes, and approvals influence what can happen next.

  1. 01

    Arrival

  2. 02

    Inspection

  3. 03

    Repair

  4. 04

    Parts / approval

  5. 05

    Final QA

  6. 06

    Ready for sale

STATUSRESPONSIBILITYINFORMATION

Continuous context across every stage.

The interface needed to reflect the operation—not force the operation into a generic tracking tool.

05 / STRUCTURING THE INFORMATION

From scattered updates
to one operational view.

Organize information around the vehicle, so teams can understand the current situation and the next decision together.

THE SHARED CONTEXT

One
vehicle.

One operational
source of context.

Status
Where it is in the process.
Location
Where it is operationally.
Responsibility
Who owns the next action.
Repairs
What work is required or underway.
Parts
What is requested, approved or installed.
Time
How long it has remained in a stage.
Approvals
Which decisions need additional authority.

06 / EXPLORING THE EXPERIENCE

Finding the right hierarchy
before adding polish.

Exploration focused on what needed to be immediately visible, what could remain secondary and how actions could stay understandable without overwhelming the interface. Product structure, UX decisions and final interface design remained designer-led.

STRUCTURED EXPLORATION

See the stage.
Find the vehicle.
Understand the action.

Operational signals lead into vehicle context, then into the fields that support progression.

  1. Operational complexity
  2. Structured exploration
  3. Design judgment
  4. Refinement
Current step ☰   ▦

Quick lane

⌕   VIN, stock, model or make
All carsUrgentCurrent work
VEHICLES IN THIS STAGE
◷ 3h

KIA K3 2025

R128956

◷ 1h

KIA Forte 2024

R874113

◷ 24h

Nissan Sentra 2022

R225936

‹   1   2   3   4   ›
01 / Vehicle list & operational overview
←   Quick lane

KIA K3 2025

ARB8 days left
Entry dateFeb 09 2025
Target dateFeb 27 2025
Auction sourceHertz

General information

Stock
R128956
Mileage
3045 Mi
Company
Ganas ya
Enter front tire size
Select repair status
Select approval status
Continue
02 / Vehicle context & next action

07 / BUILDING CONSISTENCY

Complex workflows need
predictable patterns.

A token-based Design System connected information-heavy screens through consistent foundations, reusable patterns and predictable operational interactions.

FOUNDATION

Dark neutral

SEMANTIC ROLE

Primary action

COMPONENT

Apply / Continue

Structured tokens + reusable patterns + predictable interactions.
A foundation for a more consistent product as the operation evolves.

08 / ONE VEHICLE, ONE OPERATIONAL VIEW

One vehicle.
One operational view.

Identity, status and timing.
Operational information.
A clear next action.

Final Quick lane vehicle list, search, filters, timing indicators and vehicle details actions.

See what needs attention.

Vehicle identification and time in stage at the point of entry.

Final KIA K3 2025 details: ARB, dates, general information, tire size, repair and approval status.

Keep the context together.

Timing, general information and operational fields around one vehicle.

Final vehicle route editor showing Intake, Checkout, Quick lane, Quote and Approval with enable controls and Apply action.

Make progression explicit.

Ordered operations and enabled states make the next step understandable.

09 / FROM OVERVIEW TO ACTION

The right level of information
at the right moment.

The product does not give every detail equal weight. Teams move from what is happening, to what needs attention, to what they need to do next.

Operational overviewVehicle contextDetailed informationAction
Vehicle-list detail showing the KIA K3, time in stage and View details action.
What needs attention?
General information and operational status fields for the selected vehicle.
What is the current context?
Route approval enable state and Apply action.
What should happen next?

10 / AI AS A SUPPORTING TOOL

Support for exploration.
Judgment stays with design.

ChatGPT supported selected content exploration, visual ideation and early design thinking. Product strategy, workflow structure, UX decisions, system decisions and final interface design remained designer-led.

11 / IMPACT

A clearer operational picture.

01

Centralized visibility

One connected product brings vehicle context together across the operation.

02

Clearer responsibility

Ownership and required actions are easier to understand.

03

More predictable workflow

Vehicle progression follows a structured lifecycle.

04

Better decision context

Status, timing and operational information can be evaluated together.

05

Scalable interface foundation

Tokens and reusable patterns support consistency as the product evolves.

12 / REFLECTION

Complexity doesn’t need more screens.
It needs better structure.

Operational complexity cannot always be removed. The Product Design challenge is deciding what teams need to see, when they need to see it and how responsibility and actions remain understandable as the operation changes.

Vehicle QA reinforced the importance of designing around the real process rather than forcing complex work into generic tools.