.container { max-width: min(92vw, 1800px); padding-inline: clamp(1rem, 2vw, 2rem); }
Back to Work
Featured Data Visualization Power BI Design System Enterprise

Electrolux
Data Visualization System

Electrolux ran its operation on disconnected spreadsheets with no shared visual standard. I designed a unified data visualization system in Power BI, built reusable templates for three dashboard contexts, and created a documentation guide so any team could replicate the pattern without a designer. The standard was presented to the global board and adopted worldwide.

Dojo Smart WaysClients: Electrolux + Nidec

Data Visualization DesignerPower BI + System Design

5 WavesLATAM, global rollout

Power BI, Figma+ Documentation

NDA-aware case study. This project is covered by a non-disclosure agreement. Visual content has been abstracted. What follows focuses on process, methodology, and outcomes rather than proprietary data or internal screens.
5
Deployment waves across LATAM
3
Dashboard contexts: Executive, Operational, Analytical
2
Enterprise clients served in parallel
Global
Standard adopted worldwide after board presentation

The same metric, read by ten people, produced ten different numbers. The problem was not the data: it was the absence of a shared language for displaying it.

Electrolux was a global company with distributed teams, each managing their own reporting in isolation. Excel files, Google Sheets, Power BI dashboards built without a visual standard: every team had a version of the truth, but no team had the same version as any other.

Leadership could not consolidate a view across regions. Analysts spent time reformatting instead of analyzing. Reports that should have enabled decisions became sources of confusion and reconciliation work.

Dojo was brought in to build dashboards from a centralized Data Lake. The brief was to connect the data and make it readable. I saw an opportunity to do something more permanent: build a system, not just screens.

Create Power BI dashboards connected to the Data Lake that gave Electrolux teams across LATAM a unified way to read their operational and strategic data. Deliver across 5 project waves, each covering a different business area.

Beyond the dashboards themselves, I identified a gap the brief had not named: if every dashboard was custom-built from scratch, the same fragmentation would return the moment Dojo left. Teams would diverge again.

So I built a template system and a documentation guide alongside the dashboards. The goal was a standard any team could replicate without a designer in the room.

Three contexts, one language.

Not every audience needs the same view. The system was designed around three distinct dashboard contexts, each with a defined purpose, visual hierarchy, and interaction depth.

01
Executive Dashboard

High-level indicators for leadership: goal attainment, regional performance, and strategic KPIs at a glance. Designed for low interaction: the first screen answers the key question without drill-down.

Summary view Low density Goal tracking
02
Operational Dashboard

Day-to-day monitoring for team leads and managers. Tracks output by period, process efficiency, and flags deviations before they become problems. Designed for daily use.

Time series Deviation alerts Daily cadence
03
Analytical Dashboard

Deep-dive views for analysts: variance distribution, cross-dimensional breakdowns, and trend analysis. Designed for exploration rather than quick reads, with high interaction depth.

Variance analysis Cross-dimensional High interaction

Understanding before building.

Phase 01

Business Understanding

Every wave started with structured meetings with business stakeholders. The goal was to capture the rules behind the numbers before touching any data: what metric means what, who owns it, what decision it enables, and what threshold triggers action. Skipping this step would have produced visually consistent dashboards that answered the wrong questions.

Stakeholder interviews KPI mapping Business rules

Phase 02

Data Alignment

With business rules captured, I worked with data analysts from both Dojo and Electrolux to understand the underlying data structure: what was available in the Data Lake, what transformations were needed, and where there were gaps between what the business expected and what the data could deliver. This alignment prevented scope creep and surfaced data quality issues early.

Data Lake review Analyst collaboration Gap analysis

Phase 03

Template Design

Rather than building each dashboard from scratch, I designed a reusable template system first: a visual standard with defined grid, color semantics, typography scale, and component patterns. Each dashboard was then built by applying the template to the specific context, not by starting over. This was the decision that made the system scalable.

Visual system Component patterns Reusable templates

Phase 04

Build and Validate

Dashboards were built in Power BI, connected to the Data Lake, and validated with the business and data teams before delivery. Validation was not just visual: it included checking that numbers matched the business rules defined in phase one, that filters worked as intended, and that the view answered the original question the stakeholder had brought to the first meeting.

Power BI Data binding Stakeholder validation

Beyond dashboards, a repeatable standard.

Deliverable

Reusable Dashboard Templates

Three base templates, one per context, each with defined layout grids, placeholder components, and annotation layers for handoff. Any team within Electrolux could take a template and adapt it to a new business area without redesigning the visual logic from scratch. This eliminated the need for a designer on every new dashboard request.

Deliverable

Visualization Manual

A documentation guide covering color semantics (what blue means vs. orange vs. neutral), chart type selection by data type, layout rules for each dashboard context, and step-by-step instructions for replicating any pattern in the system. Written so that a business analyst with basic Power BI skills could follow it without design support.

Deliverable

5-Wave Deployment

Each of the five project waves covered a different business area across Electrolux LATAM. Rather than adapting the process per wave, the template system meant each wave was faster than the last: business understanding was the main variable, while design and build followed the established pattern.

Parallel

Nidec: Same Methodology

During the same period, I applied the same process for Nidec: Business Understanding meetings, data alignment with analysts, template design, and a documentation guide for the Nidec team. Running both in parallel validated that the methodology was not project-specific but repeatable across different clients and data contexts.

From LATAM to global standard.

LATAM Rollout

5 waves, multiple business areas

The system was deployed across five project waves covering different operational and strategic areas of Electrolux in Latin America. Each wave applied the same template and documentation framework, compressing delivery time as the project progressed.

Global Adoption

Presented to the board, adopted worldwide

The visual standard was presented to Electrolux's global board. The board approved it as the company-wide standard for data visualization, extending the system beyond LATAM to Electrolux's operations globally across all affiliated companies.

Self-Sustaining

Teams replicate without a designer

The manual and template system were designed so that Electrolux teams could continue applying the standard after Dojo's engagement ended. The documentation provided enough guidance for internal analysts to create new dashboards without returning to a design team.

Measurable results, lasting standard.

Global
Standard adopted by Electrolux worldwide after board presentation
5
Deployment waves completed across LATAM, each faster than the last
Clients served in parallel with the same methodology, Electrolux and Nidec

The biggest design decision on this project was recognizing that the brief described a deliverable but the actual problem was a system. Building screens without a standard would have solved the immediate request and left the underlying fragmentation intact. Solving for the system meant the work would outlast the engagement.

Keepeye: KPI Management Platform.
From spreadsheets to a product.

View Case Study