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

Founders don’t lack data.
They lack confidence to make decisions with it.

I work as a Fractional Chief Data Officer for scaling tech companies, when analytics becomes business-critical — but hiring a full-time CDO is too early or too risky.

I’m the founder of Valiotti Analytics, a data consultancy trusted by 50+ teams globally. I work with companies across the US and Europe.

I have a PhD in data science, which helps when problems are complex — but my work is always grounded in business outcomes.

What I typically change:
• Data & analytics strategy aligned with business goals
• Clear metrics and decision frameworks
• Analytics org design (people, tools, processes)
• Systems that teams actually use, not just maintain

Before consulting, I was an in-house operator. I’ve lived through messy data, slow reports, and dashboards nobody trusts — and I know why “just build another report” never works.

Since 2019, I’ve helped marketing, sales, and product teams:
→ Scale revenue up to 25x
→ Eliminate manual reporting and data chaos
→ Turn analytics into a decision-making system, not a cost center

I usually work in a fractional format (3–12 months), directly with CEOs, CPOs, and CMOs — with optional execution support from my team.

Nikolay Valiotti

Data engineering is never “done.”

If you think it is, you’re already behind.

Data stacks don’t age gracefully.
Pipelines break. Schemas drift. APIs get “versioned” into oblivion. One quiet column rename, and your executive dashboard goes dark five minutes before a board meeting.

That’s not incompetence. That’s actually normal. The mistake is treating data engineering like a one-off build instead of a living system.
The job isn’t to design something flawless and walk away. It is to stay close enough to catch problems before the business does.

Strong data teams understand this:
→ Failure is inevitable — speed of detection is the real metric
→ Models will drift — adaptability matters more than elegance
→ Requirements will change — velocity beats perfection
This is why “set it and forget it” always turns into “why does no one trust the data?”

If you want data you can rely on, you need three things:
1 — Monitoring that screams the moment something breaks
2 — Engineers who can trace, debug, and patch quickly
3 — A habit of revisiting data contracts when sources evolve

Data is infrastructure. And no serious business builds infrastructure once and never inspects it again.
—
♻️ Repost if you’ve ever been paged because a silent schema change wiped out a revenue dashboard.
Follow me Nick for more unfiltered takes on data strategy, engineering, and keeping systems alive long after launch.

Nick Valiotti

Fractional CDO | Helping Scaling Tech founders turn data into faster decisions | Founder @ Valiotti Analytics

One thing I have to say out loud:
Excel is incredible. And this is exactly the problem with it.

The better Excel works, the longer companies cling to it. The longer they cling, the harder it becomes to outgrow.

Every team hits the same phase:
→ one spreadsheet
→ turns into twelve
→ turns into forty
→ turns into a folder full of excels

At that point, no one knows what’s real anymore.
This isn’t a tooling issue. It’s infrastructure debt.
And it compounds quietly — until decisions start disagreeing with each other.

In my book, Your Fractional CDO, I break down why spreadsheets become dangerous at scale — and what to fix before dashboards, KPIs, and leadership conversations drift out of sync.

Because the answer isn’t “ditch Excel.”
It’s: stop using it as your entire data strategy.

What actually works instead:

1 — Centralize your data.
Stop exporting CSVs like confetti. One shared source—Sheets, a small warehouse, anything—is better than ten “perfect” reports.

2 — Assign ownership.
If everyone owns the data, no one does. Quality only scales when accountability exists.

3 — Automate the pipes, not the panic.
Connect systems directly. Excel is fine as a front end—if the plumbing behind it isn’t chaos.

4 — Measure less. Decide more.
Fifty KPIs don’t make you data-driven. A handful of metrics that guide real decisions do.

Excel belongs in modern data stacks. Just not at the center of them.
Tools don’t create clarity. Frameworks do.

Fix the foundation before it fails you. And grab Your Fractional CDO — unless you genuinely enjoy living one broken formula away from disaster → https://lnkd.in/d--GjMpr

undefined undefined

ClickHouse Developer

Tableau Desktop Certified Associate

A Course for Executives

Digital Transformation Academy

Founder @ Valiotti Analytics | Marketing & Sales Dashboards for Growth-Ready Companies | PhD & MA in Data Analytics

🚀 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

Let's discuss your project and grow you business with the power of data

Join Friday Data Snack for weekly data, leadership, and business insight

A data strategy that looks perfect on paper

usually dies in real life.

I’ve seen this pattern across companies of every size.
There’s always a polished deck, five-year vision, clean architecture, immaculate governance, dashboards that could win design awards.

And then you look at how decisions are actually made.
→ Sales still lives in spreadsheets
→ Marketing trusts the ads manager more than internal reports
→ Finance keeps a “shadow model” just in case
And that's not because people hate data, but simply because the strategy never met reality.

