Wardley マップは、価値チェーンを可視化し、コンポーネントの進化をマッピングするために使用される強力なフレームワークです。Mermaid v11.14.0+ 以降、ネイティブ機能として導入された wardley-betaエンジンにより、戦略チーム、アーキテクト、プロダクトマネージャーは純粋なテキストを使って市場環境をマッピングできます。技術的コンポーネントを2次元座標空間上に配置することで、チームは価値チェーンの依存関係を視覚的に分析し、市場の慣性を特定し、構造的なビルド対ビューチョイスを決定できます。
座標グリッドシステムの理解
標準的な自由形式のフローチャートとは異なり、Wardley マップのすべてのコンポーネントは、2つの小数座標（範囲は 0.0 から 1.0:
- 可視性（Y軸／最初の座標）： エンドユーザーにとってコンポーネントがどれだけ可視的または価値があるかを測定します。値が
1.0は直接ユーザーに接するタッチポイント（最高の可視性）を表し、一方で0.0は隠された基盤インフラを表します。 - 進化（X軸／2番目の座標）： 市場資産の成熟度を測定します。左から右へ、4つの明確な進化段階を経ます：ジェネシス (0.0), カスタムビルド (0.25), 製品／レンタル （0.5）、および 商品／ユーティリティ （0.75 から 1.0）。
基本構文構造
すべての図は wardley-beta 宣言ヘッダーから始まります。その後、ユーザーのアンカーを アンカーキーワード、オペレーショナルインフラストラクチャブロックを次のものでマップアウトするコンポーネントキーワード、そして方向性のある矢印を使用してそれらの間の関係を描画する。
wardley-beta
title 簡単な戦略マップ
anchor カスタマー [0.9, 0.5]
component ウェブサイト [0.7, 0.4]
カスタマー -> ウェブサイト
構文リファレンス
以下の表は、Mermaidコアインタプリタ内にウォードレー図を構造化するために必要な主な意味的構成要素とパラメータを分解している。
| 構文コンポーネント | タイプ要件 | 説明と使用ルール |
|---|---|---|
| 宣言 | キーワード識別子 | 戦略グリッドマッピングキャンバスを初期化する。正確なwardley-betaブロック文字列を使用しなければならない。 |
| タイトル | プレーン/引用付き文字列 | 図のグリッドワークスペースの最上部に中央揃えで印刷されるオプションの見出し。 |
| サイズ制限 | 括弧付きピクセル | デフォルトのキャンバス幅と高さのレイアウトグリッドを上書きするために使用されるオプションのカスタムパラメータ：size [1200, 700]. |
| アンカー ノード | キーワード + ラベル | 価値チェーンマトリクスの最上部に、中心となるユーザーまたは購入者を確立する。座標範囲が必要：anchor 購入者 [Y, X]. |
| コンポーネントノード | キーワード + ラベル | 独立した技術的機能または資産ブロックを宣言する。正確な位置範囲が必要：component コアAPI [Y, X]. |
| リンクパス | 接続オペレータ | ノードを介して下方向または水平方向に直接的で構造的な依存関係を描画する。-> 構文ルール。 |
戦略的アクションマーカー（構築、購入、外部委託、市場投入）
戦略的実行計画を明示的に文書化するため、Mermaid.jsは個々のコンポーネントにアクションラッパーを追加することを許可している。これらのアクションは、座標ノード上に異なる形状を配置することで、アーキテクチャ上の選択を即座に伝える。
| アクション修飾子 | レンダリングされた形状アイコン | 戦略的意図マッピング |
|---|---|---|
（構築） |
三角形マーカー | コンポーネントは独自性があり、高リスクである、または競争上の差別化のために内部で構築されている。 |
（購入） |
ダイヤモンドマーカー | コンポーネントは第三者製品ベンダーから調達またはライセンス取得されている。 |
（外部委託） |
四角形マーカー | コンポーネントの管理は完全に外部ベンダー集団に委ねられている。 |
（市場投入） |
円形マーカー | コンポーネントは広く利用可能なユーティリティまたは公共財である。 |
構文実装例：
wardley-beta
component カスタムUI [0.80, 0.30] (build)
component 支払いプロセッサ [0.45, 0.65] (buy)
実世界のブループrint：職人技コーヒー店のバリューチェーン
この包括的なブループrintは、拡大する店舗ビジネスモデルを追跡します。完全なマップアーキテクチャを提示しており、より大きなカスタムサイズの境界を設定し、ビジネスの基盤を確立し、専用のビルド／購入マーカーを設定し、軸のフェーズにわたる依存関係リンクを可視化しています。
wardley-beta
title "カフェビジネス戦略マップ"
size [1100, 650]
%% コアビジネスの基盤
anchor フランチャイズオーナー [0.95, 0.55]
anchor 最終顧客 [0.90, 0.65]
%% 操作用コンポーネントレイヤー
component スペシャリティコーヒー [0.75, 0.45] (build)
component 売上端末 [0.60, 0.60] (buy)
component 自動化されたお湯供給 [0.45, 0.75] (market)
component 電力網の電力 [0.15, 0.90] (outsource)
%% 依存関係チェーンのリンクパス
最終顧客 -> スペシャリティコーヒー
フランチャイズオーナー -> 売上端末
スペシャリティコーヒー -> 自動化されたお湯供給
売上端末 -> 電力網の電力
自動化されたお湯供給 -> 電力網の電力
構文のヒント： 座標配列を宣言する際は、縦軸のY値（可視性）が*最初*に、横軸のX値（進化）が*2番目*に来るということを思い出してください [可視性, 進化] これらの位置を逆にすると、マップキャンバスの下端にコンポーネントが正しくグループ化されないという、最も一般的な原因になります。
一般的な構文の落とし穴とシステム制約
バリューチェーン空間をコンパイルする際は、以下の3つのレイアウト境界を意識して、テキストがクリアにレンダリングされるようにしてください：
- 厳格な座標範囲： 座標は小数の範囲内、すなわち「
0.0および1.0」の間に正確に配置されなければなりません。絶対的な整数ピクセル（例：[400, 200]）をノード引数内でレイアウト比の代わりに使用すると、システム実行エラーが発生します。 - リンクの宣言順序： クリーンなレイアウトレンダリングのために、以下のすべての
anchorおよびcomponentラベルが、ノード関係の行（A -> B）。宣言されていないラベルにリンクすると、マップの軸位置が崩れることがあります。 - ラベルのスペースを囲む： コンポーネント名にスペース、記号、またはコンマが含まれる場合は、正確に記述していることを確認してください。接続パス内で一致しない文字列名を再利用すると、グリッドキャンバス上にまったく新しい、位置が指定されていないノードが作成されます。