DASHBOARDS OVERHAUL · SENTRY.IO
Sentry Dashboards hadn't been meaningfully updated since 2021. The gap had become impossible to ignore.
Only 12k users actively viewing dashboards vs 1M+ for Issues. Week-4 retention at 21.5% — one of the lowest rates in the product.
Dated interaction patterns, broken flows, and glitchy experiences that had never been addressed due to competing priorities.
Only 4 templates and 12 pre-built widgets — far behind competitors with extensive template catalogues.
Favouriting, sharing, edit access — features users expected as standard — had simply never been built.
"Is there a way to star or save dashboards? Browsing through them each time is a pretty big hassle — the sorting options don't really work for that. I always have to use the search function."
— GitHub issue, Sentry open-source repo
Lead and sole designer across the entire dashboard surface — owning strategy, exploration, and execution while securing multi-quarter leadership buy-in for the long-term investment.
End-to-end design across all dashboard surfaces — widgets, sharing, favouriting, the custom widget builder, and the design library
Backlog prioritisation, release planning, and product strategy — defining what got built in what order and why
Design principles, documentation, and the strategic framing that secured senior leadership buy-in for the long-term investment
Engineering constraints on a legacy codebase, competing priorities, and the tension between quick wins and long-term vision
Rather than waiting for the full vision, I proposed a dual-track approach — shipping quick wins to restore trust while designing the bigger picture properly.
Rapid mid-fi solutions shipped close to engineering. High-value, lower-complexity fixes that users had been asking for.
Strategic explorations, user testing, and stakeholder alignment on the bigger flows — designed and tested properly.
I also defined four design principles for all dashboard widgets — Uniformity, Customisable, Informative, and Ubiquitous — giving engineering and design a shared north star for every decision.
High widget-level customisation is a key differentiator for Sentry's Business tier. A broken builder directly impacts retention and upgrade conversion.
Accessibility issues, sticky widget overlaps, poor use of screen space, and a non-sequential flow depicted as if it were linear.
💬 A walkthrough video of the current experience is available on request.
Before jumping to solutions, I explored three fundamentally different interaction models — each with real trade-offs.
Great use of space, cleaner UI, continued flow. Validated through user testing.
Uses existing patterns, perception of continued flow — but high probability of scrolling.
Improved flow and space — but navigating to a new page broke the sense of continuity.
Improved form-filling, upfront widget preview while making changes, high level of customisation, less overwhelming on screen
Field ordering, unclear widget description placement, overlay vs panel due to scrolling probability
Getting quantitative data on usage by user segment. The drop in overall DAU was clear, but understanding which users were churning and why took longer than it should have. Segmenting by Business vs. free tier earlier would have sharpened the quick win prioritisation.
Defining design principles before starting exploration work is underrated. Having Uniformity, Customisable, Informative, and Ubiquitous as explicit criteria made design reviews and engineering conversations significantly faster and less subjective.
Major improvements in widget design consistency and interaction patterns across the product — and a foundation for the long-term Custom Widget Builder work now in development.