Symphony Apps Development logo — teal interlocking S monogram beside the studio wordmark
All writing

A SaaS dashboard that had too many charts

A build note on removing two-thirds of a client's analytics dashboard and getting thanked for it.

Category
Case notes
Reading time
6 min
Published
06 Mar 2026
Topics
Case study, Product, Engineering

The brief was to add three new charts to an existing dashboard. We delivered the three charts and removed eleven others, and that turned out to be the part of the engagement the client mentioned in every subsequent conversation.

How the dashboard got that way

Eighteen months of individual feature requests, each reasonable on its own — a sales manager wanted a breakdown by region, a founder wanted a trend line, a new hire wanted a metric they'd used at a previous job. Nobody had ever been asked to remove anything, because removing a chart looks like removing a capability rather than fixing a problem.

What we actually measured

Before touching any code, we instrumented which charts were viewed, by whom, and how often, for three weeks. Four of the fourteen charts had not been viewed at all in that window. Another five were viewed by a single user each, usually the person who had originally requested them.

The conversation that mattered

We took the usage data to the client rather than a design opinion. "Nobody has looked at this in three weeks" is a harder thing to argue with than "this looks cluttered", and it turned what could have been a defensive conversation about taste into a shared decision about evidence.

  • Kept: the charts used weekly by more than one role.
  • Archived, not deleted: charts used by a single person, moved to a page reachable in two clicks rather than the front screen, because removing someone's tool entirely without warning erodes trust fast.
  • Added: the three new charts the brief asked for, now visible because the screen wasn't fighting for space with eleven others.

The technical side was the easy part

Cutting eleven charts and their queries reduced the dashboard's load time meaningfully, since several of the removed charts ran expensive aggregate queries on every page load regardless of whether anyone looked at the result. That was a welcome side effect, not the point.

Most dashboards don't get worse by having a bad chart added. They get worse by nobody ever taking one away.

What we'd tell a client earlier next time

That we plan to measure usage before making changes, at the start of the engagement rather than after we noticed the clutter, so it reads as a stated part of the process rather than a critique arriving after the fact.

Tell us what you’re trying to ship

A first call is thirty minutes and costs nothing. Bring the problem, not a spec — working out what to build is the part we are good at.

Or email office@symphonyapps.ro. We reply within one business day, in English or Romanian.