Home / Work / Barclays

Charts that survive being sent to someone else: Barclays

A charting interface for bank employees — build a view from transaction, customer or market data, and share it without a designer in the loop.

Barclays — Data viz
Role
UX/UI Designer
Timeline
2021
Team
Client product team
The challenge

The people who need the chart are not the people who can make one.

Inside a bank, the person with the question owns the data and has no visualisation skills; the person who can build a good chart is in another team with a queue. So the analysis either waits or gets done badly in a spreadsheet.

The datasets are not interchangeable either. Transaction data, customer data and market data have different shapes, different sensitivities and different conventions for how they are read.

And the chart is made to be circulated. Its real audience is a room of people who were not there when it was built.

Opportunity

Make the default output presentable

If an employee with no design training produces something publishable on the first try, the queue disappears.

Key insight
Give a non-designer a colour picker and you have created work, not capability.

Every configuration option in a tool like this is a chance to produce something worse than the default, and a decision the user did not want to make.

So the templates carry the design, the data selection carries the meaning, and the customisation is limited to the handful of choices that are genuinely the user's to make.

The solution

Pick the data, pick the chart, send it.

Employees sign in with existing credentials, choose from the datasets they are entitled to, and select a chart type that is already designed — sized, spaced and coloured to the bank's language before anything is touched.

Filtering and sorting narrow the view, real-time sources keep it current, and sharing carries the chart with its annotations so the reasoning arrives with the picture.

Design decision

The template is the design work

Chart types that are publishable before customisation.

The user's job is choosing the right data and the right chart type. Every visual decision below that — spacing, axis, label density, palette — was made once and applied everywhere.

The narrow set of controls that remains is chosen so that no combination produces an unreadable result, which is the only way to give this to a whole bank.

Design decision

Sharing carries the reasoning

Notes and comments travel with the chart.

A chart circulated inside a bank gets read by people who cannot ask a follow-up question. Attaching the interpretation to the data is what stops it being misread in the next meeting.

Real-time connections mean the shared view does not quietly go stale, which is the usual failure of a screenshot pasted into a deck.

Outcome

Analysis that does not queue.

Employees build and circulate their own charts from the datasets they already have access to, without waiting on a design or reporting team.

Because the design lives in the templates rather than in the user's hands, the output stays consistent no matter who made it.