From a Fractional CDO standpoint, this is the core mistake:
teams confuse designing a system with changing behavior.

The thing is, data strategy is an operating model. So if adoption isn’t happening, the problem is rarely tooling. It’s usually one of these:
1. No clear decision owner
2. No agreed definition of “good enough” data
3. No incentive to switch from existing workflows
4. No tolerance for messiness during transition

A strategy that only works when everything is clean, aligned, and fully implemented is just a concept. Real data leadership starts smaller and rougher:

– Which decisions actually matter this quarter
– Who owns them
– What data is “good enough” to act
– Where the workflow already lives
If the answer doesn’t fit into how people already work, it won’t be used, no matter how elegant it looks.

Strategy isn’t supposed to be beautiful.
It’s supposed to survive contact with reality.

P.S. Had this convo with Marcel Dybalski a while ago, thought more people need to hear it!
-------

👋 Hi, I’m Nick — Fractional CDO. I help teams turn “data vision” into decisions people actually use. If your dashboards look great but nobody trusts them, that’s usually where I start.

AI & Data Platform Engineer | GCP & Fabric Certified

“Data-driven” — easy to say, brutal to explain.

I turned it into my elevator pitch.

Step 1 — Get all your data in one place
Your numbers live everywhere — website, ads, CRM, spreadsheets.
First, you just need to collect them.
→ Fivetran: connects the tools for you (free up to 500K rows).
→ Python: for people who like to build things themselves.
Goal: one single place where all your data lives.

Step 2 — Store it safely
Once you’ve collected it, you need to keep it somewhere reliable.
That’s BigQuery.
Think of it as a big digital storage room for all your numbers.
It’s cheap, fast, and handles anything you throw at it.

Step 3 — Make it visual
Turn all that data into something you can actually use.
That’s your dashboard.
It doesn’t really matter which tool you go for. Looker Studio, Tableau, whatever.
A good dashboard shows what matters — sales, traffic, growth —
without making your eyes hurt.

Bonus — real-time?
Want to see what users do on your site right now?
Use Segment.
Just don’t send every click straight into BigQuery — your CFO won’t like the bill.

That’s it.
Three steps. Zero $10K toys.
Just a simple stack that works.

♻️ Repost if this has been the most insightful elevator ride this quarter.
Follow me Nick to learn how to explain it to your grandma next.

First day at work in 2026. Fresh priorities. Same first request:
“I need a dashboard.”

Every analyst hears this. Regularly. Confidently. With zero additional context. Because 9 times out of 10, when a stakeholder says “I need a dashboard,” what they actually mean is:

“Something feels off and I don’t know why.”
The dashboard is just the physical form their confusion takes.

The moment you accept the request as is, you’ve already lost. You’re no longer solving a problem — you’re redecorating anxiety.

It usually goes like this: “Can we get a dashboard to track campaign performance?”

Sure. You build it. Then come the sequels:
→ “Can we slice it by region?”
→ “Actually, over time?”
→ “What if we try a different chart?”
→ “Can we add just one more KPI?” (famous last words)

Congrats. You’ve entered the Dashboard Cinematic Universe. This happens when analysts become BUILDERS instead of PARTNERS.

A good analyst doesn’t just execute. They investigate. They pause and ask the most dangerous question in analytics:

“What decision will this help you make?”

That one sentence ends most bad dashboards on the spot. Because sometimes the answer isn’t a dashboard at all. It’s:
– a short memo
– a mini-report
– or a five-minute conversation that saves 6 weeks of work

If you want to be seen as a partner, not a chart factory, this is the shift that matters.

And this is exactly why I built a simple dashboard discovery framework, the Dashboard Canvas.
No endless meetings. No vague requests. No dashboards that get ignored.
If you build dashboards for a living, it’ll save you hours → https://lnkd.in/djYMn3Fp

Repost it so others can use it too. Use it on your next project.

You hired a CDO.

Nothing changed. Why?
Because one person can’t fix an 8-person problem.

Most data disasters don’t come from bad talent.
They come from asking one human to be:
a strategist, an architect, an engineer, an analyst, a BI developer, an AI owner,a translator to execs, a firefighter on Slack. 

That’s not leadership. That’s organizational confusion.
So what happens? 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.

Every team has dashboards. None of them agree.
Everyone is busy. Nothing is reliable.

This is what should be happening instead:
→ Data Engineers move data — clean, automated, invisible.
→ Data Architects design how everything fits and scales.
→ BI Developers turn tables into usable interfaces.
→ Analysts explain why numbers move and what to do next.
→ ML / AI roles only exist after the foundations are solid.

It’s a relay, not a solo marathon. Each role carries the baton at the right moment.

Now here’s the uncomfortable truth:
A full-time CDO is expensive. And most companies don’t actually need one sitting on payroll.

