series 2.3 feature image

The Dimensions You Built Are Not the Dimensions You Need

The last post walked through a single business problem approached three different ways. Prompt engineering confirmed what the CFO already suspected. Conversational analytics led him down a path someone else designed. The inquiry layer found something nobody was looking for, a hidden operational fragility that only became visible when the analytical frame shifted mid-conversation from profitability to operational efficiency.

That frame shift was the most important moment in the entire scenario. And it points toward something the data industry has lived with for decades but never fully confronted: the dimensions we use to analyze our businesses are not discoveries. They are decisions. And most of those decisions were made years ago, under constraints that no longer apply.

The Problem Everyone Knows But Nobody Solves

Ask three departments what a “sale” means and you will get three different answers.

The sales team sees a sale as a closed deal. Pipeline converted. Revenue attributed to a rep, a territory, a quarter. The dimensions that matter are product, account, sales stage, and close date.

Finance sees a sale as recognized revenue. The deal might have closed in March but the revenue gets recognized across twelve months based on contract terms. The dimensions that matter are GL account, reporting period, entity, and compliance classification.

Supply chain sees a sale as a fulfillment obligation. A set of components that need to be sourced, assembled, and delivered. The dimensions that matter are SKU configuration, supplier lead time, production capacity, and shipping cost.

None of them is wrong. All of them are looking at the same event through a different dimensional frame. And every enterprise data professional reading this has spent time reconciling these views, building crosswalks between them, arguing in meetings about whose number is “right.”

This is not a new problem. BI tools have been slicing data across dimensions for thirty years. Star schemas were designed precisely to enable multi-dimensional analysis. The concept of conformed dimensions exists specifically to create consistency across different analytical views.

So what is new?

What Changes When the Frames Can Move

In the traditional world, each dimensional frame was a separate artifact. The finance team had their reports built on their dimensional model. The sales team had theirs. Supply chain had theirs. If you wanted to see across frames, you had two options: ask someone to build a new report that joined the perspectives together (a project that takes weeks), or export everything to Excel and manually reconcile (a process that takes hours and produces results nobody fully trusts).

The insight that lived between the frames was always the hardest insight to reach. Most organizations never got there. Not because the data didn’t exist, but because the infrastructure required each frame to be pre-built, static, and separate.

The inquiry layer changes this in a way that matters. When a human is working with an intelligence construct that has governed access to multiple source systems and is grounded in semantic contracts, the frames are no longer frozen. The person can shift between dimensional perspectives mid-conversation, carrying context across the shifts, without anyone having to build a new report or reconcile a spreadsheet.

That is not a convenience improvement. It is a capability that did not previously exist. And it surfaces insights that were structurally inaccessible under the old model.

A Product That Tells Three Different Stories

Consider a product called, for simplicity, the ProLine 500. Three departments are evaluating its performance, and each one reaches a different conclusion.

The sales team is enthusiastic. ProLine 500 deals are closing at a strong rate. Win rates are up. The pipeline is healthy. By every sales dimension, it is a success story.

Finance is less certain. Recognized revenue for the ProLine 500 is flat quarter over quarter despite the strong bookings. When they dig in, the reason is contract structure. The sales team has been closing longer-term deals with deferred payment schedules. The bookings look strong but the cash and recognized revenue lag significantly. Through the finance lens, ProLine 500 is performing adequately but not growing.

Supply chain is concerned. Fulfillment costs for the ProLine 500 have been climbing. The reason is mix shift. The deals the sales team is winning skew heavily toward custom configurations that require specialized components with longer lead times and higher sourcing costs. The standard configurations that are cheaper to build are not selling as well. Through the supply chain lens, ProLine 500 is becoming more expensive to deliver with every quarter.

Three frames. Three stories. Each one is accurate within its own dimensional boundaries. In the old model, these three perspectives would live in three different reports, owned by three different teams, reviewed in three different meetings. The connection between them would only surface if someone happened to be in all three meetings and had the instinct to connect the dots. That person was usually a senior executive with enough organizational breadth to see across silos, and even then, the connection was made through intuition and tribal knowledge rather than through the data itself.

What Dimensional Fluidity Reveals

Now put someone in front of the inquiry layer with access to all three domains.

“Show me ProLine 500 performance across sales, finance, and fulfillment for the trailing four quarters.”

The AI pulls the data across all three frames. The sales numbers are strong. Revenue recognition is flat. Fulfillment costs are rising.

