Selected Works Monster Dashboard  ·  Case study
Analytics Dashboard · 2019-2020

Monster Dashboard

Finding the signal in a tool that was all noise.

ResearchWireframingUX/UI DesignPrototypingDashboardAdmin Panels
Monster Dashboard cover
Product overview

Monster Dashboard is a comprehensive operations panel for a gaming-hardware brand. It centralizes financial metrics, product and inventory management, blog content, campaigns and customer support into one streamlined interface — so marketing analysts and managers can make data-driven decisions without switching tools.

Tools
DesignAdobe XDUI design & prototyping
ResearchMiroResearch synthesis & affinity mapping
Hand-offZeplinSpecs & developer hand-off
ResearchGoogle SheetsSurvey analysis & scoring
Problem statement

Analysts and managers juggle fragmented reporting systems and switch between tools, which slows decisions and blocks a holistic view of business performance.

A dashboard's job is to answer questions — not to display everything it knows.
Goals
1

Centralize all financial and marketing data in one dashboard

2

Provide real-time insights with intuitive visualizations

3

Reduce reporting time and improve decision-making

4

Give analysts drill-down access to detailed data

Design process
01

Discover

Stakeholder interviews, analyst shadowing and an audit of existing tools.

02

Define

Synthesizing findings into clear problems, user goals, flows, and the information architecture.

03

Design

Wireframes to high-fidelity UI, built on a component system and refined through iteration.

04

Deliver

Prototype flows and interface specifications, with validation priorities identified for the next stage.

Target audience
Primary

Marketing analysts and business managers monitoring KPIs daily and optimizing campaigns.

Secondary

Senior executives who want a high-level overview of company performance.

User research

Method 6 stakeholder interviews, 2 weeks of shadowing analysts, audit of 4 existing tools

5
tools used for one weekly report
3h
spent assembling reports each week
6
stakeholder interviews
  • Analysts exported from five tools to build a single weekly report
  • Most questions were the same four: revenue, profit, orders, best sellers
  • Product, blog and campaign edits happened in separate admin panels
  • Support tickets had no link to orders or customers
Competitive analysis
Task / dimensionShopify AdminGoogle AnalyticsMonster Dashboard
Sales overviewCommerce reporting and analyticsEvent and ecommerce analytics when configuredRevenue, profit and order overview
Inventory operationsProduct and inventory managementMeasurement rather than inventory operationsInventory health and attention states
Content and campaignsBuilt-in content tools and marketing integrationsCampaign measurement when configuredBlog and campaign editors
Customer supportShopify Inbox and support integrationsMeasurement rather than support operationsOrder-linked tickets and chat
Interface focusStore operationsAnalysis and reportingShared commerce, content and support workspace

Reference comparison updated September 2026. Rows describe task coverage and design focus, not a usability ranking. Availability may vary by plan, region and product version; the final column describes this case study’s design. Google Analytics is an adjacent analytics reference, not a like-for-like commerce admin product.

Design features
Feature 01

Answers on top

Four KPIs with sparklines and deltas open every session; charts and lists below explain them rather than compete with them.

Feature 02

Inventory that flags itself

The products view carries stock status and a 'needs attention' panel, so low stock is discovered, not searched for.

Feature 03

Content and campaigns inside

Blog posts and campaigns are created, previewed and measured in the same panel that shows their results.

Feature 04

Support with context

Tickets and live chat show the customer's order and product beside the conversation.

Descriptive interview counts
Used 3+ tools for weekly reporting83% · 5/6
Named revenue/profit as their first daily check100% · 6/6
Wanted campaign results next to campaign settings67% · 4/6
Lost time switching between admin panels83% · 5/6
Preferred a dark theme for long sessions67% · 4/6
Sample
6

stakeholders interviewed · analysts, managers, support

Design implications

The six interviews informed the Overview hierarchy, particularly revenue and profit. Counts describe this small sample and should not be generalized to all analysts.

Empathy map
Mapped forEce, 34 · marketing analyst reporting to the founders weekly
Says
  • "Where's the profit number this week?"
  • "I need to export this again."
  • "Which campaign actually moved sales?"
Thinks
  • I shouldn't need five tabs for one report
  • If stock runs out during a campaign it's on me
  • Support keeps asking me for order details
Does
  • Builds a weekly deck from exports
  • Checks best sellers before planning campaigns
  • Answers ad-hoc questions from managers on chat
Feels
  • Pressured on report day
  • Relieved when numbers are in one place
  • Confident when campaign results are attributable
Pain points
✕

Fragmented data across reporting tools

✕

Reports take hours to assemble manually

✕

No single view of products, campaigns and content

✕

Support has no context on orders or products

User persona
Ece Yıldız
Ece Yıldız
Age34JobMarketing AnalystLocationİstanbul, Turkey

Ece owns the weekly performance report for a gaming-hardware brand. She spends her mornings pulling numbers from different systems and her afternoons answering questions those numbers raise. She wants one screen she can trust and drill into.

Personality
  • Analytical
  • Deadline-driven
  • Detail-oriented
  • Comfortable with dense data
Goals
  • See revenue, profit and orders instantly
  • Attribute sales to campaigns
  • Spot inventory problems early
Pain points
  • Manual exports and merges
  • Tool switching
  • Unanswerable ad-hoc questions
Motivations
  • Credibility with leadership
  • Time back for actual analysis
  • Fewer surprises
User journey
Stage 01Check
Overview
Stage 02Investigate
Products & inventory
Stage 03Act
Campaigns
Stage 04Publish
Blog
Stage 05Resolve
Support
ActionsScans KPIs, revenue & profit chart, best sellersOpens Products, finds low-stock items in 'needs attention'Creates a campaign, sets discount rules and eligible productsEdits a blog post and previews itReviews open tickets, replies in live chat with the order in view
Thoughts"Revenue up, profit flat — why?""Tulpar T7 is almost out.""Let's push the laptops this weekend.""The post can go live with the campaign.""I can see her order without asking."
EmotionOrientedAlertDecisiveEfficientIn control
OpportunityFour KPIs with deltas firstInventory health surfaced automaticallyCampaign settings beside resultsPreview inside the editorOrder & customer context in the chat
High fidelity screens
Monster Dashboard – Overview
Screen 1

Overview

Four KPIs (revenue, net profit, orders, avg. order) with deltas on top; revenue vs. net profit and sales channels below for pattern recognition.

Monster Dashboard – Products
Screen 2

Products

Inventory table with status, an inventory overview and a 'needs attention' panel — problems come to the analyst, not the other way round.

Monster Dashboard – Campaigns
Screen 3

Campaigns

All campaigns with spend, conversions and status, plus revenue by campaign type and what's coming next.

Monster Dashboard – Live chat
Screen 4

Live chat

Conversation, customer and order details side by side so support answers with context instead of asking for it.

Other screens

11 more screens from the final design — tap any to enlarge.

Key takeaways
01

Defaults beat customization

Designing strong defaults beat designing for endless customization — most people just want the right view to already be there.

02

Hierarchy comes from questions

The Overview prioritizes the recurring reporting questions in the stakeholder interviews.

03

Context is the feature

Linking support, products and campaigns to shared records was designed to reduce context switching; time savings require measurement.