Valiotti Analytics

At Valiotti Analytics, I lead a team that builds powerful, modern analytics stacks for companies ranging from Fortune 500s to fast-growing startups across EdTech, FinTech, GameDev, eCom, and mobile.
We’ve delivered 40+ data-driven solutions that have:

* Cut infrastructure costs by up to 40%
* Accelerated reporting by 70%
* Boosted client revenue up to 25x

Our end-to-end services cover everything from data warehousing and pipeline engineering to BI dashboards and machine learning.

Tech Stack: AWS, GCP, Snowflake, dbt, Airflow, Kafka, ClickHouse, BigQuery, Redshift, Looker, Tableau, Power BI, and more.

What we do:
✓ Data Strategy
✓ Data Engineering
✓ Data Analytics
✓ Advanced Analytics 

Need to scale your data capabilities? Let’s build something powerful.

CEO & Founder

Founder & CEO, Valiotti Analytics | Better Data Analytics for Data-Driven Companies

🚀 Founded valiotti.com — the go-to data agency for fixing messy marketing analytics.
Top-rated on Upwork & Clutch. Trusted by growth-stage teams to build dashboards, clean up data chaos, and drive faster decisions. Partnered with AWS, Google Cloud, and Salesforce.

Ex-Head of Consumer Marketing at the largest eastern retail company.
I’ve been the one chasing targets with thousand-row tables, slow reports, and siloed data — I know the pain.

Since 2019, I’ve helped marketing and sales teams:
→ Scale revenue up to 25x
→ Save hundreds of hours on reporting
→ Get insights that actually drive action

Let’s talk: https://calendly.com/nick-valiotti

Nikolay Valiotti

The hill I’ll die on:
“Natural language → SQL” will never — I said NEVER — replace analysts.

Every few months someone announces the same miracle:
“We cracked it — business users can query data in plain English now!”

And every time I think:
Great. We solved the part of analytics that was never the problem.

SQL was never the bottleneck, and typing isn’t the job — thinking is.
Most companies don’t struggle because nobody knows how to write a JOIN.
They struggle because nobody knows what question actually matters, or how to connect it to the business reality they’re living in.

Give someone a “natural language → SQL” tool and here’s what happens:

→ They ask vague questions.
→ The model confidently answers the wrong thing.
→ And everyone walks away thinking the data is broken.

The truth is that if analytics fails, it fails long before the query — at the decision, the framing, the context, AKA the part AI can’t do for you.

This tech won’t replace analysts. It just exposes how much of analytics depends on real judgment, not syntax. If anything, AI is about to make analysts more valuable — because someone still has to think clearly.

→ Follow Nick Valiotti, PhD for the data takes that won’t waste your time.
♻️ Repost if you’re tired of seeing “natural language SQL” demos pretending to solve a thinking problem with a typing feature.

Nick Valiotti, PhD

Author of Your Fractional CDO — Order on Amazon | Founder @ Valiotti Analytics | Data Strategy & Consulting for Modern Teams | PhD & MA in Analytics

Hard pill to swallow:

Excel was never the problem.
Dependence on Excel was.

Excel is brilliant.
It’s flexible, familiar, and absurdly powerful for its size.
But here’s the trap: the better Excel works, the more you rely on it. And the more you rely on it, the harder it is to grow beyond it.

Every company reaches that moment:
→ one file becomes 12
→ 12 becomes 40
→ 40 becomes a folder called “final_v7_really_final.xlsx”
and suddenly nobody knows which version is the truth

This isn’t a tooling problem. This is an infrastructure debt problem. And it compounds silently.

