Back to skills
extension
Category: Productivity & OfficeNo API key required

map-vs-territory

Distinguish between mental models (maps) and reality (territory) to avoid confusing representations with the actual thing

personAuthor: jakexiaohubgithub

Map vs. Territory

Overview

Alfred Korzybski's principle: "The map is not the territory" - our mental models, theories, plans, and beliefs are representations of reality, not reality itself. We cannot experience the world directly, only through abstractions filtered by our nervous systems and language. The critical error is treating models as truth rather than useful approximations, leading to decisions based on outdated or incomplete maps when the territory has changed.

When to Use

  • Making decisions based on models, forecasts, or theories
  • Noticing discrepancies between your expectations and actual results
  • Evaluating whether your understanding matches reality (user research, market validation)
  • Questioning long-held beliefs or assumptions when facing contradictory evidence
  • Designing systems where model accuracy is critical (engineering, finance, medicine)

The Process

Step 1: Identify Your Map

Make explicit the mental model you're using. What assumptions are you making? What theory guides your decisions? For a product launch: "Users will adopt because X feature solves Y pain." For investing: "This market will grow because of Z trend." Name the map before using it.

Example: A startup founder believes "build it and they will come" - assuming product quality alone drives adoption.

Step 2: Recognize the Map's Limitations

All maps omit details, simplify complexity, and reflect the mapmaker's biases. Ask: What is this model leaving out? Where was it developed (different context)? When was it created (outdated)? What would make this model wrong?

Step 3: Test Map Against Territory

Don't rely on the map alone - check reality directly. Run experiments, gather data, talk to actual users. Compare predictions to outcomes. For product decisions: ship MVPs and measure behavior. For strategies: run small pilots before scaling.

Example: The startup founder runs ads to a landing page - discovers 90% bounce rate despite "solving a pain." The map (users need this) doesn't match territory (users don't care).

Step 4: Update the Map or Change Course

When territory contradicts your map, revise your model or pivot your approach. Don't rationalize why reality is wrong. The territory is always right; maps must conform to territory, not vice versa.

Step 5: Use Multiple Maps

No single model captures full reality. Cross-reference different frameworks, perspectives, and data sources. In business: combine quantitative metrics (analytics) with qualitative feedback (user interviews) with market research (competitor analysis).

Example Application

Situation: In 2007-2008, financial models (maps) showed housing prices always rise and mortgage-backed securities were low-risk. Banks relied heavily on these models for lending decisions.

Application: A few investors (like Michael Burry) questioned the maps and investigated the actual territory - reading individual mortgage contracts, visiting neighborhoods, analyzing default rates. They discovered the maps were catastrophically wrong: loans were predatory, borrowers couldn't pay, housing bubble was unsustainable.

Outcome: Investors who confused map with territory lost trillions when housing crashed. Those who checked territory directly (Burry, others who shorted the market) profited massively and avoided disaster.

Anti-Patterns

  • Defending your model when reality contradicts it ("the customers are wrong," "the data is flawed")
  • Relying on models without testing them against current reality
  • Using outdated maps for changed territories (strategies from 2010s applied to 2020s markets)
  • Treating expert opinions or conventional wisdom as territory rather than maps
  • Building complex models without checking if simple observations contradict them

Related

  • first-principles-thinking
  • second-order-thinking
  • circle-of-competence
  • inversion