What they need is the CDO thinking:
→ role clarity
→ sequencing
→ ownership
→ alignment to revenue and growth

That’s why I wrote Your Fractional CDO. Not a leadership memoir. Not AI hype.
A practical playbook for building a data system that works — without hiring an army or burning budget. Available on Amazon → https://taap.it/Yt0nMRT

A common question I hear:
“What does a CDO actually do? And why can’t our senior data analyst just do that?”

It’s a fair question. The thing is:
A data analyst’s job is to answer questions.
A CDO’s job is to decide which questions matter — and which ones shouldn’t be asked at all.

Analysts work inside the system.
CDOs are responsible for the system itself.

That means:
→ deciding what data the company should trust
→ setting priorities when everything feels important
→ choosing what to build, buy, or ignore
→ clarifying ownership so decisions don’t stall in debate
None of this is about SQL, dashboards, or tools. It’s about judgment.

At Series A–C, this gap becomes visible. Data exists. Dashboards exist. Talent exists. But nobody is accountable for direction.

That’s usually when founders start feeling the drag: slow decisions, duplicated work, quiet confusion.

This is where a fractional CDO helps — not by replacing analysts, but by giving them direction.

I wrote a short guide explaining how this actually works in practice: what a CDO does, when the fractional model makes sense, and what typically changes in the first 90 days.

Feel free to grab it in my Featured or via the link → https://lnkd.in/d8TDg3DJ

----

👋 I’m Nick, Fractional CDO. If you’re looking for this kind of data leadership, DM me.

As a CEO and founder — this dashboard is just great. Simply because it respects how execs actually think.
They don’t open a dashboard to analyze. They open it to confirm or challenge a belief.

This one starts with the only question that matters:
Did we hit quota?
101.3%. Answered. No interpretation required.

Immediately after, it answers the second executive question:
Is this short-term noise or a real trend?
MTD, YTD, last month, last year — side by side, same visual language. 
The user doesn’t have to remember numbers. They just register direction.
Green means “we’re fine.” Red means “ask why.” That’s executive UX.

What’s also strong here is sequencing. Cumulative → period → comparison → distribution over time. That mirrors how leadership conversations actually happen in a room.

The total sales number isn’t there to impress anyone. It’s there to ground the conversation. Execs anchor on scale before they talk variance. This dashboard knows that.

The monthly chart at the bottom is doing quiet but serious work. It shows where execution deviated from expectation and how often that happens.
That’s a performance management view, not an analytics one.

Most importantly:
There is no moment where an exec would have to ask, “So what should I do with this?”
They can already tell:
– whether to push the team
– whether to stay hands-off
– whether to zoom into a specific month
– whether this is a sales issue or a planning issue

That’s why this is an executive dashboard.
Not because it has fewer charts. But because it collapses complexity into decisions, instead of pushing complexity onto the reader.

That’s the difference most teams miss. Bravo, Sebastine Amede!

----

👋 Hi, I’m Nick — fractional CDO. I break down what actually makes dashboards useful to leadership. Follow for reviews like this!

Tableau Developer | Business Intelligence Developer | Data Analyst |Tableau Ambassador’25

My feed and comment section keep panicking over “the death of the data analyst.” 

Which tells me most people still don’t understand what the job was in the first place.

A data analyst was never meant to be a SQL code generator. Not before. Not now. SQL was the easiest part of the job — so we turned it into the job.

For years, we hired analysts to write queries, ship exports, and keep the dashboard lights on. But that role always had an expiration date. AI just made it obvious.

Fast-forward to 2026.
→ LLMs write SQL in seconds.
→ Warehouses scale automatically.
→ “Can you pull this data?” is no longer a skill.

But here’s what didn’t change:
CMOs still don’t trust the numbers. CEOs still ask, “Wait — what’s included here?” Meetings still end with, “Let’s double-check that.” Because the business didn’t suddenly become analytical!!

No one is validating assumptions. No one is pressure-testing metric logic. No one is responsible when AI output sounds right but is wrong.
That responsibility moved to the analyst.

A strong analyst today:
— Lives inside the business, not the warehouse.
— Translates messy questions into precise metrics.
— Knows where models hallucinate and why.
— Owns conclusions, not queries.

SQL is cheap now. Dashboards are everywhere.
Judgment is still rare. That’s the job.

If your data work mostly happens with IT, you’re probably not doing strategy. You’re doing infrastructure.

I always say that and my recent conversation with Mike Drake was another proof to its rlevance across teams. We were talking about fractional CDOs, when they actually add value, and why so much data work quietly underdelivers. Here’s the pattern we kept coming back to:

Strategy doesn’t live where tickets live, it lives where outcomes live.
CEO. CFO. CMO. Revenue. Risk. Growth. Allocation.

