Landscape Mapping Guide

Guide

Mapping the Unknown

You cannot strategize in a territory you do not understand. Landscape Mapping is the bridge between a messy brainstorming session and a formal strategy. It turns "things people talk about" into a structured map of meaning.

1. The Core Philosophy

Traditional mapping tools demand categorization before understanding. They force you to label "classes" or "entities" when all you have are vague notions. Landscape Mapping accepts that understanding is emergent.

Start with an Anchor

Every map starts with a Root Topic. This is your Research Question or the boundary of your domain (e.g., "The Opera House"). You cannot map the entire universe; you must map relative to a specific anchor.

Truth is Connection

In Landscape Mapping, truth resides in the Hierarchy (containment) and the Relationships (interaction). Do not read meaning into the X,Y position of nodes; read meaning into how they connect.

1. Capture

Capture new terms by adding them to the hierarchy. Every Topic must have a parent from the start, forcing immediate context.

2. Structure

The hierarchy is the backbone. Use relationships to bridge branches and express how things work together.

3. Understand

As you add descriptions and connect topics, they mature into understood Concepts.

2. The Language of the Landscape

We use specific terms to distinguish between raw ideas and refined concepts. This workflow drives the maturation of knowledge.

Topic (The Clay)

"Something people talk about — captured in context."

Topics are raw vocabulary. Capture them immediately without worrying about perfect definitions.

State: Explored (Amber)

Adding children to a Topic marks it as "Explored". It has structure, but lacks definition.

Concept (The Statue)

"An understood topic."

Concepts are Topics that have Matured. You promote a Topic by adding a Description. This description proves your understanding.

Relationship

"How things connect strategically."

Hierarchy defines containment ("part of"). Relationships define dynamics ("depends on", "supports").

3. The Lifecycle of Understanding

How do you go from a blank page to a map? Let's say you are designing a Mobile App for an Opera House.

1. Capture (Topic)

Capture vocabulary by adding it as a child of an existing item. Every Topic must belong somewhere — this forces context from the start.
Example: You hear "Users want to pre-order champagne with their tickets."
Action: Add "Champagne" under "Tickets".

2. Refactor (Movement is Learning)

As you learn, you will realize your first guess was wrong. "Champagne" isn't fulfilled by the Box Office (Tickets); it's fulfilled by the Bar.

You realize "Tickets" and "Bar" are parallel services under "Venue Experience". You move "Champagne" to "Bar".Refactoring the hierarchy is the primary way you demonstrate learning structure.

Theoretical Grounding
Why Refactoring is Learning (Systems Theory)

In The Architecture of Complexity, Herbert Simon explains that complex systems are not built from scratch; they evolve from Stable Intermediate Forms (working subsystems).

Dragging "Champagne" from "Tickets" to "Bar" is a structural assertion. You are identifying "The Bar" as a distinct, stable subsystem necessary for operation. By decoupling Drinks from Entry, you model the reality that Hospitality and Access are separate concerns. This act of discovery is the deepest form of learning.

3. Explore (Partial Understanding)

Break down topics into their constituent parts. If "Seat Selection" is a topic, what is it made of?Example: Add "Stalls", "Grand Circle", and "Private Boxes" as children of "Seat Selection".

4. Iterate (Flagging Gaps)

See a missing link? You have "Digital Ticket" but no "QR Code Scanner" for the ushers? Flag it.Flagging marks areas that need to go back to the "Capture" phase.

5. Conceptualize (Full Understanding)

Promote to Concept by adding a description. You now understand the "What".Example: Define "The Interval": "The 20-minute break where bar revenue is maximized and social signaling occurs." (Now it's a Concept).

When are you done?

  • Commodity Limit: Stop when you hit commodities. You need "Maps" to show the theater location, but you don't map how "Google Maps" works. It's just a utility you consume.
  • Description Check: Stop when you can't describe the difference between the parent and the child (you've gone too deep).

4. Meaningful Connections

Hierarchy (parent/child) handles the structure. Semantic relationships narrative the structure.

Grammar Rule: The arrow dictates the flow. Relationships are directional.
Source → [Type] → TargetExample: "Logging (Source) → Supports → Debugging (Target)" asserts "Logging reinforces Debugging".
Supports

This thing supports or reinforces the target

Threatens

This thing threatens or undermines the target

Enables

This thing enables or unlocks the target

Depends On

This thing depends on the target

Relates To

Generic association between things

5. Case Study: The Digital Opera

Let's apply this to a real domain: The Opera House Experience.

1. Anchor

Root: "The Opera Fan" (Who are we serving?)

2. Capture (Messy)

Brainstorming session dump: "Tickets", "Mozart", "Parking", "Drinks", "Intermission", "Ushers".

3. Refactor & Explore

Refactoring: Moved "Mozart" out of "Tickets". Mozart is content ("Repertoire"), not a product ("Ticket").
Exploring: What constitutes "Parking"? Validation + Gate Access + Payment.

4. Promote

Defined "Smart Ticket": "A dynamic QR code that handles Entry, Parking, and Drinks in one scan."

6. What's Next?

From List to Strategy

Having built a rigorous Value Chain (who needs what), you have mapped the components and their relationships. You are now ready to add the dimension of Evolution.

Proceed to Value Chain Mapping