“Why is recognized revenue flat when bookings are up? Break the bookings down by contract structure.”

The deferred payment pattern becomes visible. The sales team is winning deals that won’t show up in revenue for months.

“And the fulfillment cost increase. Is that across all ProLine 500 configurations or concentrated somewhere?”

Custom configurations are driving the cost increase. Standard configurations are stable but declining in volume.

“So the deals we are winning are both slower to recognize as revenue and more expensive to fulfill. What does the margin profile look like if I separate custom from standard configurations?”

Standard ProLine 500 configurations are highly profitable. Custom configurations are marginally profitable at best, and some are underwater once you factor in the supplier premiums for specialized components.

“What percentage of our recent bookings are custom versus standard?”

Custom has gone from 30% of ProLine 500 bookings to 65% over four quarters.

Now the real picture emerges. The sales team is not wrong that they are winning. Finance is not wrong that revenue is flat. Supply chain is not wrong that costs are rising. But the story that connects all three is one that none of them could see from within their own frame: the sales team is systematically winning deals that are structurally unprofitable to fulfill, and the revenue from those deals will not even arrive for months. The product is not succeeding. It is succeeding itself into a margin problem that will only become visible two quarters from now when the deferred revenue arrives and the fulfillment costs have already been incurred.

That insight does not live in any single dimensional frame. It lives in the shift between frames. It required moving from sales dimensions to finance dimensions to supply chain dimensions and back again, carrying context across each shift, building a picture that no pre-built report could have assembled because no one anticipated this specific combination of perspectives.

Why Pre-Built Dimensions Cannot Do This

The traditional response to this kind of problem is to build a better dimensional model. Create a unified view that spans sales, finance, and fulfillment. Conform the dimensions. Build the star schema. Design the dashboard.

That approach works, but only for problems you have already identified. The unified ProLine 500 dashboard gets built after someone discovers the margin problem. It captures a known pattern and makes it monitorable. That is valuable.

What it cannot do is discover the pattern in the first place. The dimensional model that would have revealed this problem would have required joining sales contract structures with revenue recognition schedules with fulfillment cost breakdowns by product configuration. Nobody builds that join until they know they need it. And they do not know they need it until the insight has already been found through some other means.

The inquiry layer is that other means. It is the capability that finds the patterns that tell you which dimensional models need to be built. It does not replace structured analytics. It precedes it. It is the exploratory faculty that discovers what the operational infrastructure should then be designed to monitor.

Dimensions Are Decisions

The deeper point beneath all of this is one that data architecture has always known but rarely acts on: every dimension in your analytical model is a choice someone made.

Product line is a dimension because someone decided that was a meaningful way to organize what the company sells. Customer segment is a dimension because someone decided that was a useful way to group buyers. Cost center is a dimension because someone decided that was how to allocate accountability for spending. These are useful choices. They have served organizations well for decades.

But they are not the only possible choices. And they were made under constraints that are changing. When the only way to analyze data was through pre-built reports and dashboards, the dimensions had to be chosen carefully and built into infrastructure that was expensive to change. The cost of adding or modifying a dimension was high enough that organizations chose a set of frames and committed to them for years.

The intelligence layer changes the economics of that choice. When the inquiry layer can shift between dimensional perspectives fluidly, the cost of exploring a new frame drops to nearly zero. You do not have to build a new star schema to ask a question through a new lens. You ask the question and the AI navigates the underlying data across whatever dimensional boundaries the question implies.

That does not make the existing dimensions wrong. It makes them visible as choices rather than givens. And it opens the possibility that the most important analytical perspectives for a business might not be the ones that were encoded into its infrastructure five years ago.

What Comes Next

The first two posts in this series established that the market has built the plumbing but has not addressed the inquiry layer. The second showed what the inquiry layer looks like in practice and how it differs from prompt engineering and conversational analytics. This post has pushed into what becomes possible when the inquiry layer operates across dimensional boundaries rather than within them.

There is one more layer to explore. When the intelligence layer can shift between frames fluidly, the frames themselves start to become objects of inquiry. You can ask not just “what does the data show through this lens” but “is this lens still the right way to see this problem?” That is where the conversation between human cognition and artificial intelligence becomes something genuinely new, not just faster analysis, but a different relationship with how we structure our understanding of the business itself.

That is where this series is headed.

This is part of an ongoing series exploring how AI and conversational interfaces are reshaping data architecture and business intelligence. Previous posts are available at insightsindata.com


© 2026 Paul Nevill / Insights in Data

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top