When data is treated as an IT function, a few things happen almost automatically:
→ The work optimizes for systems, not decisions
→ Dashboards pile up, but ownership stays fuzzy
→ Teams argue about numbers instead of acting on them

That’s not a tooling, but a positioning problem.
The real job of a fractional CDO isn’t “better dashboards” or “one more model.” It’s turning data into a shared business asset:
– Owned by leadership
– Aligned to decisions
– Designed to compound over time

A few things Mike and I aligned on quickly:
→ Execution is getting commoditized. AI and cost pressure made sure of that.
→ SQL is cheap now. Thinking isn’t.
→ Dashboards should be disposable. Foundations shouldn’t.
And if you don’t historize from day one, you don’t get a second chance later.

The path I keep seeing work looks like this:
IT-centric data → shared business capability → revenue leverage. That’s where strategy actually lives. And that’s the only place it gets paid for.

If you’re a business leader trying to understand where your data work is helping — and where it’s quietly holding you back — comment CDO below.

I’ll send you a link to a quick quiz I built that helps identify data bottlenecks, growth zones, and gives you a concrete 7-day action plan to move things forward.

And Mike, thanks again. Always a good sign when a call reorganizes a few neurons instead of just filling a calendar.

Fractional Data Leader | From Chaos to Clarity | Uncomfortable Conversationalist | Liberator of Hostage Data

Nothing fuels overengineering like a decision nobody wants to make.
I’ve seen this pattern more times than I can count.

When a team can’t agree on what actually matters, the solution quietly becomes: “Build everything.”

So data engineering turns into an insurance policy.
Extra pipelines “just in case.” Abstracted models “for future flexibility.” Another orchestration layer because maybe we’ll need it later. A schema that can support ten businesses when you barely run one.

It looks sophisticated. Feels responsible. And it’s almost always a symptom of avoidance.

Because here’s the uncomfortable truth:
Most data complexity doesn’t come from scale.
It comes from indecision.

When no one wants to commit to:
→ which metric actually drives the business
→ which questions deserve fast answers
→ which use cases can wait or die
…the platform absorbs the uncertainty.

And the platform always pays interest.

Overengineered systems don’t fail loudly.
They rot slowly:
– longer lead times
– fragile dependencies
– higher cognitive load
– teams afraid to touch anything
All in service of optionality no one ever exercises.

Good data engineering starts much earlier than tools and architecture.
It starts when someone is willing to say: “This is the decision we care about now.”

So if your data stack feels heavier every quarter, don’t ask “what tool are we missing?” Ask: “What decision are we still avoiding?”

👋 Hi, I’m Nick, fractional CDO. I help teams replace “future-proof” complexity with clarity, ownership, and decisions. If your data stack feels heavier every quarter, let’s talk.
Not ready to talk but still need help? This book might be a place to start → https://lnkd.in/dxS6W92D

Most dashboards don’t fail because of bad data or bad charts.

They fail because they were built too early.

Someone asks for “a dashboard.”
The team opens the BI tool.
SQL gets written. Charts get polished.

And only at the end does anyone ask the uncomfortable question:
“Wait… what decision is this supposed to support?”

That’s why prototyping is non-negotiable if you want dashboards that actually get used.

Prototyping forces the hard thinking before the build:
→ What questions are we really trying to answer?
→ Who is this for, and what do they need to decide?
→ Which metrics matter, and which ones are just noise?
→ What level of detail is useful vs overwhelming?

A simple low-fidelity prototype (even boxes and labels) does two critical things:
1 — It exposes vague thinking immediately.
2 — It lets stakeholders react to structure and logic, not colors and charts.
By the time you open your BI tool, 80% of the decisions should already be made.

That’s exactly why I put together this practical, no-nonsense cheatsheet for dashboard discovery and prototyping.

It’s a repeatable framework to gather clean, complete dashboard requirements — without endless meetings, vague requests, or dashboards that get ignored.

The guide walks you through:
– Running focused user interviews
– Defining business questions first
– Aligning on metrics and breakdowns
– Mapping data sources
– Translating all of that into a clear, stakeholder-friendly layout

If your dashboards aren’t getting used, don’t add more charts.
Prototype better → https://lnkd.in/dxyFYdUy

Read this book before you start your next analytics project.
Because it teaches you one lesson that will save you hundreds of hours and hundreds of thousands of dollars:

Your first question matters more than your first dataset.

Most failed analytics projects start long before the dashboards do.
They start with vague, unanswerable questions:
“How do we grow?”
“What’s working in marketing?”
“Can we be more data-driven?”
These aren’t questions.

They’re weather forecasts with a KPI attached.

A real analytics question is specific, falsifiable, and tied to a decision:
→ “Which acquisition channel produces customers with the highest 90-day LTV?”
→ “Which step in the funnel creates the biggest revenue leak?”
→ “Which product segment is worth prioritizing next quarter?”

