Index / Selected Work / Case 04 · Queen Bank
UX Design Responsive Prototyping Accessibility

Banking, quietly.

A redesigned accounts dashboard for a UK retail bank, improving self-service across desktop and mobile for 75K+ customers, while laying a modular foundation for future products.

Web Prototype   Mobile Prototype
Plate 01 · Responsive dashboard composition Queen Bank · Confidential, name changed under NDA
My Role
Product
DesignerResponsive design · Pattern library contributions
Timeline
4 monthsTeam of 16 · PMs, designers, eng, copy, QA · London + India
Users
Global retail
& business75K+ account holders across UK and EU
Impact
Clearer
self-serviceScalable foundation for future product launches
01 · Problem context

A dashboard that scaled faster than it could explain itself.

Queen Bank* is a UK-based bank with 75K+ users. As it scaled, the accounts dashboard became cluttered and inconsistent. Customers struggled to understand their accounts, navigate services, and complete basic tasks without customer support assistance.

This compounded into three quiet but expensive problems:

  • User frustration with everyday account tasks
  • Growing dependency on support teams for routine answers
  • Difficulty introducing new products without disrupting the existing UI

* Name changed due to NDA

If I have to call support to find my overdraft limit, the dashboard isn't doing its job.
Synthesised insight, customer support log review
02 · Design challenge

How might customers quickly understand and manage their accounts independently?

The brief sounded simple. The reality was that "independence" only works when the interface is calm enough to be read at a glance, on a phone, between tasks. Most banking UI announces. We needed one that answers.

Solution · Hierarchy, consistency, accessibility
03 · Solution

A calm dashboard with a modular spine.

I redesigned the accounts dashboard by establishing a clear information hierarchy, simplifying copy, and introducing consistent, reusable UI patterns. The experience was designed to be accessible by default and responsive across devices.

A modular layout ensured the dashboard could scale with future products while supporting incremental releases, no big-bang rewrite.

The mobile screens.

04 · Plates · iOS
01 · Overview
02 · Account detail
03 · Transactions
04 · Transfer

Four moves that shaped it.

A redesign disciplined by hierarchy, consistency, accessibility, and device-first thinking.

01

Clear information hierarchy

  • Prioritised account status and key actions at the top
  • Reduced redundant information and visual noise
  • Designed for quick scanning rather than deep reading
02

Consistency via reusable patterns

  • Aligned layouts, components, and interactions across devices
  • Leveraged existing and emerging design system patterns
  • Reduced cognitive load, and development effort
03

Accessibility by default

  • Improved colour contrast and text legibility
  • Ensured keyboard- and screen-reader-friendly interactions
  • Followed accessibility guidelines as a baseline, not an afterthought
04

Responsive, device-first thinking

  • Desktop designed for high-information density
  • Mobile focused on progressive disclosure and thumb-friendly actions
  • Tablet layouts balanced clarity with touch interaction
Plate 05 · A dashboard that doesn't shout 21 : 9 · Editorial composite
Plate 06 · Desktop overview
Plate 07 · Transfer flow

The impact.

05 · Outcomes
Clearer
Self-service flows across desktop, tablet, and mobile.
Scalable
A foundation ready to absorb future product additions without rework.
−Friction
Ambiguity in account understanding reduced, fewer "what does this mean?" moments.
Aligned
Design + engineering alignment, fewer DQA cycles, faster delivery.

Field notes & learnings.

06 · Reflection
i.

Design systems are infrastructure.

They're complex to build, but they significantly reduce long-term effort. Every component reused is a decision you don't have to defend again.

ii.

Developer reviews early & often.

Frequent developer reviews, before final pixel polish, prevent costly rework and keep design intent intact through implementation.

iii.

Sprint discipline is a design skill.

Managing time within sprint constraints is a craft. Knowing what's "done enough this cycle" is as important as knowing what's "good."

iv.

Knowing when to stop.

Knowing when to stop is as important as knowing what to improve. Most "one more iteration" cycles cost more than they earn.

07 · Takeaway

Strong product design isn't perfect screens, it's thoughtful trade-offs.

This project reinforced that strong product design isn't about perfect screens. It's about thoughtful trade-offs, designing for scale, and enabling users to help themselves within real-world constraints.

Back to · the index
All chapters
Open to opportunities

Like what you see?
Let's connect.

Status
Available
Q3 2026
Connect
LinkedIn
Loc.
Bangalore,
India