name: strategic-plays description: 从Wardley地图中识别战略选项和游戏玩法模式 allowed-tools: 读取, 全局搜索, 筛选, 写入, 编辑

战略玩法技能

从Wardley地图中识别战略选项和游戏玩法模式以获得竞争优势。

何时使用此技能

在以下情况下使用此技能：

战略玩法任务 - 致力于从wardley地图中识别战略选项和游戏玩法模式
规划或设计 - 需要关于战略玩法方法的指导
最佳实践 - 希望遵循已建立的模式和标准

强制：文档优先方法

在识别战略玩法之前：

调用 docs-management 技能 获取战略模式
通过MCP服务器（perplexity）验证Wardley游戏玩法
基于Simon Wardley的游戏玩法目录提供指导

战略玩法类别

Wardley的游戏玩法类别：

用户感知玩法
├── 教育
├── 游说
├── 市场营销
└── 恐惧、不确定性、怀疑（FUD）

加速器玩法
├── 开放方法
├── 利用网络效应
├── 标准游戏
└── 工业化

减速器玩法
├── 创建人为约束
├── 利用知识产权
├── 减慢进化
└── 提高壁垒

市场玩法
├── 双因素市场
├── 生态系统模型
├── 塔与护城河
└── 渠道冲突

防御性玩法
├── 信号扭曲
├── 威胁收购
├── 拥抱竞争
└── 碎片化

攻击性玩法
├── ILC（创新-杠杆-商品化）
├── 愚蠢的将
├── 挂羊头卖狗肉
└── 误导

生态系统玩法
├── 合作选项
├── 感知引擎
├── 重心
└── 土地和扩展

关键战略玩法

ILC（创新-杠杆-商品化）

ILC模式：

1. 创新（创世纪）
   - 创建新能力
   - 建立专业知识
   - 接受高失败率
   - 专注于学习

2. 杠杆（定制→产品）
   - 采用成功创新
   - 构建可重复解决方案
   - 捕获市场份额
   - 建立位置

3. 商品化（产品→公用事业）
   - 工业化规模
   - 降低成本
   - 启用新创新
   - 创建生态系统锁定

示例：AWS
- 创新：内部云基础设施
- 杠杆：EC2、S3产品
- 商品化：公用计算模型

开放方法

开源/开放标准策略：

何时使用：
- 组件处于产品/商品阶段
- 竞争对手占主导地位
- 需要加速商品化
- 希望将竞争转移到他处

机制：
- 发布知识产权以商品化竞争对手优势
- 围绕开放标准构建生态系统
- 将竞争转移到更高阶系统
- 通过社区贡献降低成本

风险：
- 直接控制损失
- 竞争对手采用/贡献
- 社区治理挑战
- 分叉潜力

示例：
- Google发布Kubernetes（商品化编排）
- Facebook发布React（商品化UI框架）
- Microsoft拥抱Linux（转移竞争）

双因素市场

双因素市场模式：

结构：
┌─────────────────┐
│  平台/中心      │
├─────────────────┤
│ 侧A：用户      │◄──────────┐
│ （通常免费）    │           │
├─────────────────┤   价值    │
│ 侧B：支付者    │───────────┘
│ （货币化）      │
└─────────────────┘

特征：
- 一侧补贴
- 两侧间的网络效应
- 赢家通吃动态
- 一旦建立，高壁垒

示例：
- Google：用户（免费）+ 广告商（付费）
- LinkedIn：基本用户 + 招聘者/高级用户
- Android：用户 + 应用开发者 + 广告商

执行：
1. 识别哪一侧补贴
2. 在免费侧建立临界质量
3. 货币化另一侧
4. 用网络效应防御

生态系统玩法

生态系统策略：

组件：
┌─────────────────────────────────────┐
│           您的平台                  │
├─────────────┬─────────────┬────────┤
│  合作伙伴   │ 开发者      │ 用户   │
├─────────────┴─────────────┴────────┤
│          互补者                    │
└─────────────────────────────────────┘

构建生态系统：
1. 识别锚定组件（您的护城河）
2. 启用互补者（API、SDK）
3. 吸引合作伙伴（相互价值）
4. 培育开发者社区
5. 通过集成创建转换成本

生态系统防御：
- 持续创新锚定
- 保持平台控制
- 管理合作伙伴关系
- 投资于开发者体验
- 监控去中介化