Ask better questions → get better insights → make better decisions.
Every transformation starts there.

This principle is so fundamental that it’s the backbone of my new book, Your Fractional CDO.
Not tools, not architectures, not AI dashboards with glowing neon charts.
Just decision-making clarity.

In the book, I break down how to rewrite messy business questions into clean, analytics-ready ones — the exact process I use with founders, CMOs, and product teams.

Once you do this, everything else gets easier:
You know what data you actually need, you stop building dashboards “just in case”, you avoid 3-month detours into perfect ETLs that solve nothing, and you finally get insights that drive action instead of confusion.

Check out Your Fractional CDO on Amazon → https://lnkd.in/dU-kiEUf

If you think AI will “solve analytics” in 2026, you’re focusing on the wrong problems. Here are my predictions. 3 things I’m confident about.

1 — People trust people. Not models.
This hasn’t changed. It didn’t change before AI, it won’t change after.

When you sent a report to a director, they trusted it because you owned the numbers. You could recheck them. You were responsible.
No one wants to blindly trust LLM output. There is always a human who validates, verifies, and stands behind the result.

That’s why a new role emerging this year: AI-enabled analyst.
Not “AI replaces analyst”. Analyst who uses AI and owns the outcome.

2 — Data is still the foundation.
No matter how good LLMs get, everything still depends on data quality: clean structure, clear logic, well-designed models.

Yes, LLMs can help design schemas and even suggest warehouse structures. But you can’t just say:
“Hey AI, fix my data.”

You still have to explain:
→ what the business actually does
→ how metrics should behave
→ which decisions depend on them
Good prompting still requires a brain, context, real business understanding. AI doesn’t remove thinking. It exposes the lack of it.

3 — The chat interface is already annoying.
Let’s be honest: business leaders don’t want to chat with data. One question leads to ten more. No CXO is spending their day interrogating a chat window about metrics.

Chat is great for exploration, not for decisions.
What’s coming instead:
→ You see a chart.
→ A metric drops.
→ You click it.
→ AI runs the analysis in the background.
→ Returns 2–3 hypotheses actually worth checking.

And then — the crucial part — someone still owns the conclusion.
Same role as point #1.

The boring truth: AI accelerates analytics. Responsibility doesn’t scale automatically.

What changes do you think we’ll see?

--------

👋 Hi, I’m Nick — Fractional CDO. I write about building analytics teams that actually work, not just demo well. Follow for practical takes on data, AI, and decision-making.

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/dNSPbAzx
Let’s make dashboards people actually use.

Nothing says “data-driven company” like KPIs updated by hand every Friday.
But sure, let’s talk about machine learning next quarter.

And yet, every quarter (if you’re lucky, if not — every month), someone asks for a “cool dashboard.”
As if design can fix dysfunction. Surpise-surprise, it won’t.

Here’s the quick sanity checklist every BI analyst to run before saying yes:

1 — Data foundation
If your inputs aren’t automated, every chart is a ticking time bomb. Dashboards built on manual data rot faster than milk in the sun.

2 — Metric alignment
If “Revenue” means one thing to Marketing, another to Finance, and a third to the CEO — you’re not visualizing insights, you’re hosting a family argument.

3 — Decision logic
Every chart should answer a question someone actually asks. If it doesn’t change behavior, it’s just decoration.

So next time someone says, “We just need a dashboard,” maybe ask: “Do we have data… or do we have Excel?”

Because there’s a big difference between building analytics and making PowerPoint interactive.

----------

I’m Nick, and that’s exactly what we fix at Valiotti Analytics — building systems where data flows, definitions align, and dashboards actually tell the truth. If that sounds like your next step, let’s talk!

A lot of companies think they’re “behind” on data.

In reality, they’re just out of sequence.

I wrote Your Fractional CDO for leaders who feel pressure to “level up” analytics, but aren’t sure what level they’re actually on. The book walks through a simple but uncomfortable truth:

Most teams don’t fail because they lack data. They fail because they try to operate like a Stage 5 company while still living in Stage 2 or 3.

That leads to:
→ overbuilt dashboards
→ premature tooling
→ stalled initiatives
→ and a constant sense of “why isn’t this working yet?”

The goal isn’t to be “data-driven.” It’s to build the next layer that actually fits your business right now.

Normally, Your Fractional CDO is available on Amazon. But I’m giving free copies to a small number of founders / execs who feel stuck between “we know data matters” and “we don’t know what to do next.”

If that’s you, comment “CDO” and tell me what stage you think you’re in — or where things feel forced. If the book can help you move forward cleanly, I’ll send you a copy.

Most companies don’t waste money on data tools.
They waste it on the wrong data hires.

