Skip to content
← All work

Ferrara · Data Analytics Internship · Business Intelligence and Analytics · Summer 2025

Turning Enterprise Data Into Actionable Sales Intelligence

Designing a Sales 360 dashboard that transforms complex sales, customer, order, and fulfillment data into a clear decision-making system.

Data VisualizationDashboard DesignAnalyticsPower BISAP HANAProduct Thinking
01 / Challenge

The Challenge

Sales information lived across many dimensions at once: products, customers, representatives, orders, delivery, and billing.

Each of those dimensions had its own reporting surface, so understanding overall performance meant assembling a picture from separate pieces. Answering the natural follow-up question, why did a number move, required jumping between views and losing the thread of the original question.

The design problem was less about building more charts and more about structuring one analytics experience where the overview and the explanation live in the same system.

02 / Structure

Designing the Information Architecture

Five views, ordered so the experience moves from business health to specific business questions.

Reconstructed analytics landing page listing the five analytical areas
Representative reconstruction of the landing view. The five entry points establish the reading order of the entire dashboard.
  1. 01

    Executive Overview

    Headline KPIs, sales trend, and week-over-week comparison for an immediate read on business health.

  2. 02

    Product Performance

    Top-selling products, sales trends by representative, and product and plant level filtering.

  3. 03

    Customer Signals

    Top customers by sales, customer sales trends, and purchase-frequency patterns.

  4. 04

    Order Flow

    Order creation trends and ordered versus confirmed quantity, filtered by status and rejection reason.

  5. 05

    Fulfillment and Billing

    Billing quantity by product and delivery-status breakdown, filtered by delivery block and ship-to party.

The sequence is deliberate progressive disclosure. Executive Overview answers how the business is doing, and each subsequent view narrows the question: which products, which customers, which orders, and finally what happened downstream in delivery and billing.

The dashboard is built around weekly reporting on SAP HANA data, with product-level analysis based on material descriptions.

03 / Overview layer

Executive Overview

Performance should be understandable within seconds, before anyone is asked to investigate.

Reconstructed executive overview with KPI cards, revenue trend line chart, and week-over-week bar chart
Representative reconstruction using synthetic data. KPI cards sit above trend and comparison charts, with the filter rail held to the left, so scale is read first and movement second.
  • Total Sales, net value
  • Number of Orders
  • Average Order Value per order
  • Month-over-month sales growth
  • Number of Customers
  • Sales trend and week-over-week comparison

Filters for fiscal period, region, channel, and sales team sit alongside the KPIs rather than behind a menu, so the same screen answers both the headline question and the first follow-up: which slice of the business moved.

04 / Investigation layers

From Overview to Investigation

Each view answers one class of question, using the chart type that matches the decision behind it.

  1. 01

    Product performance

    Top-selling products, sales trend by representative, and product and plant level filtering, so a ranking can be read next to who is moving it.

  2. 02

    Customer insights

    Top customers by sales beside customer trend and purchase frequency, so concentration and buying rhythm are read together.

  3. 03

    Order analysis

    Order creation over time against ordered versus confirmed quantity, filtered by order status and rejection reason.

  4. 04

    Fulfillment and billing

    Billing quantity by product paired with delivery status, filtered by delivery block and ship-to party to isolate fulfillment issues.

Across all four layers the reporting grain stays the same: weekly, at product level by material description, sourced from SAP HANA and modeled in Power BI. Keeping the grain consistent is what lets a number seen in the overview be traced without redefinition into the view that explains it.

05 / Interaction

Designing for Self-Service Analysis

A consistent filter rail runs through every view so a question never requires leaving the dashboard.

Fiscal period and week, sales representative, sales group, product and plant, order status, rejection reason, delivery block, and ship-to party are exposed where they are relevant. Filters persist as a familiar pattern rather than a per-page surprise, which is what makes the experience feel self-service instead of report-driven.

  1. 01

    Overview

  2. 02

    Filter

  3. 03

    Compare

  4. 04

    Drill down

  5. 05

    Insight

06 / Decisions

Design Decisions

Progressive disclosure

High-level KPIs come first, with deeper analysis organized by business area rather than by data table.

Consistent navigation

The same five-part structure persists across the experience, so orientation never resets.

Contextual filtering

Each view exposes only the filters relevant to the question that view is built to answer.

Visual hierarchy

KPI cards, trend lines, rankings, and comparisons are chosen according to the type of decision the data supports.

07 / Reflection

Reflection

This project moved my thinking from individual charts to an analytics system. The harder work was structuring complex enterprise data, deciding what deserved priority at each level, and building a path that carries someone from a business question to an insight they can act on.

It also sharpened how I evaluate a dashboard: not by how much it displays, but by how quickly it answers the next question a user will have.