Wardley Mapping:戦略をマップで可視化する方法

2軸の戦略マップ上に進化ステージをまたいでノードが配置されたWardley mappingの図

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Wardley mappingは、バリューチェーンのすべての構成要素を進化軸に沿ってプロットするビジュアル戦略手法です。「まったく新しく予測不可能な状態」から「完全にコモディティ化して目に見えない状態」まで、各要素の位置を可視化します。箇条書きが並ぶスライドとは異なり、Wardley mapは事業をいくつかの動く構成要素の集合として捉えることを促します。各要素は時間の経過とともにコモディティへと向かい、その位置に応じて異なるリスクプロファイルを持ちます。

Simon Wardleyは2005年頃、Canonのクラウド先駆けサービスであるFotangoを率いていた際にこのアプローチを開発しました。彼が解決しようとしていたのは、今日でも多くの経営幹部が頭を悩ませている問いです。「実際にどこに集中すべきか?」その答えが、軍事戦略から借用した概念である「状況認識」を、テクノロジーとビジネスの領域に適用することでした。

Wardley mappingとは何か

Wardley mapは、2次元のキャンバス上にプロットされたバリューチェーンです。Y軸はエンドユーザーへの可視性を示します。上部にある構成要素はユーザーが直接体験するもので、下部にある要素は上位層を支えるインフラや機能です。X軸は進化ステージを表し、各構成要素がどれほど成熟し、標準化され、広く利用可能になっているかを示します。

構成要素間に線を引き、依存関係を明示します。そして各要素の進化ステージが、その要素をどう扱うべきかを示してくれます。初期の「Genesis」段階にある要素には探索と実験が必要です。「Commodity」の段階にある要素は既製品を調達するのが最善です。マップはこれらの違いを一目でわかるようにします。

主要用語:

  • バリューチェーン: ユーザーニーズを満たすために必要な構成要素の連鎖
  • 進化軸: GenesisからCustom-built、Product、Commodityへと続くX軸
  • Doctrine: 文脈によらず適用される普遍的なベストプラクティス(例:「透明性を持つ」「適切な手法を使う」)
  • Climatic patterns: あらゆるマップに同様に作用する市場の力(例:「すべてはCommodityへと進化する」)
  • 状況認識: 何をすべきかを決める前に、自社と競合他社が実際にどこに立っているかを把握すること

重要なデータ

  • Gartner(2023年)によると、シニアリーダーのわずか37%しか、自組織が戦略的優先事項を効果的に実行できると回答していません。
  • McKinseyの調査では、戦略実行の失敗の70%は、戦略そのものの問題ではなく、組織の連携不足に起因することが明らかになっています(McKinsey Quarterly、2021年)。
  • テクノロジー戦略において体系的な状況認識を実践している企業は、デジタルトランスフォーメーションの成熟度においてピア企業を上回る可能性が2.5倍高いとされています(Deloitte Digital Transformation Survey、2023年)。

2つの軸:バリューチェーンと進化

Y軸はユーザーへの可視性に関するものです。ユーザーが直接見て使うものを上部に配置します。バックエンドシステム、サプライヤーとの関係、技術的インフラは下部に位置します。この順序が重要なのは、ユーザーは「配管の仕組み」を気にしないからです。しかし戦略家としては、どの見えない構成要素がバリューチェーン全体を停止させる可能性があるかを把握しておく必要があります。

X軸は進化の成熟度を4つのステージで追います。

ステージ 説明 取り扱い方
Genesis 新しく、理解が十分でなく、カスタム構築で実験的 探索する、混乱を受け入れ、慎重に投資する
Custom-built 社内構築で理解されているが、まだ標準化されていない 改善し、無駄を減らし、製品化へ向ける
Product 商用製品またはレンタルサービスとして利用可能 ベンダー競争を活用し、過剰エンジニアリングを避ける
Commodity 標準化され、ユーティリティのようで、しばしば目に見えない 既製品を調達し、自動化し、コストを削減する