Last year (had to do it!) I released a book called Your Fractional CDO — and if you’re a founder, CxO, or anyone involved in decision-making, it can save you a lot of time, money, and frustration.

It’s a practical 101 to data analytics, written in plain language. But one section matters more than most: data roles.

Your first data hire can either accelerate your business or quietly burn months of runway. Not because they’re bad — but because each role solves a different layer of the system, and there’s a natural order to building a data team.

Here’s the short version:

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

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

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

Data Scientist — forecasts, experiments, advanced modeling. Powerful, but only once the basics 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 you need them, what problems they solve, and the risks of hiring them too early or too late.

I also share a simple framework for assembling your first data team based on your company stage and the decisions you’re trying to make.

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

Nick Valiotti, PhD

Fractional CDO for Scaling Tech Companies | Author of Your Fractional CDO | Founder @ Valiotti Analytics

If I had to give just one piece of data advice, it would be this:
Build the Boston Public Library.

This idea clicked for me over the holiday break, spending a few quiet hours there. No rush. No noise. Just space designed for thinking.

A good library does a few things quietly and exceptionally well.
Books are easy to store — because there’s a system. Knowledge is easy to access — because things are labeled. Learning feels natural — because the space removes friction.
The room itself helps you think.

Now look at most data environments.
Files stacked like books on the floor. Queries written once and forgotten. Sheets that “kind of” match, but never fully agree. Dashboards that exist, but no one sits down with them.
That’s what a library looks like without shelves.

In a real library:
– every book has a place
– similar topics live near each other
– you know where to look before you start searching
– history is preserved, not overwritten

In good analytics:
– every metric has a definition
– related data lives together
– you know where truth lives
– past decisions stay explainable

Libraries don’t optimize for storage. They optimize for understanding.
Great analytics works the same way. It’s not about having more data. It’s about making learning feel inevitable. Because mess spreads quickly. But order compounds quietly.

So if your dashboards feel heavy, your metrics feel fragile, or your team keeps asking the same questions again and again — you don’t need a new tool.
You need shelves, labels, and silence.
Build the library.

------

👋 I’m Nick, Fractional CDO. I write about building calm, decision-ready analytics systems. Follow if this is the kind of data thinking you want more of.

Hot take:

You don’t need a data team.

Your nephew’s “pretty good at Excel,” right?
He can whip up a dashboard, eyeball some trends, and tell you what’s “probably working.” No need for data governance, definitions, or version control — just vibes and pivot tables.

Who needs analysts when you’ve got family?

As an Independent Data & Technology Consultant, I help businesses unlock the full potential of their data - transforming it into actionable assets that drive efficiency, innovation, and measurable value. 

Here are some ways I can help you:
- Conceptualizing and implementing business metrics end-to-end
- Modelling the data in an easy-to-use way so it can be consumed by different functions in the organisation
- Setting up data infrastructure
- Building a data ingestion layer for multiple sources
- Platform migrations
- Assessing and identifying gaps in your current data platform and analytical capabilities
- Improving the accuracy of your analytics by improving Data Quality and Governance

About me
-----------
Highly accomplished Data Professional with a decade of experience driving innovation in academia, startups, and tech giants like Meta. My journey began in Geodesy and Geoinformatics (MSc), evolving from GIS and Remote Sensing to Software and Data Engineering.

Proven track record as both Individual Contributor (IC) and Manager, leading high-performing teams and architecting scalable solutions. Passionate about harnessing data to drive impact. Committed to mentoring and growth.

At Meta, I led Data Engineering teams responsible for the backend ranking systems that power ads across all platforms. I built and scaled the London team from inception, growing it from 0 to 9 engineers. My primary focus was leveraging data to unlock incremental business value and establishing robust analytical measurement foundations.

Outside work, I cherish time with my loving family - my wife and precious daughter.

Slawomir Tulski

Strategic observation: It’s actually surprising that we are getting any data analytics at all!

Think about the three parties involved...

Producers:
- People or processes that “produce” the data. 
- Unless they use it for something else, they don’t care about the data they produce. 
- They are not incentivised to even be aware of what happens with the data downstream.

Platform:
- Engineers and their platform that supports ingesting, processing, and managing all the data. 
- They are like librarians. They care about the library, how books are stored, that people rent those books, and keeping them accountable. 
- But they have zero understanding of how the books are used. That’s “not their business”. They just provide the books. Often low-quality garbage, but who cares - people still read that stuff.

Consumers:
- Finally, our dear internal analytics and business users. 
- They have the most business context. They want data, they know how it should look, they care about quality. They literally drive the value out of the data. 
- All that talk about data being the asset of your company can’t be realised without them. 
- But they can’t do much. They rarely know where the data is coming from or its quality. They need to operate in ambiguity and are often left without help. 
- They keep begging for support and are unheard or misunderstood.