In my book “Your Fractional CDO” (Amazon: https://lnkd.in/dtvr7Y9Y) I break down exactly why spreadsheets become dangerous at scale — and what to do before your dashboards, KPIs, and decisions start contradicting each other.

Because the solution isn’t to “ditch Excel.” The solution is to stop using it as your entire data strategy.

Here’s where companies should shift their focus:

1 — Centralize your sources. Stop exporting CSVs like you’re throwing confetti. Put your data in one place — Sheets, a small warehouse, whatever. One source of truth beats ten perfect reports.

2 — Assign ownership. If everyone is responsible for the data, no one is responsible for the data. Quality only scales when accountability does.

3 — Automate the pipes, not the panic. Connect tools directly. Even Excel works beautifully as the front end if the plumbing behind it isn’t a disaster.

4 — Measure less, decide more. 50 KPIs don’t make you data-driven. A small set of metrics that the business actually uses — does. Excel absolutely has a place in a modern stack. Just not as the backbone of an entire company.

Tools don’t create clarity. Frameworks do. Excel should absolutely stay in your stack — just not at the center of it.

So fix foundations before foundations fail you.
And get your copy of Your Fractional CDO — unless you truly enjoy living dangerously with formulas that break when a butterfly sneezes.

Hot take we need to normalize in 2026:

Data engineering is not a one-time project.

Because here’s the truth nobody wants to admit:
Pipelines will break.
Schemas will drift.
APIs will betray you.

That’s not incompetence, that’s the nature of living, breathing systems.
The job isn’t to build a perfect stack and vanish into a Jira ticket sunset.
The job is to own it, watch it, and fix it before the business even knows a fire existed.

Great data engineers understand:
→ Code will fail — your detection speed is the real skill.
→ Models will drift — your adaptability is the differentiator.
→ Requirements will change — your shipping velocity decides your career.

This is why “set and forget” always becomes “set and regret.”

If you want trustworthy data, you need:
1 — Monitoring that screams before Slack does
2 — Engineers who debug like surgeons
3 — A real process for data contracts, not a Notion wish

Because data is infrastructure.
You’d never build a bridge and say, “ok, good forever 👍”
Don’t do that with your pipelines either.

Repost if a schema change has personally victimized you at 2am.
Follow me Nick for unfiltered takes on data engineering, data strategy, and keeping your pipelines from spontaneously combusting.

Best dashboard I’ve seen this week.

For one simple reason — it doesn’t scream, it breathes.

This one by Anastasiya Kuznetsova is one of those rare Tableau projects that feels considered instead of stitched together at 2AM.
Here’s what stood out to me:

1 — The layout is clean. Ruthlessly so.
KPI block on top, two neatly separated tables at the bottom — nothing fights for attention.
There’s air. Space. Respect for the reader’s eyes.
(You’d be surprised how rare that is.)

2 — The first KPI section is genuinely clever.
The distribution visual is tidy, intuitive, and lands the message fast.
Only gripe: red numbers on a red background = Where’s Waldo: Dashboard Edition.
Easy fix for an otherwise strong idea.

3 — The remaining KPIs? Thoughtful as hell.
Side-by-side visuals make the comparisons stupidly easy.

4 — The left table is the star of the show.
Not your typical range chart — more informative, more intentional.
Switchable dimension, clean values, no useless axes cluttering the view.
Honestly: love it.

5 — The right table is simple, pretty, and functional.
Bars inside rows always look good when done right.
Switchers add flexibility without blowing up the layout.

And here’s why dashboards like this actually matter:

A while ago, inside one company, we ran a deep-dive attrition study. Months of surveys, HRIS exports, interviews, features, models… everything. And the biggest predictor of someone quitting?

A sudden, unusually long vacation.

Not salary. Not performance. Not even manager relationships. Just a long break — the classic “I need to clear my head” PTO that HR loves to ignore.

Dashboards like this help you see those signals before they turn into resignations on your desk.

Overall? It’s polished, structured, and built with care.
A dashboard that respects logic, not just decoration.
Every element feels like it belongs — and that’s the kind of design that scales, teaches, and actually gets used.

→ Follow me for more breakdwons like this.

A very important message — and some of you need to hear it twice:
Stop downgrading data analysts into IT interns.

If your analyst is fixing printers, resetting passwords, or babysitting dashboards nobody opens… congratulations: you’ve just burned the most strategic hire in your business. Because analysts aren’t “report people”, neither are they back-office technicians, nor support staff for whatever broke today.

They are business operators — and if they’re not sitting with marketing, product, and ops, you’re wasting their entire potential.

When analysts are isolated under IT, here’s what you get:
→ Numbers with no story
→ Dashboards with no decisions
→ “Insights” nobody uses

But put an analyst in the room where decisions are made, and the whole machine shifts:

Marketing: “We’re launching a new campaign.”
Analyst: “Perfect. Here’s what worked, what failed, and where your budget will disappear if you’re not careful.”

That’s what an analyst is for: not maintenance, not admin — but IMPACT.
If your analysts don’t understand the business, they don’t produce value. And that’s on leadership, not them.

—

♻️ Repost if you’ve ever seen analytics trapped where they don’t belong.
→ Follow Nick Valiotti, PhD for more hard truths on building data teams that actually move revenue.

Author of Your Fractional CDO — Order on Amazon | Fractional CDO | Founder @ Valiotti Analytics | Data Strategy & Consulting for Modern Teams | PhD & MA in Analytics

“Data analytics is so difficult”

No it’s not, you just need to know these basics:

1 — ETL (aka “just move the damn data”)
Fivetran — Free up to 500K rows. Unless you’re Google, you’re fine.
Python script — For people who are either clever… or broke.
Goal: one place for your data. Not duct tape. Not Excel exports.

2 — Data Storage
BigQuery. That’s it.
Cheap. Scales forever. Doesn’t cry when you throw SQL at it.
Storage = pocket change.
Queries = fine unless you go full goblin mode.

3 — Dashboards That Don’t Suck
Make it visual. Make it clear. Make it clickable.
Tool doesn’t matter.
That’s how you get decisions, not headaches.

That’s the starter pack.
No enterprise fluff. No shiny $10K toys.
Just a stack that works.

Now, this has been a mega short rundown. If you want details, foundations, and basics, my book “Your Fractional CDO” is for you.

Order on Amazon: https://lnkd.in/dDzQC3MJ

It shows you how to:
→ choose metrics that won’t betray you 
→ build a stack you won’t rebuild in 6 months 
→ think about data the way operators think about business

If this post was the appetizer, the book is the full meal — without the enterprise-priced bill.

Most “dashboard problems” I get hired to fix,

have nothing to do with dashboards.

They start with a CEO wondering why Stripe says one thing, their BI tool says another, and the cohort table sits in the corner pretending nothing is wrong.
Then someone quietly admits they’ve been “double-checking everything in Excel… just to be safe.”

That was exactly the case with one of our clients at Valiotti Analytics. They were not fighting the dashboard. They were fighting the system underneath it.

Broken foundations.
KPIs built on guesswork.
Two databases that didn’t speak the same language.
Refund logic that erased churn.
ETL scripts nobody remembered writing.

By the time dashboards started disagreeing, the real damage already happened months earlier — inside the pipelines, definitions, and identity logic that nobody had time to untangle.

This week’s Datapreneur is about how we fixed it and why it mattered.
If you’ve ever found yourself reconciling metrics manually… or trusting your gut more than your dashboards… you’ll want to read this one.

→ Issue 24 — “What Really Happens When You Skip Data Foundations”: https://lnkd.in/dSm8Ydud

I’ve just released a book that will save you a lot of money.
It’s called Your Fractional CDO.

It’s a sort of 101 to data analytics for founders, CXOs, and anyone who participates in decision-making.

And while it explains technical concepts in plain language, the book also includes a separate section on data roles — for a reason.

Your first data hire can either accelerate your business or quietly waste months and money. Not because they lack skill, but because every role solves a different layer of the system — and there’s a natural order to building your team.

So here’s a quick rundown:

Data Engineer — pipelines, integrations, storage, identity stitching. They create the foundation everything else relies on.

Data Analyst — insight generation, investigations, decision support. They tell you what changed — and why it matters.

Analytics Engineer — models, transformations, metric definitions. This is where CAC, ROAS, LTV, retention, and other numbers become trustworthy.

Data Scientist — forecasts, experiments, advanced modeling. Only useful when the basics above are stable.

CDO / Head of Data — strategy, architecture, prioritization. The role that ensures data work drives ROI, not noise.

In the book, I break down each role in detail — what they actually do, when they’re needed, what problems they solve, and the risks of hiring them too early or too late.

And I also share a simple formula for assembling your first data team, based on the stage of your business and the kind of decisions you’re trying to make.

So if you’re hiring your first (or next) data person, read this book first.
Your Fractional CDO is out now on Amazon: https://lnkd.in/dh7xP34x

I ask a lot of questions in job interviews.

But there’s one that tells me everything:

“Why do you do analytics?”
And that’s when I can almost see their brain just… blue screen.

“Uh… I like numbers?”
Cool. I like sunlight and touching grass. Doesn’t mean I’m out there measuring photons.

Some go full corporate zen:
“I’m passionate about insights.”
My guy, with this answer you’ll burn out before your first paycheck.

Others start listing tools like they’re confessing crimes.
“Python. Power BI. Tableau.”

And then there’s the rare few who talk about patterns, meaning, the weird joy of turning chaos into clarity. You can tell they’d still be doing this even if LinkedIn stopped existing.

Because analytics is not about tools and picking insights like pokemons sprinkled here and there. It’s about the boring (to many) routine stuff — cleaning tables, checking joins, arguing with marketing about UTM tags — that quietly make everything work.

So guess who gets hired — when technical skills are equal (or even when I have to trade off a bit of mastery).

The rest? Lovely people.
But I’m after the data nerds, who get high on clear joins.

Why do you do analytics? Comment below!
1 — The dopamine of a clean query
2 — Mild control issues
3 — Revenge on chaos
4 — Accidentally became “the data person” one day and couldn’t stop

And how would I answer that? Well I do that pretty regularly in my newsletter actually — with real examples. Check them out — hope my stories will get you inspired → https://lnkd.in/gyJynUAA

You hired a CDO and nothing changed,

because one person can’t fix an 8-person problem.

Most data disasters don’t come from bad talent.
They come from asking one person to do eight different jobs.

Here’s what it looks like when roles are wrong:
Your “data scientist” is building pipelines. Your analyst suddenly owns AI because “they’re good with numbers.” Your BI dev is trying to architect a warehouse.

Each department has its own dashboards, none of which reconcile.
Everything is busy… and nothing is reliable.

Here’s what it should look like:

Data Engineers move data from your sources into your database/warehouse — clean, accurate, automated. If they do their job well, you never think about pipelines again.

Data Architects decide how all systems connect, where data lives, and how everything scales.

BI Developers build the interfaces: dashboards, reports, visuals — they’re the ones who turn tables into something teams can actually use.

Data Analysts provide meaning. They look at the numbers, explain what’s driving them, and tell you what decisions those numbers support.

ML Engineers turn patterns into predictions. Churn risk, lead scoring, recommendations — anything that forecasts the future lives here.

This is the basic setup. AI adds a couple more roles in the mix like AI Engineers for LLM integrations, Prompt/LLM Engineers for optimizing the use if AI, and AI Product Minds to decide where to add AI at all, but that’s a whole new level.

Think of it like a relay:

One role prepares the data, another structures it, another presents it, another explains it, another automates it, another embeds it into product.

When each team carries the right baton at the right time, everything works.

And this is exactly where a Chief Data Officer comes in. A CDO creates the system: who owns what, what gets built first, and how every part ladders up to revenue, product, and growth.

Without that leadership, you get activity. With it, you get outcomes.
If your team is scaling and you want this system built properly, let’s talk → https://lnkd.in/dzGjJgWM

This is how you do dark mode —

without turning your dashboard into a rave.

Most “dark mode dashboards” just go black = done and call it innovation.
This one? Actually built for low-light decision-making.

Here’s why it works:

→ Strong visual hierarchy — clean cards, deliberate contrast
→ Red as the accent — great for night use (yes, your eyes love red light)
→ KPI cards feel alive — that legend toggle is chef’s kiss
→ Filters + toggles speak the same UI language — no drift, no noise
→ Waterfall on tab two — intuitive, readable, fast
→ Tooltips — finally doing something useful instead of restating labels

In short: dark theme done right.
Subtle. Functional. Designed to be used — not just admired.

Amazing work, Pradeep Kumar G!

Nobody’s using your dashboards.

And it’s your fault.

Here’s why it happens — and how to fix it fast (read on for a free cheatsheet):

1 — Trust isn’t there (your numbers ≠ their numbers)

They’ve been making calls off a hand-rolled sheet for years. You ship a shiny dashboard, skip real QA/reconciliation, and it doesn’t match their file. Trust drops to zero.

Fix: reverse-engineer their sheet. Document every calc, filter, and caveat. Run the dashboard side-by-side for a few cycles, show a reconciliation tab, and agree on a single source of truth. If their sheet is wrong, prove it with traceable logic — politely.

2 — It’s usable… for you, not for them

Excel/Sheets let them scribble notes, add helper columns, and drop quick charts. Your dashboard stripped those workflows away.

Fix: interview them. What questions do they answer daily? What shortcuts do they use? Recreate the flow: default filters that mirror how they think, prebuilt “answers,” and fast paths for the 3 decisions they make most.
And if they want a table... just do the damn table. 

3 — You ignored the stakeholder journey

That report doesn’t live in a vacuum. It’s forwarded to investors, pasted into decks, compared with finance, exported for ops.

Fix: map the journey (inputs → decisions → outputs). Who touches it, when, and why? Build for the full loop: export formats that survive copy/paste, drill paths for board slides, and snapshots that audit clean.

Do these three and adoption stops being a prayer and starts being process. Otherwise, you didn’t build a tool, you shipped art.

And if you want the exact template I use to run dashboard discovery sessions with clients — it’s yours, free → https://gum.co/u/nrnjlnqa
🤠 Save now, thank me later!

Data isn’t magic.
But if LinkedIn is Hogwarts… a lot of wizards walk among us.

Every day on LinkedIn, someone breaks down a concept, simplifies a workflow, or explains a tool in a way that suddenly makes everything click.

It’s collaborative, generous, and strangely close to what a modern Hogwarts would look like — minus the robes and floating candles.

Here’s how I see today’s Hogwarts Faculty of Data:

Transfiguration — Data Engineering
The ancient art of turning raw chaos into clean, structured data.
Professor: José Siles
He’s been posting DE spells for so long that half of our pipeline discipline is basically his homework.

Flying — Pipeline Optimization
Airflow, but make it aerodynamic.
Professor: Benjamin Rogojan
His content is basically: “Here’s how to keep your broom from crashing mid-air.”

Charms — Data Analytics
SQL, dashboards, insights — the everyday spells.
Professor: Donabel Santos
Her posts are the closest thing we have to Wingardium Levio-SQL.

Defense Against the Dark Arts — Data Governance
Keeping your company safe from metric inconsistencies, rogue definitions, and shadow spreadsheets.
Professors: Charlotte Ledoux & John Wernfeldt
Blocking curses like:
→ KPIs that contradict each other
→ Definitions that shapeshift every quarter
→ “We thought Finance owned this metric?”

Care of Magical Creatures — Data Leadership
Where analysts learn how to survive messy data, stranger decisions, unclear ownership… and the occasional fire-breathing timeline.
Professor: John Cook
His content is basically a field guide to keeping analysts alive:
how to ask the hard questions, push back gently, spot bad logic early, and protect your team from the kinds of “creatures” that wander into meetings pretending to be business requirements.

Muggle Studies — Explaining Data to Non-Data People
The noble work of translating dashboards into human language.
Professors: Morgan Depenbusch, PhD & Andy Kriebel
Their content is the bridge between:
“I don’t get this chart” → “Oh… THAT’S what it means.”
The Muggles absolutely love them for it.

If you were hiring at Hogwarts…
Who else belongs on the list? Tag them in the comments!

The best dashboard I’ve seen this week
(I know it’s Monday. That’s how good it is.)

Credits: Andreea Scintei
First reaction: contrast. Bold, intentional, confident.
The colors aren’t “pretty for the sake of it” — they’re doing actual work. And they do it well.

KPI cards are solid and informative:
→ actuals
→ variance
→ period-over-period dynamics
All in one glance.

Now, the filter-ish icon on the KPI cards.
I’ll be honest: it tripped me up at first. I assumed it was a chart toggle. Then I noticed the data below changed, read the tooltip — and it clicked.
Would I design it that way? Probably not.
I’d trigger it via the header or the factoid itself.

Also: Tableau shapes do get… crunchy. Pixel crimes were committed.
But hey — not everyone stares at shapes at 200% zoom. (I do. I’m annoying.)

Bottom visuals:
They’re fine. Clear logic, sorted by importance rather than magnitude — I respect that choice.
But no tooltips? That hurts a little.
And the background fills behind each bar only really make sense if they’re showing “part of a whole” or max context. I think that’s what’s happening — but without a tooltip, I’m guessing. And guessing is not what dashboards are for.

The table at the bottom though?
Very nice.
The toggle, the structure, the idea of separating “total” info and letting me hide it — that’s thoughtful, slightly unconventional, and genuinely useful.

The only odd bit: the default Tableau shapes again.
A burger icon that tells me… nothing.
This is a place where a bit of custom visual language would go a long way.

Net-net:
This is a good dashboard.
Not perfect. But intentional, readable, and clearly designed by someone who understands how people actually consume data.

And honestly — dashboards like this don’t happen by accident.
They usually come from a solid discovery process before anyone opens Tableau.

If you want a simple, practical way to do that part right, I shared a free dashboard discovery cheatsheet (Figma canvas + real example): https://lnkd.in/dYxEpDvV

I wrote a book.

Unlike AI, it might actually replace me.

A few years ago I realized something obvious but uncomfortable:
There wasn’t a single book that explains analytics to business people in a way that actually makes sense to business people.

There were tons of technical books — great ones, even. But for a founder, a CMO, a COO, someone running a real business, most of that material was unusable.

So I wrote “Your Fractional CDO”.

It’s not a technical manual. It’s a decision-making manual.
Because most people still think a CDO is the person who “knows how to count things correctly.” While CDO is actually the one who:
→ Knows when a metric is lying
→ Understands the cost of fixing vs. the cost of ignoring
→ Picks the system that gets you to ROI fastest — not someday
→ Connects marketing, product, ops, finance, and sales into one coherent story
→ Prevents decisions that look smart in dashboards but kill you in reality

And this is exactly what this book helps you see: context, judgement, trade-offs; how business reality collides with data, and how to actually make decisions with the thing you worked so hard to measure.

It won’t promise you a “data culture.” It will help you solve the one problem slowing your business down right now. And honestly, that’s what most leaders actually want.

If you want to support me:

→ Grab the Kindle edition (it’s free if you’re on Kindle Unlimited): https://lnkd.in/dKbMg8fp
→ Or just repost this so more founders, CXOs and whoever might need it see it

And a quick note: print-on-demand edition goes live soon — hardcover + paperback, with reviews on the back from some of your favorite data creators: José Siles and John Cook. 

Designed to be highlighted, dog-eared, and carried around like a field manual.

Most dashboards fail for a simple reason:

They answer questions nobody asked.

We jump straight into charts, colors, and layouts… but skip the one step that actually makes a dashboard useful:
Understanding how people will use it.

Here’s the part so many teams miss:
A useful dashboard isn’t built around metrics. It’s built around decisions.
Before opening Figma, Tableau, Power BI, or anything else — ask your users:

→ What decision do you need to make faster?
→ What is the pain with your current process?
→ What do you consider a “good” or “bad” week?
→ Which slices, filters, or comparisons do you need every time?
→ Which metrics do you actually trust?

If you can get clear answers to these five things, the dashboard basically designs itself.
No more 12-widget monsters. No more “Can we add one more chart?” No more reports that look great… and get ignored.

Because the truth is simple:
Dashboards fail when they’re built for the tool, not the user. Dashboards succeed when they’re built for the decision.

If you want a shortcut:
I put together a Dashboard Interview Cheatsheet — the exact framework I use with clients to turn vague requests into dashboards that actually get used.

Happy to share it: https://lnkd.in/d_tq_kGb
Let’s make dashboards people actually use.

There’s just one difference between an AI product that fails and one that grows.
And it’s not the AI.

Right now we’re living through the noisiest tech bubble since crypto and dot-com.

Investment dollars are flying into AI companies not because they’ve built something groundbreaking, but because everyone hopes they might someday.

And in this environment, every founder eventually thinks: “Maybe I should build an AI product too.” So the market fills up with thousands of tools that all look identical. 

Some raise millions before they have a single real user. But here’s the part no one wants to admit: if you add AI without adding product discipline, your AI becomes a liability, not an advantage.

The products that survive this hype wave won’t be the ones shouting “AI” the loudest. They’ll be the ones that:

→ measure what actually drives acquisition & retention
→ understand real user behavior
→ iterate based on data, not vibes
→ know where AI helps — and where it breaks
→ build a feedback loop around the model, not treat it as a miracle

So AI doesn’t fix a weak product. AI exposes it.

This week’s Datapreneur issue dives into a real case where analytics didn’t just analyze an AI platform — it reshaped how the AI sells, behaves, and improves over time.

If you’re building AI right now (or funding it), this one is worth your time.
Full story → https://lnkd.in/dcNF3TWi

The hill I’ll die on:
Your company doesn’t need to be “data-driven”.

You need the one fix that removes today’s bottleneck. And make sure it doesn’t occur again.
Might be a report you rebuild every week, a KPI no one can calculate twice the same way, a funnel that breaks every time you need it, or a dashboard that looks great but tells you nothing. You name it.

You just want one thing: an exact solution to the exact problem setting everything on fire as you read this.

That’s why I wrote Your Fractional CDO. Not as a manifesto, but as a practical first step for founders who need clarity fast — and don’t have six months to waste wondering what they actually need.

Because once you peel back the noise, most “data problems” come down to a few simple truths: → Metrics break when no one agrees on their definitions. → Dashboards lie when systems don’t tell the same story. → Your first data hire can quietly save you a fortune — or quietly burn it.

The book exists to help you spot these traps before they cost you time, money, and momentum.

→ Get the book: https://lnkd.in/drHQsQgK
Because you don’t need a data revolution.
You just need your next decision to be right.

They say being a data analyst is about SQL and dashboards.
In reality, it looks more like this:

1. Drink a giant mug of coffee
2. Management asks to “fix something” in the dashboard
3. Spend 40 minutes decoding what they actually mean
4. Drink another coffee
5. Fix it
6. Hear: “It looked better before”
7. Inhale deeply, consider moving to a monastery
8. Three back-to-back standups that could’ve been one email
9. Breakfast at 4 PM — the most spiritual meal of the day

Data skills matter.
But caffeine and patience are the real tech stack.

Smash Repost if you’ve ever whispered “SELECT * FROM sanity” into your mug.

Some dashboards fight you.

This one actually wants you to understand it.

I spent a good half-hour playing with this insurance portfolio dashboard — and honestly, it’s one of the rare cases where you can feel the designer thinking.

Here’s what stood out immediately:

1 — The layout breathes.
Clear spacing, clean separators, nothing screaming for attention.
Just calm, intentional design — the kind that makes a CFO exhale.

2 — A tiny detail that changes everything:
The settings-style legend on the left. It’s subtle, elegant, and genuinely helpful.

And the wild part? Every chart using that arrow icon supports cross-filtering — and it takes exactly two seconds to figure out.
That’s good UX.

3 — KPIs with personality.
Each metric comes with its own deviation indicator — maybe slightly duplicated across the board, but it works.

Feels neat, approachable, almost “mobile-app clean.”

4 — Tooltips, source labels, developer credits.
This is what “designing for trust” looks like.
People forget that credibility is a UI element too.

5 — Benchmarking page? Thoughtful, but not perfect.
Some spacing inconsistency.
Sparklines don’t need Y-axes — they’re meant to whisper, not lecture.

But the idea of darkening the selected quarter? Love it. Not 100% intuitive, but intuitive enough.

6 — And then the BROKERS view hits you.
Super-light bars with subtle borders — aesthetically beautiful.
A different stylistic choice from the first sheet… but honestly, it works. Clean, airy, almost Scandinavian.

Overall? This dashboard has a soul. Simply because someone cared enough to make every interaction just a bit smoother than you expect.

If more dashboards were built this way, we'd have fewer “what am I looking at?” meetings and more actual decisions.

Great work, Ellen Blackburn!

taplio

The Battle

Nikolay Valiotti

Daria P.

Followers

Posts

Engagements

Likes

Performance ScoreNikolay Valiotti's LinkedIn Performance

Ready to grow your LinkedIn presence?

taplio

The Battle

Nikolay Valiotti

Daria P.

Followers

Posts

Engagements

Likes

Performance Score.css-goub6s{font-size:var(--chakra-fontSizes-md);font-weight:500;color:var(--chakra-colors-gray-600);display:block;margin-top:var(--chakra-space-1);}Nikolay Valiotti's LinkedIn Performance

Ready to grow your LinkedIn presence?

Performance ScoreNikolay Valiotti's LinkedIn Performance