Model Citizen
Adam YoungJul 14, 2026
Data Modeling6 min read · Blog

When the Platform Makes Your Argument for You

A major Power BI channel just spent a whole video arguing the semantic model is the product. When the platform starts saying it out loud, that's not a trend — it's confirmation.

"When the platform starts saying the quiet part out loud, that's not a trend to chase. It's a bet you already made, paying off."

A few weeks ago I published a piece arguing that the data model is the product — that every dashboard, notebook, and agent is just a window onto the same underlying model, and polishing the window never improves the view. Standard-issue modeling conviction. The kind of thing careful practitioners nod at and busy teams skip.

Then Guy in a Cube — one of the most-watched channels in the entire Microsoft data ecosystem — put out a video titled "The Semantic Model Became the Product." Same argument. Bigger megaphone.

I'm not claiming anyone read my post. The point is the opposite: nobody needs to. The idea is arriving everywhere at once, because the platforms have run out of ways to avoid it.

What the video is actually conceding

Strip the demo away and the video's thesis is a list of concessions from the tooling itself:

  • Business meaning lives in the model, not the report.
  • The dynamic, "smart" behavior users want — dynamic field selection, reusable measures, time intelligence — is model work wearing a report costume.
  • Copilot and every AI feature are only as good as the semantic context they're grounded in.
  • Reports are getting thinner. The intelligence is migrating down into the model.

That last one is the tell. When a vendor's own guidance is "make your reports thinner and your model smarter," they are admitting where the value actually lives. The report was never the product. It was the demo.

The report surface can't fake what the model doesn't hold

Here's my favorite proof, and it's not rhetorical — it's a support-forum genre.

Search around and you'll find a steady stream of people trying to add field parameters to a shared semantic model and consume them from a thin report over a live connection, only to watch the feature misbehave or collapse them into a composite model. The workaround is always the same shape: the capability has to exist in the model, properly, or the report can't borrow it.

That's the whole thesis in miniature. You cannot bolt dynamism onto the presentation layer that the model doesn't actually support. The window can't show a view the house doesn't have. Every "why doesn't this work in a thin report" thread is someone discovering, the expensive way, that they skipped the part that mattered.

This isn't a Power BI story

If it were just Microsoft, it'd be a product trend. It isn't.

In September 2025, Snowflake launched the Open Semantic Interchange — a vendor-neutral spec for defining semantic models — with Salesforce, dbt Labs, BlackRock, and others. Within months it crossed thirty-seven members, including Databricks, Google, and AWS. dbt open-sourced MetricFlow as the reference implementation. The single most competitive corner of the data industry agreed to standardize on the idea that the model is the portable unit of meaning.

So when Guy in a Cube says it about Power BI, and Snowflake says it about the warehouse, and dbt says it about transformation, and every one of them says it about AI — that's not four trends. It's one, showing up in four dialects.

The test still holds — so let's make it repeatable

The cornerstone piece ended with a test: pick a metric your team argues about, find every place it's actually computed, and count the definitions. More than one, and you don't have a metric — you have a model that never got written down.

That test is also how you should read every platform announcement from here on. When the next release drops — a new Copilot surface, a new semantic view, a new "AI-powered" anything — run it through five questions:

  1. Does it centralize meaning, or fragment it further?
  2. Does it improve AI grounding, or route around the model?
  3. Does it move value toward the model, or back onto the report surface?
  4. Does it increase portability, or deepen lock-in?
  5. Does it reward modeling discipline, or paper over its absence?

A feature that scores well is worth your time. A feature that scores badly is a prettier window on the same unfinished house — and you'll pay for it later, with interest.

I'll be running new releases through exactly this test as they land. The platforms have finally started making my argument for me. The least I can do is keep score.

Keep going

More on Data Modeling

Have data that should be doing more?

Tell me about the pipeline that breaks, the metric nobody trusts, or the analysis stuck in a notebook. Let's operationalize it.