Don’t get me wrong, all these parties do important jobs and work hard. It’s just that their way of operating, goals, and incentives are misaligned. Don’t hate the players, hate the game.

But I think there is hope. A common ground and incentive that can help. It’s not “data” that should unite all of them. It’s helping their business. Under the hood, they all work towards a singular goal: to help their business thrive. That should be their beacon.
—-—
👋🏼 I'm Slawomir. I guide companies at any stage to turn data into clear action and real business impact.
♻️ Repost to help your network.

Data Leadership Consultant | ex‑Meta | Fixing Underperforming Data Teams

Change is hard in general. It’s even harder when it’s the organisation that has to change.

- There are people who are used to the way they work.
- The company is there, so whatever exists right now... it kind of works.
- We may find out that we or someone else are to be blamed.
- New things are uncomfortable and we have to learn.
- Tons of other things.

The moral? You better have a good motivation. There are some obvious ones:
- Burning platform
- Wasted money
- People leaving en masse
- Fear of missing out on massive opportunities

If you have those, use them - but sprinkle in some positive aspects so it's not purely negative motivation. A good balance between fear and reward works far better than relying solely on a negative approach.

If you don’t have anything like that, it's better to find strong motivation elsewhere. Organizations don’t change without a compelling reason. Simply having a new tool or process isn’t enough - that alone isn’t true motivation.
—-—
👋🏼 I'm Slawomir. I guide companies at any stage to turn data into clear action and real business impact.
♻️ Repost to help your network.

Data Engineering is often a "black box" for stakeholders.

If you're wondering whether your data engineers are doing solid work or a house of cards, look for these 5 signs. 

You don't need to be a technical person to sense if something is wrong.
—-—
👋🏼 I’m Slawomir. I help established businesses move data from a cost center to a value driver.
♻️ Repost to help your network.

Stop guessing if your Data Engineering quality is "Good"

A new structure isn’t a cure‑all. It’s a start, not the solution.

Centralised top-down approach: I’ve got a ticket to build a dashboard. It's a rather stupid idea, and the problem could be solved in a better way. But who am I to question it? They pay me to do the tickets.

Data-mesh approach: My PM asked me to build this dashboard. Not sure why they even need it… but hey, who am I to question the PM? They know their stuff. Also, I need feedback from them later on for my performance assessment.

Company culture is a tricky thing. On one hand, it's a catch-all, often meaningless phrase we throw around in random contexts. On the other hand, it’s a real force that impacts everyone in the company.

It’s hard to see it objectively from the inside or to measure it. It’s even harder to change it. But it can silently kill any process, structure, or “best practices.”
—-—
👋🏼 I'm Slawomir. I guide companies at any stage to turn data into clear action and real business impact.
♻️ Repost to help your network.

Data Engineering is complex, but it shouldn't feel like rocket science.

When adding a single column or tweaking a metric becomes a "mini-project," your ROI is leaking. Inefficiency usually hides behind excuses about pipelines and source systems, but the root cause is often process-driven.

Here are the 5 symptoms of a data team that has lost its agility - and how to spot them without being an engineer.
—-—
👋🏼 I'm Slawomir. I help companies fix these exact bottlenecks and drive real business impact.

Which of these points hits home the most? If you’re ready to solve it - DM me or drop a comment. ♻️ Repost to help your network.

Why "Simple" Data Requests Take Weeks

Rejection isn’t the end. It’s a redirection.

Most people fear rejection. It’s wired into us. Instead of diving into the psychology behind it, I want to look at it through a leadership lens.

A “Yes” and a “No” work the same under the hood. They’re both feedback signals shaping our direction. Each one closes some doors and opens others. Of course, in the moment we want “Yes,” while the “No” doors feel like setbacks.

Early in my career, I applied for a paid internship in Software Engineering. I failed the Bash test and didn’t get the role. At the time, it felt like a door slamming shut. Years later, I’m grateful it did. That path would have led me into QA Testing - an important discipline, though not the one aligned with who I am or the work I’m meant to do. That “No” pushed me toward a trajectory I’m proud of today.

Rejection stings in the moment. With distance, many of those moments reveal themselves as turning points. Some even become gifts.

Leaders grow when they learn to hold that perspective - for themselves and for the people they guide.
—-—
👋🏼 I’m Slawomir. I help established businesses move data from a cost center to a value driver.
♻️ Repost to help your network.

High‑performing data teams aren’t accidental. They’re built on tiny rituals that compound quietly in the background.

Here are 5 team rituals that will boost your data engineering team’s performance in the long run 👇
—-—
👋🏼 I’m Slawomir. I help established businesses move data from a cost center to a value driver.
♻️ Repost to help your network.

5 Rituals for Elite Data Engineering Teams

