agentleFS
varunk130varunk130/claude-code-skills/skills/strategic-management/strategic-landscape-mapper/SKILL.md

strategic-landscape-mapper

Skill1 starsChanged 21 days agoMITView on GitHub

Builds a Strategic Landscape Map: a user-need value chain plotted against component maturity stages (novel → custom-built → productized → commoditized), with environmental forces, operating principles, and strategic plays identified. Use when designing platform strategy; deciding what to build, buy, or outsource; anticipating commoditization waves; planning multi-year technology investment; or aligning a leadership team on landscape and direction.

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 8 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈8

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Every map starts with the user (top of the map) and their need (one level below).

    line 32
  2. Distinctive:

    Place each component on the horizontal axis based on its maturity stage:

    line 57
  3. Distinctive:

    Use a common language (the map itself)

    line 84
  4. Distinctive:

    Use the right methods at each maturity stage (novel → experimental, commoditized → industrial efficiency)

    line 87
  5. Distinctive:

    Build a market: - create demand for a component (Stripe did this for "online payments")

    line 100
  6. Distinctive:

    Start with the user and their need

    line 136
  7. Distinctive:

    Treat the map as a static deliverable

    line 144
  8. Distinctive:

    Use a single method (e.g., agile) across all maturity stages

    line 147

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Strategic Landscape Mapper

Landscape mapping that shows where the terrain is moving, not just what it looks like today.

What this skill is

A workflow that produces a Strategic Landscape Map: a user-need value chain from end customer down to commodity components, plotted on a maturity axis (novel → custom-built → productized → commoditized / utility). It applies environmental forces (the inevitable shifts you must account for), operating principles (universally applicable best practices), and strategic plays (deliberate moves) to recommend where to invest, what to outsource, and what to anticipate next.

What it solves

  • Strategy decks that have no map - only frameworks and slides
  • Decisions to build in-house what is becoming commoditized (or vice versa)
  • Missing the predictable transition from custom-built to productized to utility
  • Confusing operational efficiency with strategic positioning
  • Inability to communicate landscape to a leadership team in a single picture

When to invoke

  • Platform versus product strategy decisions
  • Build, buy, or outsource trade-offs at scale
  • Multi-year capital expenditure or technology investment planning
  • Anticipating commoditization waves and the firms they will hurt
  • Aligning a leadership team on the competitive landscape

Phase 1: Anchor on the user and their need

Every map starts with the user (top of the map) and their need (one level below). Examples:

  • Banking user → needs to send money
  • Streaming viewer → needs to be entertained
  • Developer → needs to ship code reliably

Without an anchored user need, the map is just a wishlist.

Phase 2: Build the value chain

Below the user need, decompose the components required to satisfy it. Each component is either:

  • Visible to the user, or
  • Required to deliver a higher component (inferred from technical architecture)

Layers typically follow:

  • User need (e.g., send money)
  • Capability (e.g., transfer service)
  • Sub-capability (e.g., authentication, ledger, settlement, fraud detection)
  • Practice (e.g., Know Your Customer (KYC) processes)
  • Data (e.g., transaction history)
  • Infrastructure (e.g., compute, storage, network)

Connect each child to its parent with a dependency edge. The chain typically has 3-6 layers.

Phase 3: Plot on the maturity axis

Place each component on the horizontal axis based on its maturity stage:

StageCharacteristicsExample (in 2025)
NovelNew, rare, uncertain, high variationQuantum-resistant cryptography
Custom-builtBespoke per organization, expensiveCustom Large Language Model (LLM) fine-tuning workflows
ProductizedMultiple vendors, comparable offeringsVector databases
Commoditized / utilityStandardized, undifferentiated, meteredCompute, storage, bandwidth

Plot each component as a node at the right horizontal position. Components shift right over time - never left.

Phase 4: Apply environmental forces

Environmental forces are inevitable structural shifts - like weather. You don't control them; you account for them.

Key forces to check:

  • Everything matures - assume rightward drift; ask "what will commoditize in 3-5 years?"
  • Commoditization of one component enables novel uses above it - cloud commoditization unlocked the Software as a Service (SaaS) explosion
  • Past success breeds inertia - incumbents resist commoditization of their core
  • Practice co-evolves with activity - DevOps emerged with cloud, not separately
  • Long stability, then rapid transition - identify which components are near a tipping point

Phase 5: Apply operating principles

Operating principles are universally good practices, independent of context:

  • Focus on user needs
  • Know your users
  • Use a common language (the map itself)
  • Be transparent
  • Challenge assumptions
  • Use the right methods at each maturity stage (novel → experimental, commoditized → industrial efficiency)
  • Manage inertia (it is both emotional and structural)
  • Optimize flow, not silos
  • Bias toward the new (or be eaten by it)

Score the organization on each. Principle gaps are easier to fix than strategy mistakes.

Phase 6: Identify strategic plays

Strategic plays are deliberate moves available on the map:

  • Accelerate maturity - invest to push a component right (commoditize a competitor's differentiation)
  • Slow maturity - patent, regulate, raise fear-uncertainty-doubt (defensible only short-term)
  • Open source - commoditize complements; a classic move used by International Business Machines (IBM), Red Hat, and Google
  • Build a market - create demand for a component (Stripe did this for "online payments")
  • Sensible trade-off between methods at each stage:
    • Novel → in-house lean / agile
    • Custom-built → in-house or contractor
    • Productized → buy off-the-shelf
    • Commoditized → use a utility provider
  • Pioneer / Settler / Town Planner - explicit team structure matched to maturity stage

Phase 7: Strategic recommendations

For each component on the map, recommend an action:

ComponentCurrent stage3-year stageActionRationale
[name]Custom-builtProductizedStop building; buyPioneering effort no longer differentiates
[name]ProductizedCommoditizedSwitch to utility provider; redeploy capitalCost savings; redirect to novel bets
[name]NovelCustom-builtIn-house team; accept high failureOptionality; differentiation if it works

Cross-check against:

  • Competitor maps (where are they investing?)
  • Substitute industries (where could lateral entrants come from?)
  • Regulatory trajectory

Output

  • One-page Strategic Landscape Map with user need, value chain, and maturity plot
  • Environmental-forces commentary
  • Operating-principles scorecard
  • Strategic-play recommendations per component
  • Three-year forward-looking map showing predicted maturity shift
  • Top 3 strategic plays with first 90-day moves
  • Inertia map: which incumbents (internal or external) will resist

Operating rules

Always

  • Start with the user and their need
  • Plot on maturity stage, not just dependency
  • Apply environmental forces first (the inevitable), then operating principles, then strategic plays
  • Re-map every 6-12 months
  • Identify inertia explicitly

Never

  • Build a map without an anchored user need
  • Treat the map as a static deliverable
  • Confuse the dependency axis with the maturity axis
  • Skip the "what will be commoditized in 3 years" question
  • Use a single method (e.g., agile) across all maturity stages

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.