name: wardley-map-creation description: 从价值链和用户需求创建沃德利地图 allowed-tools: 读取, 全局搜索, 查找, 写入, 编辑
沃德利地图创建技能
创建沃德利地图以可视化价值链和组件演化，用于战略规划。
何时使用此技能
在以下情况下使用此技能：
- 沃德利地图创建任务 - 从价值链和用户需求创建沃德利地图的工作
- 规划或设计 - 需要沃德利地图创建方法的指导
- 最佳实践 - 希望遵循既定的模式和标准
强制要求：文档优先方法
在创建沃德利地图之前：
- 调用
docs-management技能 用于映射模式 - 通过 MCP 服务器验证沃德利映射方法（perplexity）
- 基于西蒙·沃德利的原始方法进行指导
沃德利地图基础
沃德利地图结构：
对用户可见
┌──────────────────────────────────────────────────────────┐
│ 用户需求 │
│ ○ │
│ \ │
│ ○ 组件 A │
│ \ │
│ ○ 组件 B ──── ○ 组件 C │
│ \ \ │
│ ○ 组件 D ○ 组件 E │
│ \ │
│ ○ 组件 F │
│ │
└──────────────────────────────────────────────────────────┘
对用户不可见
◄──────────────────────────────────────────────────────────►
创世纪 定制构建 产品/租赁 商品化
(I) (II) (III) (IV)
演化轴 ──────────────────────────────────────────────►
演化阶段
| 阶段 | 特征 | 示例 |
|---|---|---|
| 创世纪 (I) | 独特、理解不足、罕见、不确定、变化 | 新 AI 能力、新颖算法 |
| 定制构建 (II) | 不常见、少数人理解、增长、最佳实践涌现 | 定制集成、定制解决方案 |
| 产品 (III) | 常见、理解、稳定、最佳实践已知 | 商业软件、SaaS 平台 |
| 商品化 (IV) | 无处不在、标准化、确定、类似公共事业 | 云计算、电力、带宽 |
演化属性
属性沿演化轴变化：
创世纪 ────────────────────────► 商品化
普及度： 罕见 ──────────────────────────► 无处不在
确定性： 不确定 ─────────────────────► 确定
失败率： 高 ──────────────────────────► 低
市场： 未定义 ─────────────────────► 已定义
知识： 不确定 ─────────────────────► 已知
用户感知： 混乱 ──────────────────────► 有序
焦点： 探索 ───────────────────► 利用
地图创建过程
步骤 1：识别用户需求
从用户的实际需求开始（非解决方案）：
好的用户需求：
- "我需要处理客户付款"
- "我需要与团队沟通"
- "我需要将软件部署到生产环境"
不好的（解决方案导向）：
- "我需要 Stripe"（解决方案，非需求）
- "我需要 Slack"（解决方案，非需求）
- "我需要 Kubernetes"（解决方案，非需求）
步骤 2：构建价值链
从用户需求向后追溯到依赖项：
示例：电子商务平台
用户需求："在线购买产品"
│
├── 产品目录
│ ├── 搜索
│ ├── 产品数据
│ └── 图片
│
├── 购物车
│ ├── 会话管理
│ └── 定价引擎
│
├── 结账
│ ├── 支付处理
│ ├── 地址验证
│ └── 税费计算
│
└── 订单履行
├── 库存
├── 运输
└── 通知
步骤 3：定位组件
将每个组件放置在演化轴上：
| 组件 | 演化阶段 | 理由 |
|---|---|---|
| 产品目录 | 产品 | 许多商业选项 |
| 搜索 | 商品化 | Elasticsearch、Algolia 商品化 |
| 支付处理 | 商品化 | Stripe、PayPal 公共事业 |
| 定价引擎 | 定制 | 业务特定规则 |
| AI 推荐 | 创世纪 | 仍在快速演化 |
步骤 4：添加依赖关系
绘制链接显示依赖关系：
依赖规则：
- 高级组件依赖于低级
- 箭头向下和向右流动
- 可见组件靠近顶部
- 基础设施组件靠近底部
步骤 5：注释移动
添加演化指示器：
移动符号：
○────► 向右移动（商品化）
○◄──── 向左移动（罕见，通常错误）
○ ∿ ∿ 惯性（抵抗变化）
○ !! 警告/关注
沃德利地图在 Mermaid 中（近似）
%%{init: {'theme': 'base', 'themeVariables': { 'primaryColor': '#fff', 'lineColor': '#333'}}}%%
flowchart TB
subgraph visible["对用户可见"]
UN["用户需求：购买产品"]
PC["产品目录"]
SC["购物车"]
CO["结账"]
end
subgraph invisible["对用户不可见"]
SE["搜索"]
PP["支付处理"]
DB["数据库"]
CL["云计算"]
end
UN --> PC
UN --> SC
UN --> CO
PC --> SE
PC --> DB
SC --> DB
CO --> PP
PP --> CL
SE --> CL
DB --> CL
classDef genesis fill:#f9f,stroke:#333
classDef custom fill:#fcf,stroke:#333
classDef product fill:#cfc,stroke:#333
classDef commodity fill:#ccf,stroke:#333
基于文本的地图符号
对于精确的沃德利地图，使用在线沃德利地图（OWM）符号：
title 电子商务平台
anchor 用户 [0.95, 0.70]
component 产品目录 [0.82, 0.65] label [-10, -10]
component 购物车 [0.75, 0.55] label [10, -10]
component 结账 [0.70, 0.60] label [10, 10]
component 搜索 [0.60, 0.85] label [-10, -10]
component 支付处理 [0.45, 0.90] label [-20, 10]
component 数据库 [0.35, 0.75] label [10, 10]
component 云计算 [0.20, 0.95] label [-10, 10]
用户->产品目录
用户->购物车
用户->结账
产品目录->搜索
产品目录->数据库
购物车->数据库
结账->支付处理
支付处理->云计算
搜索->云计算
数据库->云计算
evolve 支付处理 0.95
note 定制定价引擎在 0.55, 0.35 [业务差异化]
组件定位指南
可见性（Y轴）
| 位置 | 组件类型 |
|---|---|
| 0.90-1.00 | 直接用户交互 |
| 0.70-0.89 | 用户面向功能 |
| 0.50-0.69 | 应用服务 |
| 0.30-0.49 | 平台/基础设施 |
| 0.10-0.29 | 公共事业 |
| 0.00-0.09 | 原始资源 |
演化（X轴）
| 位置 | 阶段 |
|---|---|
| 0.00-0.17 | 创世纪 |
| 0.18-0.40 | 定制 |
| 0.41-0.70 | 产品 |
| 0.71-1.00 | 商品化 |
常见映射模式
先锋-定居者-城镇规划师
先锋：创世纪 → 定制
- 探索新领域
- 高容错率
- 专注于创新
定居者：定制 → 产品
- 采用先锋发现
- 使其有用
- 专注于产品市场契合
城镇规划师：产品 → 商品化
- 规模化工业化
- 专注于效率
- 数量和利润
识别锚点
锚点：不变的用户需求或市场期望
好的锚点：
- "与客户沟通"（稳定需求）
- "处理交易"（稳定需求）
不好的锚点：
- "使用电子邮件"（解决方案，将演化）
- "使用 SQL 数据库"（技术，将演化）
工作流
创建沃德利地图时：
- 从目的开始：你试图做出什么决策？
- 识别用户：你为谁映射？
- 定义需求：用户实际需要什么？
- 构建链：从需求映射组件到依赖项
- 定位组件：放置在演化轴上
- 添加移动：显示演化方向
- 识别机会：找到战略选项
- 迭代：地图随理解改进
输出模板
# 沃德利地图：[上下文]
## 目的
[这个地图回答什么战略问题？]
## 范围
[什么边界定义这个地图？]
## 用户需求
[地图顶部的锚点需求]
## 地图
[OWM 符号或图表]
## 关键组件
| 组件 | 位置 | 演化 | 备注 |
|-----------|----------|-----------|-------|
| [名称] | [y, x] | [阶段] | [观察] |
## 移动
[组件演化和方向]
## 战略观察
[地图揭示的内容]
## 提出的问题
[需要进一步探索的内容]
参考
详细指导：
最后更新： 2025-12-26