writing — 01

One living map of what you sell.

by Bob · · a 5-minute read · the thesis behind 30 loops

Ask four people in your company what one of your features does. The product manager describes a capability. Legal describes a commitment. Finance describes a line item. The customer — the one actually using it — describes something none of the three would recognize. Here's the uncomfortable part: all four are right.

A product is a network

That's not a communication failure; that's what a product is. Independent features, grouped into feature sets, grouped into offerings — each carrying a definition of what it does, how it works, and the value it runs on. Cross that against every team's perspective, because finance, legal, marketing, and customers genuinely need different words for the same node. Cross it again against lifecycle, because an alpha whispered to design partners, a capability mid-rollout, and a feature customers have used for years are three different truths about the same item. Then set the whole thing moving, because the product changes every sprint, the positioning changes with the market, and the competition never sits still.

Items × definitions × teams × phases × time. It gets fractal, fast.

The pile

Here is how almost every company manages that network: a pile. Product manuals in one place. A wiki that was accurate eighteen months ago. The real story in four people's heads. So the website says one thing, the sales deck another, the manual a third — and every quarter someone proposes the messaging alignment project that reconciles the pile just in time for the product to change again.

The problem isn't that your team is behind. The thing literally moves.

The map

The fix is not another reconciliation project. The fix is infrastructure: one living map of what you sell. Every node is a feature, a capability, an offering. Each carries every team's definition side by side — the map records perspectives instead of flattening them, because forcing agreement is a fantasy and recording disagreement is data. Each node is stamped with its lifecycle phase and versioned as it moves through time; nothing gets overwritten, everything gets dated.

One rule replaces the pile: you go to the map. That's where the latest version is — for your team, at its phase, today.

The model

A map that only holds words is a glossary, so two connections make it infrastructure. The first is a model: a working replica of your product that marketing owns outright. Nobody wants go-to-market hands inside production — and go-to-market shouldn't have to book an engineer to show things. In the replica, every map node opens the real workflow on staged data. The answer to "what does this dashboard actually do" stops being a definition and becomes the dashboard, running. Stage a use case per industry. Shape a feature that doesn't exist yet. Film a walkthrough from live screens. Demonstrate without a caveat.

The machine

The second connection is the network of everything that speaks for you. The content machine references the map first, so the product pages, the comparison guides, and the thought leadership pull the newest truth as they're written — structured the way search engines and the generative engines replacing them actually read. This is the part most teams underestimate: AI engines cite structure, and a page built from a machine-checkable map is structure all the way down. The decks pull the same nodes. So does the social queue, the video pieces, the sales rooms — and the customer rooms, where a customer finally gets the personalized answer to "what do I have, and what does it look like for me," current as of this morning.

The wiring runs both ways. Every node learns where it lives: which landing page references it, which case study, which deck. The map ends up holding not just what the product is but where it's told — so when legal renames that feature on Monday morning, the map takes the change once, and everything that tells the story queues for its update. Between the map and your live site sits the boring, essential plumbing — structured writing, verification gates, nothing shipping without sign-off. It matters. It's also not the point. The map is the point.

Couldn't you build this yourself?

If you're keeping score, this is three systems — a map, a model, a machine — and the honest version of the pitch is that you could build all three yourself. Most teams don't, for a reasonable cause: it's nobody's job, it crosses every team's turf, and by the time it's specced internally, the quarter is gone. That's the case for having it built beside you and handed over — your operators trained, your map, your model, your machine.

Start smaller than you think

One offering, two team lenses, the phases you actually use. Ask four people what the feature does. Write all four answers down without correcting anyone. You've just drawn your first node — and you already know why the map has to hold them all.

keep going

See how the whole thing fits together on the front page, take the litmus to see where you stand, or run the discovery out loud with your team.

bob@30loops.com   ← all writing