“Why the heck did we build it this way? It’s unnecessary… It makes our team’s life harder…”

No satisfying answer. Until one conversation with a very tenured employee.

Bingo.

But let’s start from the beginning.

Over the years, I’ve learned that there’s always a reason why something is done a certain way.

A simple example: you look at a solution, setup, or workflow and at first you just can’t understand why on earth it was designed like that.

Dig deeper with curiosity and things start to make sense. And with that understanding, you usually learn something important.

At a high level, it works like this:
If you’re lucky, the organisation is well-run, has strong talent, and makes thoughtful leadership decisions. In that environment, solutions (platforms, functions, models, etc.) tend to be clean and structured. Most complexities come from technical constraints or the nature of the problem itself.

More often, though, the corporate world is far from perfect. There’s historical baggage, uneven talent distribution, leadership mistakes, and countless external factors. Engineering teams have to build around all of it.

Even “greenfield” projects are never as greenfield as they look. They’re built on the technical and cultural foundations your org has accumulated over the years. You can’t ignore that context - and knowing it helps you operate far more effectively.

Learn more about your company’s history, culture, past decisions, and aspirations. It will help you:
- Question the status quo
- De-risk change
- Spot efficiency gains
- Collaborate more easily with others

Oh! I almost forgot… The answer from the story at the beginning.

“Our analysts used to work like this. We wanted to give them exactly the same feeling on the new platform.”

Context isn’t a luxury. It’s a leadership skill.
👋🏼 I’m Slawomir. I help established businesses move data from a cost center to a value driver.
♻️ Repost to help your network.

Is the Data Team closer to the Business or Tech? Why is that even a question? Can’t we just accept that it has its own place in the ecosystem, which is neither pure business nor pure technology?

The truth is, until the Data Team builds its position as a unique bridge with a distinct set of strengths and skills, it will be thrown to either side. In some places, it will be part of Engineering. In others, it will be spread across business-related departments.

Of course, it’s the job of senior leadership to champion and help position the Data Team, but the team has to do its part as well. How? Build connections and relationships. Proactively prove value. Build credibility and educate people instead of expecting that they should already know.

It’s a lot of work. But it’s worth it.

“If you build it, they will come” does not work in the world of Data and Analytics.
—-—
👋🏼 I'm Slawomir. I guide companies at any stage to turn data into clear action and real business impact.
♻️ Repost to help your network.

Most professionals who’ve worked with data - or even just read about it - know that siloed data is bad. But what about a siloed perspective?

You’re putting yourself in a disadvantaged position if, as a data leader, you cooperate mostly within the analytics department and maybe a narrow group of business stakeholders you feel comfortable with.

If that’s the case, you have to talk to more people. You have to understand a broader perspective and different points of view. You’ll be surprised how many pain points and opportunities are out there that you can’t see right now.

Real-world example. I talk to the Data Team and the picture looks relatively good. Things are just fine. Sure, there are small gaps here and there, but nothing major. Projects are well scoped and prioritized. No low-hanging fruits, as they did the groundwork in the past.

Then I talk to the business users and leadership—and the picture is completely different. Data is hard to work with and access. People wait weeks for new data integrations. There are coverage gaps.

Same company. Different perspectives. Where is the truth? Why is there such a disconnect?
—-—
👋🏼 I’m Slawomir. I help established businesses move data from a cost center to a value driver.
♻️ Repost to help your network.

A bold Data Vision is essential. I’m afraid it’s not enough though - dreams won’t save you.

If you want real progress, you need more than an inspiring vision. You need a tactical plan. One that’s grounded in today’s reality while still aligned with tomorrow’s ambition.

We all know that in today’s short‑attention‑span world, people stay excited about the big picture only for so long. But the vision takes time to materialise. And during that time, enthusiasm fades, trust erodes, and delivery feels slow.

To make things worse, business‑as‑usual keeps pulling you back into the chaos you’re trying to escape.

That’s why a tactical plan becomes your anchor.

It guides the day‑to‑day, protects momentum, and creates the small, meaningful wins that keep everyone engaged until the future arrives.
—-—
👋🏼 I'm Slawomir. I guide companies at any stage to turn data into clear action and real business impact.
♻️ Repost to help your network.

taplio

The Battle

Nikolay Valiotti

Slawomir Tulski

Followers

Posts

Engagements

Likes

Performance ScoreNikolay Valiotti's LinkedIn Performance

Performance ScoreSlawomir Tulski's LinkedIn Performance

Ready to grow your LinkedIn presence?

taplio

The Battle

Nikolay Valiotti

Slawomir Tulski

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

Performance ScoreSlawomir Tulski's LinkedIn Performance

Ready to grow your LinkedIn presence?

Performance ScoreNikolay Valiotti's LinkedIn Performance