塔与护城河

塔与护城河策略：

塔（创世纪/定制）：
- 高价值创新
- 难以复制
- 差异化能力
- 您的竞争优势

护城河（产品/商品）：
- 围绕并保护塔
- 创建转换成本
- 锁定客户
- 使塔访问依赖于护城河

构建：
1. 识别您的塔（独特价值）
2. 商品化相邻组件
3. 将塔与商品化护城河集成
4. 使塔仅通过护城河可访问

示例：
- Apple：设计（塔）+ iOS生态系统（护城河）
- Tesla：AI/软件（塔）+ 充电网络（护城河）

玩法选择框架

情境评估

选择玩法前的问题：

位置分析：
□ 您的组件在地图上的位置？
□ 竞争对手组件的位置？
□ 什么进化最快？
□ 您在哪些方面有优势？

能力评估：
□ 您能执行什么好？
□ 您有哪些资源？
□ 您的风险容忍度？
□ 您的时间范围？

市场背景：
□ 市场在增长还是整合？
□ 有监管压力吗？
□ 客户痛点是什么？
□ 出现了什么替代品？

玩法-位置矩阵

您的位置	市场位置	推荐玩法
创世纪领导者	早期市场	ILC, 生态系统, 塔
定制优势	增长市场	杠杆, 标准, 开放
产品平价	成熟市场	双因素, 渠道, 护城河
商品滞后	整合市场	开放（破坏）, FUD, 收购

玩法兼容性

合作玩法：
- ILC + 生态系统：工业化后构建生态系统
- 开放 + 双因素：开放商品化，平台货币化
- 标准 + 生态系统：标准吸引，生态系统锁定
- 塔 + 护城河：创新受商品化保护

冲突玩法：
- 开放 + 知识产权利用（矛盾）
- 标准 + 碎片化（削弱标准）
- 双因素 + 提高壁垒（限制一侧）

游戏玩法分析模板

# 战略玩法分析：[上下文]

## 当前情况

### 地图位置
[您在地图进化轴上的位置]

### 竞争位置
| 竞争对手 | 位置   | 轨迹       | 威胁级别       |
|----------|--------|------------|----------------|
| [名称] | [阶段] | [方向]     | 高/中/低       |

## 玩法选项

### 选项1：[玩法名称]
**描述：**[玩法涉及的内容]

**先决条件：**
- [所需能力/位置]

**执行步骤：**
1. [步骤]
2. [步骤]
3. [步骤]

**预期结果：**
- 短期：[影响]
- 长期：[影响]

**风险：**
- [风险与缓解]

**资源需求：**
- [所需内容]

### 选项2：[玩法名称]
[相同结构]

## 推荐

**选择玩法：**[哪个玩法及原因]

**成功标准：**
- [可衡量结果]
- [可衡量结果]

**审查点：**
- [何时重新评估]

反模式

避免的战略错误：

1. 在错误阶段玩法
   - 创世纪玩法在商品空间（浪费创新）
   - 商品玩法在创世纪空间（过早优化）

2. 忽略惯性
   - 假设市场会无阻力采用
   - 低估竞争对手响应

3. 单一玩法依赖
   - 赌一切于一种方法
   - 玩法失败时无后备

4. 误读进化
   - 认为可以停止进化
   - 对抗不可避免的商品化

5. 生态系统傲慢
   - 假设您将是中心
   - 低估合作伙伴杠杆

6. 开放洗白
   - 声称开放但保持控制
   - 社区会识别并抵制

学说应用于玩法

影响玩法的学说原则：

聚焦：选择与目的对齐的玩法
了解您的用户：确保玩法服务真实需求
使用适当方法：匹配玩法到组件阶段
从小处思考：从最小可行玩法开始
管理惯性：在玩法设计中考虑阻力
使用共同语言：地图是玩法的共同语言
挑战假设：早期测试玩法假设

工作流程

识别战略玩法时：

地图当前状态：首先完成Wardley地图
评估位置：您在哪里强/弱？
识别选项：有哪些可用玩法？
评估适合度：哪些玩法匹配您的情况？
检查兼容性：选择玩法是否合作？
规划执行：详细步骤和时间表
定义成功标准：如何衡量？
规划重新评估：何时审查和调整？

参考资料

详细指导：

最后更新： 2025-12-26