Focus Area I

Business Intelligence & Dashboards

From ETL design to Tableau delivery — how to build BI that gets used, trusted, and actually drives decisions rather than decorating slide decks.

5+
Dashboard suites delivered
3
Data platforms owned
7
Internal teams served
The perspective

Dashboards That Drive Decisions, Not Decorate Slide Decks

I’ve built BI for Sales, Finance, Operations, Marketing, Technology, and Customer Support — across Tableau, Snowflake, Salesforce, and ConnectWise. After enough of these projects, the pattern is clear.

The technology is rarely the problem. Most BI failures are people and process failures — unclear metric definitions, no stakeholder alignment before build, no governance to keep it maintained once it’s live.

This pillar covers how to build BI that actually gets used — from the data model up through the dashboard layer to the governance that keeps it trusted over time.

“Most BI dashboards are built to impress in a QBR, not to change a Monday morning decision.”
TableauSnowflakeSalesforce ETL DesignKPI FrameworksDashboard DesignData Modelling
Three subcategories

What’s Covered

i.
Dashboard Design & KPI Frameworks

How to design dashboards that drive decisions — KPI selection, layout, audience-specific views, and the checklist that separates informative from decorative.

ii.
ETL & Data Architecture

Building the pipeline behind the dashboard — multi-source ETL from CRM, PSA, and SharePoint into Snowflake. How to design it for reliability, not just launch day.

iii.
Tableau & Reporting Governance

Building and maintaining a Tableau environment that stays trustworthy — the audit process, report retirement, certified data standards, and the governance layer that prevents the report graveyard.

All Posts

From the Blog

2 published · 6 coming
Dashboard Design
Why Your Exec Dashboard Is Lying To You — And How To Fix It
Most BI dashboards are built to survive a QBR, not to change a Monday morning decision. The checklist I run before any build.
Data Governance
Building a Data Dictionary That Actually Gets Used
Most data dictionaries are documentation projects that die on delivery. The failure isn’t the format — it’s the assumption that a dictionary is a document to be filed rather than a system to be maintained.
ETL & Data Architecture
Multi-Source ETL Without a Data Engineering Team
Pulling from CRM, PSA, and SharePoint into Snowflake — what that actually looks like when you don’t have dedicated data engineers.
Reporting Governance
Tableau Hygiene: Why You Need a Reporting Review Before You Build Anything New
The report graveyard is real. Before adding dashboards, audit what you already have — and who’s actually using it.
Reporting Governance
Using ConnectWise as a BI Source, Not Just a Ticket System
First response time, labour tracked, average ticket interactions — your PSA is already collecting the data. Here’s how to surface it.
Dashboard Design
KPI Selection: How to Pick the Metrics That Actually Matter
Every stakeholder wants their metric on the dashboard. Here’s the framework for saying no to most of them.
ETL & Data Architecture
When Your CRM Becomes a BI Source: Salesforce Data Quality Issues
The moment you start pulling Salesforce data into a dashboard, every data quality problem becomes visible. Plan for this.
Reporting Governance
The Report Graveyard: How to Retire Dashboards Without a Fight
How to sunset reports that nobody uses without creating political problems with the teams that commissioned them.