Map vs Territory: Why Polished Plans Feel True and Why That's Dangerous
The real danger with a trusted dashboard is that it stays fluent and confident long after reality moved, and it never tells you when it crossed that line. Here's how to catch the drift yourself.
You built the revenue dashboard eighteen months ago and it was good. The conversion rate, the average deal size, the cost to acquire a customer, the churn assumption feeding the forecast: every input was checked against real numbers when you set it up, and for a while the dashboard called the quarter almost exactly. So you stopped checking. You started reading the forecast the way you’d read a thermometer, and the leadership team did too.
Then this quarter came in low, and nobody saw it coming. When you finally went digging, you found that your blended acquisition cost had been creeping up for three quarters because a channel that used to be cheap had quietly gotten expensive, and the churn figure baked into the model was the one you measured back when the customer base was smaller and stickier. None of that showed on the dashboard. The cells still filled in. The chart still drew a clean line. The model didn’t fail loudly. It kept producing confident, well-formatted numbers from inputs that had stopped being true, and it gave you no reason to doubt them until the real quarter landed on the table.
The evidence
That is the part worth understanding, because the analyst did nothing careless. A working model can decay without ever telling you.
Start with why the dashboard kept feeling trustworthy even as it drifted. There’s a well-reproduced finding in how people judge information: the easier something is to process, the more true it feels. Fluent material gets rated as more accurate, more credible, and more competent than clunky material carrying the identical content. A clean chart and a tidy table read as correct partly because they read as easy. This is cognitive fluency, and the catch is that fluency is a property of the formatting, not the figures. The polish of your dashboard told you someone had built it carefully. It said nothing about whether the numbers inside still matched the world. Worse, fluency doesn’t decay when accuracy does. Your acquisition cost drifted for nine months and the dashboard stayed exactly as smooth and confident as the day it was right.
There’s a second, structural reason the drift stayed invisible, and it’s blunt: all models are wrong. That’s just a plain description of what a model is. A model is a set of choices about what to include and what to leave out, which means every model has a boundary, a line past which it stops describing reality. Inside that boundary it can be sharp. Your dashboard was built for a customer base of a certain size, a channel mix of a certain shape, a market behaving a certain way. The moment those conditions moved, the model crossed its own boundary. The trouble is that nothing inside a model knows where its boundary sits. The spreadsheet doesn’t post a warning when the assumptions underneath it expire. It keeps computing, because computing is all it does.
This is why precise output is such a poor guide to a model’s health. The work on rare, high-impact events makes the point at the extreme: the outcomes that hurt most are the ones outside the patterns the model was trained on, so the model is most blind exactly where it matters most. You don’t need a black swan for this to bite. A channel slowly getting expensive is enough. The model was built from the patterns of normal conditions, and it has no way to flag the moment those conditions stop holding.
How it works
Put the two forces together and the failure mode is predictable. The model keeps producing fluent output, and fluent output keeps feeling true, so the people relying on it experience steady confidence while the accuracy underneath them erodes. There’s no internal alarm, because a model can’t detect the difference between an input that’s still valid and one that merely still has a value in the cell. A stale assumption and a live one look identical on screen, since both are just numbers sitting in the same place.
Every model simplifies, and you knew that when you built it, so the built-in gap is one you already account for. The gap that gets you is the one that opens up afterward, between the conditions the model was calibrated for and the conditions you’re actually in now. That gap grows silently, and the smoother the dashboard, the longer it hides.
The polish of a model measures how carefully it was built, and it goes on measuring that long after the numbers inside have quietly stopped matching the world.
The reason this matters for judgement is that expertise doesn’t save you here. Skilled intuition holds up only in settings that are regular enough for patterns to repeat and quick enough with feedback that you learn whether your read was right. A market being reshaped underneath your model is neither. In that kind of environment, the expert and the expert’s model degrade together, and neither one knows it, because the feedback that would reveal the failure is exactly what’s missing.
How to use it
The move, then, is to manufacture the feedback the model will never give you on its own. Three things make that practical.
First, write down the live assumptions, not the structure. Don’t audit the formulas. Pull out the two or three inputs the whole forecast leans on and name them as claims about the world: acquisition cost holds near its current level, churn stays where last year’s cohort put it, the cheap channel stays cheap. Those sentences are your watch list. They’re the cells most likely to have quietly gone stale, and naming them as claims turns invisible assumptions into things you can actually go check.
Second, date the model. Ask out loud when each of those inputs was last compared against a real number, not a number copied forward from the last version of the file. An assumption that was measured this month is in a different category from one that’s been riding along untouched since the dashboard was built. If you can’t remember when a figure was last tested, treat it as expired until proven otherwise. The longer a number has run without a reality check, the more it’s a historical artefact that everyone is reading as current.
Third, put the model’s last prediction next to what actually happened, on a fixed cadence. Not the forecast for next quarter, the forecast it made for the quarter that just closed, against the real result. A standing quarterly comparison between projected and actual is the only thing that catches drift while it’s still small. One comparison tells you whether this quarter was off. A run of them tells you whether the model is bending in one direction, which is the early signal that an assumption underneath it has expired. That cadence is the feedback loop the dashboard can’t generate for itself, and it’s cheap. An hour a quarter buys you the warning the model will never sound.
One more habit earns its place: be suspicious of a single precise number. A forecast that reads “revenue will be 4,237,891 next quarter” only looks sharper than one that reads “somewhere between 3.8 and 4.5 million,” because the extra digits add precision without adding any honest range behind them. When the dashboard hands you one exact figure, ask what the spread around it is. If nobody can give you one, the precision is decoration.
Why it matters
Look back at the calls that blindsided you, and a lot of them have this shape. The number on the screen was right once, so everyone kept trusting it after it stopped being right, and the moment it stopped was never marked. There was no bad decision anyone could point to, only a good model aging into a wrong one while it kept printing clean output, and a room full of capable people reading that output as ground truth.
The trap gets sharper as the models get better. A dashboard pulling from ten live data sources feels far more trustworthy than a rough estimate on the back of an envelope, and often it should. But sophistication doesn’t change the underlying fact: the model is still an abstraction calibrated to a moment, and the moment keeps moving. The more data it processes and the cleaner it renders, the more fluent it is, and fluency is exactly the thing that makes drift hard to see.
So the discipline is to keep a live sense of where your model might already have drifted, and to refuse to let smooth output stand in for a recent check. The day the forecast becomes “what will happen” instead of “what the model says under assumptions we last tested in March” is the day you start trusting the picture more than the work behind it. And the picture will always read cleaner than the territory it stands for, which is exactly why you keep checking it against the ground.
References
- Korzybski, A. (1933). Science and Sanity: An Introduction to Non-Aristotelian Systems and General Semantics. Institute of General Semantics.
- Oppenheimer, D. M. (2008). The secret life of fluency. Trends in Cognitive Sciences, 12(6), 237–241.
- Taleb, N. N. (2007). The Black Swan: The Impact of the Highly Improbable. Random House.
- Kahneman, D., & Klein, G. (2009). Conditions for intuitive expertise: A failure to disagree. American Psychologist, 64(6), 515–526.
- Sterman, J. D. (2002). All models are wrong: Reflections on becoming a systems scientist. System Dynamics Review, 18(4), 501–531.
One tool a week
How you think, decide, lead, focus, and stay steady under pressure. A specific way to practice one move before the next seven days are out. Grounded in evidence, not self-help.
One email a week. Leave whenever. Powered by Buttondown.
You're almost in. Check your inbox to confirm your subscription.