Wardleyが繰り返し強調する洞察は、構成要素は一か所に留まらないということです。すべてが左から右へと時間とともに移動します。コンピューティングパワーは1990年代にはカスタムエンジニアリングの課題でした。2010年にはProductとなり(ライセンスサーバー)、2020年にはCommodityクラウドになりました。Commodity段階の構成要素をCustom-builtとして扱う戦略はリソースを無駄にします。一方、新興の構成要素をまるでCommodityであるかのように扱う戦略は、防御可能なポジションを構築する機会を逃します。

Wardley mappingと他の戦略ツールの比較

ほとんどの戦略ツールは静的なスナップショットを分析します。Wardley mapは「動き」を示します。

ツール 焦点 アウトプット 最適な用途
Wardley map 時間軸に沿ったランドスケープのポジションと進化 依存関係を持つ構成要素のビジュアルマップ テクノロジー戦略、Build vs. Buy、競争上のポジショニング
SWOT分析 内部の強み・弱みと外部の機会・脅威 2×2グリッド 幅広い戦略レビュー、年次計画
Business Model Canvas 事業がどのように価値を創造し、獲得するか 9つのブロックで構成される一枚のキャンバス 新規事業設計、ビジネスモデルの検証
バリューチェーン分析 オペレーションのどこで価値が付加され、コストが発生するか アクティビティ図 業務効率、調達の意思決定

実践的な違いとして、SWOT分析は「技術インフラ」が強みか弱みかを示します。一方Wardley mapは、どのインフラ構成要素がCommodityに向かっているか(外部委託すべきか)、そしてどれがまだGenesis段階にあるか(今投資すれば競争上の優位性になり得るか)を具体的に示します。その具体性こそが、単なる診断ではなく意思決定に役立つ要因です。

現在バリューチェーン分析を活用されているのであれば、その上にWardley mappingを重ねることができます。バリューチェーンのアクティビティがY軸となり、進化ステージが各アクティビティにPorterのオリジナルフレームワークにはなかった時間的次元を加えます。

同様に、シナリオプランニングもWardley mapと相性が良い手法です。シナリオは起こりうる未来を描写します。Wardley mapを使えば、各シナリオにおいて現在のバリューチェーンのどの構成要素が脆弱かをテストできます。

Wardley mapの作成方法

ステップ1:ユーザーとニーズを特定する

あなたが提供するものを消費する人物から始めましょう。セグメントやペルソナではなく、具体的なニーズを持つ特定のユーザーです。そのユーザーをキャンバスの上部に記入します。マップ上の他のすべての要素は、そのニーズを満たすために存在します。このステップを省略すると、マップは戦略的な拠り所のない技術図になってしまいます。

ステップ2:バリューチェーンをマッピングする

ユーザーニーズから逆算して作業を進めます。ユーザーは何と接触しますか?その構成要素は何に依存していますか?インフラに行き着くまで「これが機能するために何が必要か?」を問い続けます。各構成要素にノードを設けます。構成要素間に依存関係の線を引きます。この段階では、構成要素がX軸のどこに位置するかは気にする必要はありません。まずチェーンを可視化することが重要です。

ステップ3:進化軸に構成要素を配置する

次に、各構成要素をGenesis、Custom-built、Product、Commodityのいずれかのポジションに割り当てます。配置の指針となるシグナルを活用しましょう。その構成要素はよく理解されており、広く利用可能ですか?CommodityまたはProductです。一部の組織しか理解していないものですか?Custom-builtです。まったく新しく、現在も開発が進んでいるものですか?Genesisです。

このステップが最も難しい部分です。チームは配置について議論することが多いですが、それは欠陥ではなくむしろ特長です。意見の不一致が隠れた前提を浮き彫りにするからです。

ステップ4:動きと慣性を分析する

すべての構成要素が時間とともに右方向へ移動することを前提に考えます。最も速く移動しているものはどれですか?内部の慣性(レガシーシステム、スキルの欠如、契約)によって移動を妨げられているものはどれですか?慣性は戦略的リスクの主要な源です。また、レガシーのしがらみを持たない新規参入者が既存企業を打ち負かす原因でもあります。

競合他社がProduct段階の構成要素をCommodityとして扱っているのに、自社がまだ自分で構築している場合、リソースを無駄にしています。逆に、ある構成要素がまだGenesis段階にあるのに、単一ベンダーへのアウトソースというCommodityの扱いをしている場合、最悪のタイミングで依存関係を生み出しています。

ステップ5:DoctrineとClimatic patternsを適用する

Doctrineは文脈によらないベストプラクティスです。「各構成要素のステージに最も適した手法を使う」「ユーザーニーズを中心とした小規模で自律的なチームを構築する」「マップを現実と混同しない」といった内容が含まれます。Doctrineはマップの見た目がどうであれ、適用されます。

Climatic patternsは、あらゆる業界に作用する予測可能な力です。すべてはコモディティ化する、供給側のシフトが起きるとエコシステムはより速く進化する、Commodity構成要素から高次のシステムが生まれる、といったパターンがあります。これらのパターンを認識することで、変化に反応するだけでなく、先回りして予測できるようになります。

ステップ6:戦略的な打ち手を決定する

これで具体的な意思決定が可能になります。ある機能を自社で構築すべきか、それとも購入すべきか。Build、Borrow、Buyのフレームワークは、構成要素の進化ステージを把握していれば、はるかに適切に機能します。Genesis段階の機能は購入できません(製品がまだ存在しないため)。Commodity段階の機能は自社で構築すべきではありません(時間とコストの無駄)。

その他の打ち手には、競合他社の優位性のCommodity化を加速する(競合が依存しているものをオープンソース化する)、将来の参入障壁となるGenesis段階の構成要素に投資する、Commodity化しつつあってもはや防御不可能なCustom-built構成要素を売却するといったものがあります。

Wardley mappingの活用例

理論は実際のコンテキストで見るとより理解しやすくなります。チームがWardley mapを実際の意思決定に適用した3つのシナリオを紹介します。

シナリオ マップが明らかにしたこと 下した意思決定
SaaSスタートアップ、Build vs. Buy 認証と請求処理の両方がProductからCommodityの段階にあった。チームは両方を社内で構築していた。 2つのカスタム構築を廃止し、Auth0とStripeに移行。3名のエンジニアをProduct段階の作業に再配置。
大企業のITインフラ オンプレミスのデータセンターはCommodityだった。しかし社内チームはCustom-builtとして扱い、重い社内メンテナンスを続けていた。 クラウドへ移行。インフラコストを40%削減。チームをGenesis段階のデータパイプライン業務に再配置。
製品ロードマップの優先順位付け 3つの計画済み機能がCommodity構成要素(ワークフロー自動化、レポーティング、基本的なCRM)にマップされた。1つがGenesis段階(AIを活用した革新的な予測モデル)にマップされた。 Commodity機能を後回しにし、Genesisへの投資を優先。CommodityのニーズはパートナーがAPI経由で統合。

これらの例には共通のパターンがあります。マップは以前は見えなかったものを可視化します。何を購入し、何を構築すべきか、そして独自の投資がどこで持続的な優位性を生み出すかを明確にします。

これは競争優位性と直接つながっています。防御可能なポジションは、まだCustom-builtまたはGenesis段階にある構成要素の中に存在します。Commodityになれば、競合他社はそれを再現できます。Disruptive innovationはしばしばこの仕組みを利用し、新たにCommodity化した構成要素を活用して、それに過剰投資を続ける既存企業を侵食します。

メリットと限界

メリット:

  • 具体性を強制します。Wardley mapをごまかして作ることはできません。すべての構成要素にポジションが必要で、そのポジションは意思決定を示します。
  • 慣性を露わにします。レガシーシステムによって必要に見えているだけのCommodity構成要素にエンジニアリング予算の大半を費やしていることを、チームが発見することはよくあります。
  • チームの連携を促します。共有されたマップは、競合する優先事項の20枚のスライドデッキを、全員が議論や構築の基盤とできる単一のビューに置き換えます。
  • 複数のスケールで機能します。単一の製品、事業部門、または企業全体をマッピングできます。
  • 他のツールとの相性が良い。Jobs-to-be-doneでユーザーニーズを検証し、シナリオプランニングで将来の状態をモデル化し、ブルーオーシャン戦略で争いのない市場空間を特定するといった使い方と組み合わせられます。

限界:

  • 初期学習コストが高い。マッピングの記法は直感的ではなく、ほとんどのチームはマップが混乱ではなく洞察を生み出すようになるまでに数回のセッションが必要です。
  • 正直な配置が求められます。チームがあるプロジェクトに政治的に肩入れしている場合、実際より好意的な進化ステージに配置してしまいます。
  • マップは時代遅れになります。テクノロジーと市場環境は変化します。更新していなければ、18か月前のWardley mapは積極的に誤解を招く可能性があります。
  • 非常に大規模な組織への適用は難しい。製品や事業部門はマッピングできます。しかし5万人規模の企業全体をマッピングすると、最初にセグメント化しなければ対処できないほど複雑な全体像になります。

Strategy mapバランス・スコアカードは、組織全体に戦略を伝える必要がある場合により適しています。Wardley mapは、構成要素レベルの可視性が最も重要な投資判断を左右するテクノロジーと製品の戦略において、最大の力を発揮します。

よくある質問

Wardley mappingは無料で使えますか?

はい。Simon WardleyはこのメソッドをCreative Commonsライセンスで公開しています。書籍はwardleymaps.comでオンライン無料公開されています。始めるためにソフトウェアライセンスや資格認定は必要ありません。

Wardley mapを作成するためにどのようなソフトウェアが使われますか?

最もよく使われるツールは、OnlineWardleyMaps(無料・オープンソース・このメソッド専用に構築)、Miro・Mural(コミュニティテンプレートがある汎用ホワイトボードツール)、そして簡単なセッションにはExcalidrawやGoogle Slidesといったシンプルな作図ツールです。自動配置提案機能を持つMapScriptやWardley Maps AIといった専用ツールを使うチームもあります。

Wardley mapはバリューチェーン分析とどう違いますか?

従来のバリューチェーン分析はオペレーションのどこで価値が付加されるかを示しますが、チェーンを静的なものとして扱います。Wardley mapは進化軸を加えることで、スナップショットを戦略的な軌跡へと変えます。チェーンのどの部分がCommodity化しているかを把握し、それに応じて投資を調整できます。両者が答える問いは異なります。バリューチェーン分析は「現在、どこで価値を創造しているか?」を問うのに対し、Wardley mappingは「価値はどこから生まれるのか、そして競合他社が気づく前に何をすべきか?」を問います。

技術系でないチームもWardley mappingを活用できますか?

はい、ほとんどの事例はテクノロジーやオペレーションの文脈から来ていますが、事業部門もサプライチェーン戦略、組織設計、さらには規制対応にWardley mapを活用しています。この手法は、ユーザーニーズ、相互依存する機能のセット、そして何に投資すべきかという問いがある場所ならどこでも機能します。

Wardley mappingはOKRとどう組み合わせますか?

両者は相性が良い手法です。Wardley mapはどこに集中すべきかを教えてくれます。OKRはその集中にコミットし、進捗を測定する仕組みを提供します。よくあるパターンは、計画サイクルの開始時にマッピングセッションを行い、最も高いレバレッジをもたらす進化の打ち手を特定し、前年の優先事項をデフォルトで踏襲するのではなく、その洞察に基づいてOKRを設定するというものです。


戦略ツールは、曖昧なままにしておきたいことについて具体的であるよう強いるときに最も有用です。Wardley mappingはまさにそれを実現します。事業が依存するすべての構成要素に名前をつけ、それぞれが進化曲線のどこに位置するかを判断し、そのマップに照らして投資判断を説明することを求めます。その規律を定期的に実践することが、次の変化が起きる前に察知する組織と、競合他社がすでに対応した後に反応するだけの組織を分けます。

Wardley mapと組み合わせて活用できるツールについてはこちらもご覧ください。バリューチェーン分析シナリオプランニングBuild、Borrow、Buy、そしてマップが特定した優位性を複利的に拡大するフライホイール効果をご参照ください。

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.