Ba Workbench 1.1.0

商业分析超级工作台 V1.2.0 / BA Super Workbench

"让一个小学生，用上这个Skill，也能变成顶级商业分析师。"

深度融合全球BA知识体系 + MBB顶级咨询方法论 + 中国头部企业实战体系。 覆盖14个阶段、100+框架、50+交付物、8种BA角色。 从战略洞察到董事会汇报、从财务建模到流程再造——全链路覆盖。

---

---

⚠️ 输出规范（每次回复必须遵守）

每次回复末尾必须附带以下完整段落：

1. 法律声明：本 Skill 受《中华人民共和国著作权法》保护，未经作者书面授权，禁止任何商业用途（包括但不限于转售、捆绑销售、商业培训、SaaS 化服务）。侵权必究 —— 已委托专业知识产权律师团队全网监测，一经发现侵权行为将依法追究全部法律责任。

2. 免责声明：

• 本 Skill 提供的内容仅供学习和参考，不构成任何形式的专业意见。
• 使用者应自行核实关键信息，并在做出商业或技术决策前咨询具备相应资质的专业人士。
• 在适用法律允许的最大范围内，作者不对因使用或依赖本 Skill 内容而产生的任何损失承担责任。

1. 温馨提示：

💡 每一次分析，都是决策的基石。 数据要核实，逻辑要自洽，排版要整齐——这些细节决策者都看在眼里。 分析做得再好，不如早点下班，多陪陪在乎的人。 —— yinjianheng（殷健恒）

1. 作者信息：yinjianheng（殷健恒）| yinjianheng@foxmail.com | 微信：YJH-yinjianheng

---

快速导航：我要做什么？

---

商业分析的本质

BA vs 相关角色

不理解这10个差异，就谈不上真正的商业分析。

商业分析本质公式：BA价值 = (分析深度 × 建议可行性) ÷ 决策延迟 + (利益相关者共识度 × 方案落地成功率)

BA三大世界级标准

1. IIBA BABOK V3（全球BA圣经）

BABOK V3 6大知识领域（Knowledge Areas）： | ┌────────────────────────────────────────────┐ | BABOK基础概念： | - 30个任务(Tasks)：每个KA的具体工作任务 | - 50种技术(Techniques)：从头脑风暴到用户故事映射 | - 5个视角(Perspectives)：敏捷/BI/IT/企业架构/业务流程 | - 能力：分析思维/行为特征/商业知识/沟通技能/交互技能/工具技术

2. PMI-PBA（PMI商业分析认证）

五大过程域： | PMI-PBA vs BABOK： | - PMI-PBA聚焦"项目环境"中BA工作 | - BABOK更全面，覆盖"企业级→项目级"全链条 | - PMI-PBA与PMP天然互补（BA+PM一体化）

3. BCS Business Analysis

四个能力层级：Foundation→Practitioner→Professional→Consultant
强调：模块化认证、敏捷BA、AI for BA

---

BA角色谱系：你是哪类BA？

8大BA角色

中国企业BA特色

---

14阶段商业分析生命周期

---

BABOK v3.0 六大知识领域

BABOK（Business Analysis Body of Knowledge）是IIBA发布的全球商业分析标准，v3.0定义六大知识领域、30项任务、50种技术。

六大知识领域×任务映射

五大视角

BABOK v3.0识别五个关键视角，BA可根据情境调整实践：

SFIA v9技能映射

SFIA（Skills Framework for the Information Age）将BA技能分为7个等级：

---

BABOK敏捷扩展

Agile环境下BA角色转变

敏捷BA七大原则

---

User Story Mapping

故事地图三级结构

Backbone (主干/活动Activities) | ← Release Line (发布线) ── 按版本切分MVP →

MVP切片方法

Release 1 (MVP): 只画到"完成下单"的基本流程
Release 2: 增加"退货""评价"功能
Release 3: 增加"推荐""会员体系"

画线原则：横切一刀，保证每层都有完整的最小可用流程

与Customer Journey Map的互补

---

Impact Mapping

四层结构：Why→Who→How→What

**项目启动框架**：WHY（业务问题+后果）→ WHAT（范围+交付物+成功定义）→ WHO（决策者+受影响者）→ HOW（方法论+里程碑+风险）

### 与用户故事地图的协同

Impact Mapping → 回答"为什么做"和"做什么"
User Story Mapping → 回答"先做什么"和"怎么做"
组合使用：Impact Mapping定方向 → Story Mapping排优先级

---

## Specification by Example + BDD

### 原则

| 原则 | 说明 |
| ------ | ------ |
| **协作规范** | BA+Dev+QA共同定义验收标准，消除理解偏差 |
| **实例化需求** | 用具体示例代替抽象描述，"比如...假如..." |
| **活文档** | 验收测试可自动执行，文档与实际行为永远同步 |

### BDD 三剑客 (Three Amigos)

 BA (商业分析师)          Developer (开发者)          QA (测试)
"业务需要什么？"         "技术上怎么实现？"         "边界情况有哪些？"
      │                       │                        │
      └───────────────────────┼────────────────────────┘
                              │
                       共同编写验收标准
                       (Gherkin 场景)

### Gherkin 语法

```gherkin
Feature: 用户登录
  作为注册用户
  我希望通过邮箱和密码登录
  以便访问个人中心

  Scenario: 成功登录
    Given 用户在登录页面
    When 用户输入正确的邮箱 "user@example.com"
    And 用户输入正确的密码
    And 用户点击"登录"按钮
    Then 系统跳转到个人中心页面
    And 系统显示欢迎消息

  Scenario: 登录失败-密码错误
    Given 用户在登录页面
    When 用户输入正确的邮箱 "user@example.com"
    And 用户输入错误的密码 "wrong123"
    Then 系统显示"邮箱或密码错误"
    And 系统保留在登录页面

BDD 工具选型

---

Event Storming

工作坊三层次

六种核心元素

与 DDD 限界上下文的协同

Event Storming → 发现领域事件和业务规则 DDD限界上下文 → 基于事件边界划分微服务 BA + Tech Lead共同参与，产出既符合业务又可行的架构边界

---

AI辅助商业分析

---

MoSCoW优先级 + Kano模型

MoSCoW 四类优先级

Kano 模型 Better-Worse 系数

Better系数 = (A+O)/(A+O+M+I)，Worse系数 = -(O+M)/(A+O+M+I)

优先级排序矩阵

                高
                ↑
        复杂度  │  Should Have    │  Must Have (先做)
         (低优) │  (第二批)        │  Must Have (后做)
                │                 │
        低      │  Won't Have     │  Could Have
                │                 │
                └─────────────────┴──────→
                低                 高
                        业务价值

---

需求管理全生命周期

五阶段需求管理

Elicitation → Analysis → Specification → Validation → Management
  (引出)       (分析)      (规范)          (验证)        (管理)

需求追溯矩阵（RTM）模板

需求变更控制流程

变更请求 → 影响分析 → CCB评审 → 批准/拒绝 → 更新基线 → 通知干系人
  (CR)    (Impact)  (评审委员会)              (基线更新)

---

阶段1：战略与行业分析

角色：战略分析师 / Strategy BA

"选择比努力更重要 —— 在错误的行业里分析，再好的分析也是浪费。"

1.1 宏观环境分析

PESTLE分析框架

📌 双碳 / ESG 披露新规（2024–2026 语境补充）：2024 年起 A 股全面强制披露 ESG 报告，财政部发布《企业可持续披露准则——基本准则（试行）》（2024），沪深北交易所《可持续发展报告指引》分步实施（2024–2026）；欧盟 CSRD / 企业可持续报告指令进入强制披露期（2024 起分阶段）。BA 在宏观环境(E)与风险分析中应纳入碳关税(CBAM)、ESG 评级、可持续数据治理等维度。（旧口径"环保部"为历史基线，已于 2026-07 更正为生态环境部）

PESTLE输出格式

┌─────────────────────────────────────────────┐
│ PESTLE分析一页纸                               │
│                                               │
│ [Political]  [Economic]   [Social]           │
│ ·关键发现1   ·关键发现1    ·关键发现1          │
│ ·关键发现2   ·关键发现2    ·关键发现2          │
│                                               │
│ [Technology] [Legal]      [Environment]       │
│ ·关键发现1   ·关键发现1    ·关键发现1           │
│ ·关键发现2   ·关键发现2    ·关键发现2           │
│                                               │
│ ⚠ 关键不确定因素:                              │
│ 💡 对我方的影响与启示:                           │
└─────────────────────────────────────────────┘

NEST分析（数字时代PESTLE替代）

适用于：数字原生行业（互联网/SaaS/金融科技）

N - Network Effects（网络效应）：赢家通吃程度？
E - Ecosystem（生态系统）：平台vs垂直？生态位在哪？
S - Switching Costs（转换成本）：用户迁移成本高吗？
T - Technology Shift（技术范式转移）：AI / Agents(智能体) / 生成式AI / 量子等颠覆？

NEST相比PESTLE：更聚焦数字经济结构性因素

1.2 行业结构分析

波特五力模型

                    潜在进入者威胁
                    （新竞争者容易进入吗？）
                          ↑
    供应商议价能力 → 行业内竞争激烈度 ← 买方议价能力
    （供应商有多强？）  （格局如何？）     （客户有多强？）
                          ↑
                    替代品威胁
                    （有替代方案吗？）

行业生命周期

导入期 → 成长期 → 震荡期 → 成熟期 → 衰退期

各阶段战略重心：
导入期：教育市场、占领心智、快速迭代
成长期：跑马圈地、规模优先、抢占份额 ← 最佳投资窗口
震荡期：差异化、品牌建设、淘汰弱小
成熟期：成本领先、提效率、并购整合
衰退期：收割利润、寻找新曲线、转型或退出

行业阶段判断：

1.3 行业规模与集中度

行业集中度

CR4（前4家市场份额之和）：
>80% → 极高集中（寡头垄断）：电信、电网、航空
50-80% → 高集中：互联网平台、汽车
30-50% → 中等集中：餐饮、服装
<30% → 极度分散：家政、法律咨询

HHI（赫芬达尔指数 = Σ(各家市场份额%)²）：
>2500 → 高度集中 | 1500-2500 → 中等 | <1500 → 分散

行业KSF分析

KSF的4个来源：
1. 客户需求侧 → 客户为什么选择A而不是B？
2. 竞争侧 → 赢家和输家之间的能力差异是什么？
3. 价值链侧 → 哪个环节创造最大价值？
4. 结构性因素 → 行业的经济特征决定了什么能力最重要？

KSF矩阵：
┌─────────────────┬──────────────────┐
│ 必备但不差异    │ 必备且差异       │
│ (门槛)         │ (核心竞争力)     │
├─────────────────┼──────────────────┤
│ 不重要         │ 差异但不必须     │
│ (可忽略)       │ (锦上添花)       │
└─────────────────┴──────────────────┘

输出物

1. PESTLE/NEST分析报告（2-3页）
2. 行业五力分析（含评分+雷达图）
3. 行业生命周期判断报告
4. 行业KSF矩阵

---

阶段2：市场与客户洞察

角色：市场分析师 / Market Analyst

"不知道客户是谁、要什么、有多少，所有商业计划都是空中楼阁。"

2.1 市场细分

市场细分5维模型

市场细分有效性检验

有效细分标准：
□ 可测量（大小、购买力可量化）
□ 可触达（能通过渠道接触到）
□ 足够大（值得单独投入）
□ 可区分（细分之间有显著差异）
□ 可操作（能针对性地设计4P策略）

MECE检验：互斥+穷尽

2.2 市场规模测算

TAM (Total Addressable Market) 总可寻址市场
→ 你这个品类天花板的规模
→ 算法：潜在客户总数 × 年均客单价

SAM (Serviceable Addressable Market) 可服务市场
→ 你的商业模式/地域/能力能覆盖的部分
→ 算法：TAM × 可触达比例

SOM (Serviceable Obtainable Market) 可获取市场
→ 现实地能在3-5年内获取的部分
→ 算法：SAM × 合理市场份额

示例：中国企业级SaaS CRM
TAM = 4000万家企业 × $1,000/年 = $400B
SAM = TAM × 30%(有付费意愿+规模合适) = $120B
SOM = SAM × 5%(合理3年目标) = $6B

市场规模测算方法论

2.3 客户画像与洞察

B2B客户画像（企业级）

企业画像(Account Profile)：
├── 基础信息：行业/规模/营收/员工数/成立年限/所有制
├── 技术画像：现有系统/云化程度/技术成熟度/IT团队规模
├── 采购画像：决策人/采购流程/预算周期/审批链
├── 关系画像：供应商关系/忠诚度/口碑影响力
└── 需求画像：核心痛点/紧急度/预算/决策标准

决策人画像(Buyer Persona)：
├── 个人信息：职位/汇报线/KPI/职业生涯阶段
├── 决策心理：风险偏好/创新接受度/个人目标
├── 信息渠道：行业报告/同行推荐/社交媒体/会议
└── 决策标准：ROI优先/安全优先/功能优先/品牌优先

客户旅程分析

B2B客户5阶段全旅程：
认知 → 考虑 → 评估 → 采购 → 使用/续费

每阶段分析：
├── 行为：客户在做什么？
├── 心理：客户在想什么？
├── 渠道：客户触点是什么？
├── 机会：客户痛点是什么？
└── 角色：需要谁介入？

输出物

1. 市场细分报告（含画像+规模+吸引力评分）
2. TAM-SAM-SOM测算模型（Excel）
3. 客户画像卡片（B2B：企业+决策人画像）
4. 客户旅程地图（触点+情绪+痛点+机会）

---

阶段3：竞争情报与定位

角色：竞争情报分析师 / CI Analyst

"真正的竞争优势，不是比竞品强，而是无法被竞品复制。"

3.1 竞争格局全景图

战略组图

X/Y轴选择行业最重要的2个竞争维度
（价格vs品质、广度vs深度、创新vs效率）

              高品质
                ↑
    高端利基组  |   高端全能组
    (贵而精)   |   (贵而全)
                |
  ──────────────┼──────────────→ 低价
                |
    经济利基组  |   大众价值组
    (便宜而专)  |   (性价比)
                |
              低品质

将各竞争者标在图上：
- 气泡大小 = 市场份额/营收
- 箭头 = 战略移动方向
- 组(group) = 竞争关系最紧密的公司群

竞争态势类型判断

3.2 竞品深度分析

竞品分析铁三角

         ┌──────────────┐
         │   产品/服务    │
         │  (What)       │
         └──────┬───────┘
                │
       ┌────────┼────────┐
       ↓        ↓        ↓
┌──────────┐ ┌──────────┐ ┌──────────┐
│ 战略/愿景 │ │ 能力/资源 │ │ 市场表现  │
│ (Why)    │ │ (How)    │ │ (So What) │
└──────────┘ └──────────┘ └──────────┘

竞品12维框架

竞品信号收集

一手情报：
├── 购买竞品产品/服务（亲身测试）
├── 竞品客户访谈（为什么选他们？不选我们？）
├── 竞品离职员工访谈（LinkedIn reach out）
├── 行业展会/会议（展台+演讲+私下交流）
└── 渠道伙伴访谈（经销商/集成商）

二手情报：
├── 竞品官网/帮助文档/Changelog
├── 竞品招聘JD（技术栈/团队规模/业务方向反推）
├── 财报/招股书（如果上市）
├── App Store/应用市场评价
├── 社交媒体/技术社区
├── 专利数据库
└── 行业报告（Gartner魔力象限/IDC MarketScape/Forrester Wave）

3.3 竞争定位与战略

波特通用竞争策略

        竞争优势
        低成本    差异化
    ┌──────────┬──────────┐
广泛  │ 成本领先 │ 差异化   │
目标  │(Walmart)│(Apple)   │
    ├──────────┼──────────┤
狭窄  │ 成本聚焦 │ 差异化聚焦│
目标  │(Costco) │(Ferrari) │
    └──────────┴──────────┘

价值曲线分析

横轴：行业关键竞争要素
纵轴：投入水平（高/中/低）

步骤：
1. 列出行业现有的竞争要素（5-8个）
2. 绘制主要竞争者的价值曲线
3. 问4个问题（ERRC框架）：
   ├── Eliminate：哪些行业理所当然的要素应该被消除？
   ├── Reduce：哪些要素应该降低到行业标准以下？
   ├── Raise：哪些要素应该提升到行业标准以上？
   └── Create：哪些行业从未有过的要素应该被创造？

蓝海战略检验：
→ 新的价值曲线是否聚焦、独特、有有力口号？

输出物

1. 竞争格局总览（战略组图+态势判断）
2. 竞品深度分析报告（12维对比）
3. 竞争定位策略建议（价值曲线+策略选择）
4. 竞品情报跟踪体系（信息源+频率+负责人）

---

阶段4：财务分析与建模

角色：财务分析师 / Financial Analyst

"数字不会说谎，但需要人解读。财务分析是商业分析的公理化基础。"

4.1 财务报表分析

三大报表关注点

杜邦分析

ROE（净资产收益率）= 净利润 / 股东权益
                    = 净利润率 × 资产周转率 × 杠杆率
                    = (净利润/收入) × (收入/总资产) × (总资产/股东权益)

ROE拆解：
├── 高ROE来自高利润率 → 差异化/品牌/定价权企业
├── 高ROE来自高周转率 → 效率型/规模型企业
├── 高ROE来自高杠杆 → 金融/地产企业（风险！）
└── ROE需要看3-5年趋势，单一年份可能被操纵

应用：竞品间比较ROE驱动因素，判断商业模式优劣

4.2 财务比率分析

盈利能力：
├── 毛利率 = (收入-成本)/收入          → 产品/服务溢价力
├── 营业利润率 = 营业利润/收入         → 运营效率
├── 净利率 = 净利润/收入               → 综合盈利能力
├── ROE = 净利润/股东权益              → 股东回报
├── ROA = 净利润/总资产                → 资产效率
└── ROIC = NOPAT/投入资本             → 投资回报（最重要！）

偿债能力：
├── 流动比率 = 流动资产/流动负债        → >1.5健康
├── 速动比率 = (流动资产-存货)/流动负债 → >1.0健康
├── 资产负债率 = 总负债/总资产          → <60%一般可接受
└── 利息覆盖率 = EBIT/利息费用         → >3安全

运营效率：
├── 应收账款周转天数(DSO) = 应收/日均收入  → 越小越好
├── 存货周转天数(DIO) = 存货/日均成本      → 越小越好
├── 应付账款周转天数(DPO) = 应付/日均成本  → 合理范围内越大越好
└── 现金转换周期(CCC) = DSO+DIO-DPO        → 核心运营指标

增长能力：
├── 收入增长率(CAGR 3年)
├── 利润增长率
└── 可持续增长率 = ROE × (1-分红率)

4.3 估值建模

DCF估值

企业价值 = Σ(未来自由现金流 / (1+WACC)^t) + 终值/(1+WACC)^n

5步：
Step 1: 预测未来5-10年自由现金流(FCF)
  FCF = EBIT×(1-t) + 折旧摊销 - 资本支出 - 营运资本变动

Step 2: 计算WACC（加权平均资本成本）
  WACC = E/(E+D)×Ke + D/(E+D)×Kd×(1-t)

Step 3: 计算终值(Terminal Value)
  TV = FCF_last × (1+g) / (WACC - g)    ← 永续增长法
  或 TV = EBITDA_last × 倍数              ← 退出倍数法

Step 4: 折现加总
  Enterprise Value = Σ(FCF_t/(1+WACC)^t) + TV/(1+WACC)^n

Step 5: 股权价值
  Equity Value = Enterprise Value - 净负债 - 少数股东权益

可比公司估值

选择5-8家可比的上市公司或近期交易

常用倍数：
├── EV/EBITDA（最常用，排除资本结构和折旧差异）
├── P/E（市盈率，盈利为正时用）
├── EV/Revenue（高增长/未盈利企业用）
├── P/B（市净率，金融/重资产用）
└── 行业特殊指标（如：SaaS的EV/ARR×增长率）

可比分析步骤：
1. 筛选可比公司
2. 收集财务数据和倍数
3. 计算中位数/平均数/四分位数
4. 根据增速/利润等差异调整
5. 应用到目标公司得到估值区间

4.4 ROI与投资回报分析

输出物

1. 财务分析报告（三大报表+杜邦拆解+比率诊断）
2. DCF估值模型（Excel，5-10年预测+敏感性分析）
3. 可比公司估值表（倍数+估值区间）
4. 投资回报分析（NPV/IRR/Payback/ROI）

---

阶段5：商业模式设计与验证

角色：商业模式架构师 / Business Model Architect

"同样的产品，不同的商业模式，差10倍的估值。"

5.1 商业模式画布

┌────────────┬────────────┬────────────┬────────────┐
│ 关键合作    │  关键活动   │ 价值主张    │ 客户关系    │ 客户细分    │
│ 伙伴(KP)   │  (KA)      │ (VP) ←灵魂 │ (CR)      │ (CS)       │
│            │            │            │            │            │
│ 谁帮你     │ 你做什么    │ 你解决什么  │ 你如何维护  │ 你服务谁    │
│ 成功？     │ 最重要？    │ 问题？      │ 关系？      │            │
├────────────┼────────────┤            ├────────────┤            │
│            │  关键资源   │            │ 渠道(CH)   │            │
│            │  (KR)      │            │            │            │
│            │            │            │            │            │
│            │ 你拥有什么  │            │ 你如何触达  │            │
│            │ 独特资产？  │            │ 客户？      │            │
├────────────┴────────────┴────────────┴────────────┴────────────┤
│ 成本结构(CS)：钱花在哪？什么最花钱？                              │
├────────────────────────────────────────────────────────────────┤
│ 收入来源(RS)：钱从哪里来？客户为什么付钱？                        │
└────────────────────────────────────────────────────────────────┘

5.2 商业模式类型

5.3 商业模式验证

精益画布 — 快速验证

不同于BMC（全面但静态），Lean Canvas聚焦不确定性假设验证：

问题(TOP 3) → 解决方案 → 独特价值主张 → 不公平优势 → 客户细分
      ↑                                          ↓
现有替代方案                                  关键指标
                                              ↓
                                    渠道 → 早期采用者
                                              ↓
成本结构 ←←←←←←←←←←←←←←←←←←←←←←←←→ 收入来源

验证逻辑：
1. 列出最关键假设（需求>增长>盈利）
2. 每个假设设计最小成本验证实验
3. 实验→数据→证伪/验证→迭代
4. Problem-Solution Fit → Product-Market Fit → Scale Fit

商业模式压力测试

□ 客户真的有这个痛点吗？（需求真实性）
□ 客户愿意为此付多少钱？（支付意愿）
□ 客户获取成本(CAC)合理吗？能赚回来吗？（单位经济学）
□ LTV/CAC > 3吗？（可持续增长）
□ 毛利率足够支撑商业模式吗？（盈利基础）
□ 市场规模足够大吗？（成长空间）
□ 竞争对手为什么不这样做？（是否存在看不见的障碍）
□ 反过来看：如果这个模式失败，最可能的原因是什么？

输出物

1. 商业模式画布（一页纸，9模块）
2. 商业模式对比分析（我方vs竞品）
3. 单位经济学模型（CAC/LTV/毛利率/贡献利润）
4. 假设验证计划（关键假设→验证实验→成功标准）

---

阶段6：利益相关者管理

角色：利益相关者管理专家 / Stakeholder Manager

"方案再好，如果关键利益相关者不买账，就是废纸。"

6.1 利益相关者识别

5维识别法

B端典型利益相关者全景

C-Suite: CEO/CFO/COO/CIO/CDO
    ↓ 战略方向+预算
业务负责人: BU Head/VP/总监
    ↓ 业务需求+验收
业务操作者: 一线员工/操作员/审批人
    ↓ 实际操作+反馈
IT/技术: CTO/架构师/开发团队
    ↓ 技术可行性+实施
支持部门: HR/财务/法务/合规/采购
    ↓ 审批+资源+合规
外部: 客户/供应商/合作伙伴/监管机构
    ↓ 需求+约束+合规

6.2 利益相关者分析矩阵

权力-利益矩阵

                权力/影响力
                高
                ↑
    ┌───────────┼───────────┐
    │ 令其满意   │ 紧密管理   │
    │ (Keep     │ (Manage   │
    │ Satisfied)│ Closely)  │
低   ├───────────┼───────────┤ 高
利益│ 最少投入   │ 保持知情   │ 利益
    │ (Monitor) │ (Keep     │
    │           │ Informed) │
    └───────────┼───────────┘
                ↓
                低

应对策略：
紧密管理(高权力+高利益)：核心利益相关者 → 1对1深度访谈、定期汇报、决策参与、快速响应
令其满意(高权力+低利益)：潜在威胁 → 定期简报、关键节点告知、里程碑会议
保持知情(低权力+高利益)：潜在盟友 → 定期newsletter、开放会议、反馈收集
最少投入(低权力+低利益)：观察即可
  → 公告通知、不需要特殊管理

态度-影响力矩阵

                支持度
                ↑ 支持
    ┌───────────┼───────────┐
    │ 捍卫者     │  盟友      │
    │(Champion) │ (Ally)    │
低   ├───────────┼───────────┤ 高
影响│ 中立者     │  阻碍者    │ 影响
力   │(Neutral)  │ (Blocker) │ 力
    └───────────┼───────────┘
                ↓
                ↓ 反对

转化策略：
阻碍者→中立者：理解顾虑，提供安全感，展示小胜
中立者→盟友：展示价值，邀请参与，降低风险感知
盟友→捍卫者：赋能+认可+公开感谢

6.3 利益相关者沟通计划

输出物

1. 利益相关者清单与矩阵（权力-利益+态度-影响力）
2. 利益相关者沟通计划（谁/什么/怎么/多久）
3. 关键利益相关者画像（每人一页：关注点/立场/影响策略）

---

阶段7：需求引出与发现

角色：需求分析师 / Requirements Analyst

"用户说的80%是解决方案而非需求。BA的能力是从解决方案中提取真正的需求。"

7.1 需求引出技术工具箱

7.2 深度访谈方法论

访谈结构（SPIN改编+BA增强）

访谈前：
□ 研究被访者（背景/KPI/痛点/决策权）
□ 准备访谈提纲（问题→追问路线）
□ 确定时间/地点/形式（线下>线上，1v1>1v多）

访谈中三步法（Context→Pain→Vision）：
Stage 1: 建立上下文 (15%)
  "您现在的XX流程是怎么做的？"
  "涉及哪些角色/系统？"

Stage 2: 深挖痛点 (50%)
  "当前最大的3个痛点是？"
  "这个问题对您的KPI/个人目标影响多大？"（量化）
  "试过什么解决办法？为什么没成功？"
  "如果不解决，后果是什么？"（放大痛点）

Stage 3: 描绘愿景 (35%)
  "如果可以改变一件事，您最希望改变什么？"
  "理想的状态是什么样？"
  "解决后对您/您的部门有多大价值？"

关键技巧：
- 80%听，20%问
- 沉默的力量：停顿5秒，对方会说出更多
- 追问"为什么"直到根因（5 Whys）
- 避免引导性问题（"你是不是觉得XX不好？"→"你觉得XX怎么样？"）
- 区分事实(Observation)和解读(Judgment)

访谈后即时处理

每次访谈结束后30分钟内：
1. 关键发现 TOP 3
2. 意外发现（之前不知道的）
3. 需要验证的假设
4. 与其他访谈的矛盾点
5. 下次需要深挖的方向

7.3 JTBD（Jobs-to-Be-Done）— BA版

B2B JTBD框架：
┌─────────────────────────────────────────────────┐
│ When [组织中某个特定角色]                            │
│ I want to [完成某个功能/情感/社交任务]               │
│ So that [达成业务结果/KPI/合规/风险规避]            │
│                                                   │
│ Current approach: [现在怎么做的？花多少时间/钱？]    │
│ Pain level: [1-10, 10=痛不欲生]                  │
│ Frequency: [多久一次？]                            │
│ Constraints: [有什么限制条件？]                     │
│ Success criteria: [什么算成功？]                   │
└─────────────────────────────────────────────────┘

B2B JTBD示例：
财务经理：月底3天内完成3家子公司合并报表，满足审计零缺陷
IT管理员：批量新增200员工账号+最小权限分配，满足等保合规
采购经理：3家供应商比价→过审批→生成PO，合规+效率

7.4 需求引出常见陷阱

输出物

1. 访谈提纲与记录模板
2. JTBD卡片集（按用户角色整理）
3. 需求发现报告（TOP问题+根因+量化影响）
4. 需求引出计划（方法/对象/时间/产出）

---

阶段8：需求分析与规范

角色：需求工程师 / Requirements Engineer

"写得清楚的需求是成功的一半；写得模糊的需求是失败的100%。"

8.1 需求分类体系

需求层次金字塔：
        ┌──────────┐
        │ 业务需求  │ ← 组织为什么要做？（Business Requirements）
        │ (Why)    │    愿景/目标/商业论证
        ├──────────┤
        │ 利益相关者│ ← 每个角色要什么？（Stakeholder Reqs）
        │ 需求     │    角色视角的需求
        ├──────────┤
        │ 解决方案  │ ← 方案要做什么？（Solution Requirements）
        │ 需求     │
        │ ├功能需求│    功能性：系统必须完成什么
        │ └非功能  │    非功能性：性能/安全/可用性/合规
        ├──────────┤
        │ 过渡需求  │ ← 从现状到未来需要什么？
        │          │    数据迁移/培训/组织变更
        └──────────┘

8.2 需求文档化标准

BRD（商业需求文档）结构

1. 执行摘要
   - 问题/机会陈述（一句话）
   - 建议方案（一句话）
   - 预期价值（量化）
   - 请求决策

2. 业务背景与问题
   - 现状(As-Is)描述
   - 痛点与根本原因分析
   - 如果不解决的后果

3. 愿景与目标
   - 未来状态(To-Be)愿景
   - SMART目标
   - 成功标准与KPI

4. 范围定义
   - 范围内/范围外
   - 约束条件
   - 假设与依赖

5. 利益相关者分析
   - 角色与需求
   - 决策权与影响力

6. 高层面需求
   - 业务需求（Why）
   - 核心功能需求（What）
   - 非功能需求

7. 方案分析与建议
   - 评估的方案（至少3个）
   - 推荐方案与理由
   - 成本-收益分析

8. 实施考虑
   - 概要时间线
   - 关键里程碑
   - 风险与缓解

9. 附录
   - 详细分析数据
   - 参考文档

用户故事(User Story)标准

标准格式（3C原则）：
As a [角色]
I want to [功能]
So that [价值/目的]

验收标准(Acceptance Criteria)：
Given [前置条件]
When [操作]
Then [期望结果]

好的用户故事INVEST原则：
├── Independent（独立，不依赖其他故事）
├── Negotiable（可协商，细节可讨论）
├── Valuable（有价值，对用户/业务有价值）
├── Estimable（可估算，团队能估算工作量）
├── Small（小粒度，1-3天可完成）
└── Testable（可测试，明确的验收标准）

8.3 需求优先级排序

MoSCoW方法

KANO模型应用

需求分类：
├── 基本型(Must-Be)：缺失→极度不满，具备→不会满意
├── 期望型(Performance)：越多越满意，线性关系
├── 兴奋型(Delighters)：有了惊喜，没有也OK
├── 无差异型：做了没感觉 → 砍掉！
└── 反向型：做了反而减分 → 立刻停止！

调查方法：
Q1: 如果火车上有WiFi，你会觉得？
Q2: 如果火车上没有WiFi，你会觉得？
（喜欢/理所当然/无所谓/勉强接受/不喜欢）
→ Q1+Q2答案组合 → KANO分类

输出物

1. BRD商业需求文档（完整版/精简版）
2. 用户故事地图(User Story Map)
3. 需求优先级排序表（MoSCoW+KANO+加权评分）
4. 需求追溯矩阵（业务需求→功能需求→测试用例）

---

阶段9：解决方案评估

角色：方案分析师 / Solution Analyst

"评估方案不是选最便宜的，是选择长期商业价值最高的。"

9.1 解决方案选项识别

方案选项拓展思路：
├── 购买(Buy)：采购现成产品/服务
├── 自建(Build)：内部开发
├── 混合(Buy+Build)：核心自建+外围采购
├── 外包(Outsource)：外包给第三方
├── 合作(Partner)：与合作伙伴联合
├── 流程改造(Process)：不改系统，改流程
├── 什么都不做(Do Nothing)：保持现状 ← 永远作为一个选项！
└── 组合(Combination)：以上多种组合

注意：Do Nothing是最被低估的选项
→ 提供一个量化的基线，让其他选项的价值更清晰
→ 有时候Do Nothing确实是最优选择（当ROI不存在时）

9.2 方案评估方法

加权评分法(Weighted Scoring)

TCO分析（总拥有成本）

TCO = 一次性成本 + 持续运营成本(N年)

一次性成本：
├── 软件license/采购费
├── 硬件/基础设施
├── 实施/集成服务
├── 数据迁移
├── 定制开发
└── 培训费

持续成本（年度）：
├── License续费/订阅费
├── 运维/支持
├── 人力成本（维护这个系统的FTE）
├── 升级/更新
├── 基础设施/云服务
└── 机会成本（选择这个方案放弃的其他机会）

3年TCO对比：
方案A: 200万 + 3×50万 = 350万
方案B: 50万 + 3×100万 = 350万  ← TCO相同，现金流不同
方案C: 500万 + 3×20万 = 560万

9.3 自制vs外购分析(Make vs Buy)

Make（自建）信号：
□ 这是差异化能力 → 不能用标准产品
□ 市场上没有合适的产品
□ 需要深度定制，采购+改造成本>自建成本
□ 维护成本可控，有能力长期维护
□ 采购会受制于供应商（锁定风险）

Buy（采购）信号：
□ 这是基础设施/通用能力 → 自建不产生竞争优势
□ 市场上有成熟的SaaS产品
□ 自建需要的技能/资源组织内不具备
□ 需要快速上线（采购远快于自建）
□ 供应商生态成熟，不会被锁定

混合策略：
□ 差异化 → 自建
□ 非核心/通用 → 采购
□ 定制化需求 → 采购+二次开发（需评估长期维护成本）

输出物

1. 方案选项分析报告（3+选项，含加权评分+TCO对比）
2. Make vs Buy建议书（含长期成本/风险评估）
3. 推荐方案摘要（决策者版，一页纸）

---

阶段10：商业论证与投资决策

角色：商业论证专家 / Business Case Specialist

"商业论证不是PPT美化比赛，是用数字和逻辑让决策者无法拒绝。"

10.1 商业论证五要素模型

**商业论证5步法**：1.战略对齐（企业战略→业务单元→项目目标）→ 2.问题定义（As-Is/To-Be/差距/根因）→ 3.解决方案选项（A:现状优化/B:流程再造/C:技术转型/D:外包采购）→ 4.评估与推荐（成本效益/风险/可行性/推荐理由）→ 5.实施路线图（阶段/里程碑/资源/依赖风险）

#### 10.2 投资回报分析

##### 成本-收益分析(Cost-Benefit Analysis)

收益分类： | 成本分类：

##### 敏感性分析

关键假设： | 敏感性测试： | 关键问题：在什么条件下这个投资会失败？ | → 找到"致命的假设"，重点验证

#### 10.3 商业论证文档结构

1. 执行摘要 (Executive Summary)

   • 1段话：问题+方案+价值+请求
   • 关键数字：投资额/NPV/IRR/回本周期

2. 问题与机会

   • 当前状态(As-Is)与痛点
   • 机会大小(量化)
   • 不行动的成本

3. 建议方案

   • 方案描述（What + How）
   • 与战略的关联
   • 为什么这是最佳选择

4. 财务分析

   • 投资总览（初始+持续成本）
   • ROI/NPV/IRR/Payback
   • 敏感性分析
   • 非财务收益

5. 风险分析

   • 关键风险TOP5
   • 缓解策略
   • 如果最坏情况发生

6. 实施路线图

   • 关键里程碑
   • 资源需求
   • 依赖与前置条件

7. 建议与决策请求

   • 明确的决策请求
   • 如果不批准的后果

#### 输出物

1. **商业论证文档**（完整版+决策摘要版）
2. **财务模型**（Excel，含NPV/IRR/敏感性分析）
3. **投资决策PPT**（董事会级别，10页以内）

---

### 阶段11：业务流程分析与再造

**角色：流程分析师 / Process Analyst**

"流程是组织能力的DNA。改流程比改系统更难，但收益也更大。"

#### 11.1 流程建模标准(BPMN 2.0)

BPMN核心元素： | 事件(Events)： | 活动(Activities)： | 网关(Gateways)： | 连接线(Flows)： | 泳道(Swimlanes)：

#### 11.2 流程分析工具包

##### SIPOC分析（高阶流程）

SIPOC = Supplier → Input → Process → Output → Customer | 示例：采购审批流程 | ┌──────────┬──────────┬──────────┬──────────┬──────────┐ | SIPOC的优势：5分钟画完，高层快速对齐

##### 价值流图(Value Stream Mapping)

价值流图要素： | 典型B端流程效率<10%（90%时间在等待和传递！） | 改善方向：

##### 流程成熟度模型

Level 1: 初始级 — 流程无固定，随人而异 Level 2: 已管理级 — 流程已记录，基本一致执行 Level 3: 标准化级 — 流程标准化，有KPI监控 Level 4: 可预测级 — 流程定量管理，可预测 Level 5: 优化级 — 流程持续优化，自动化+AI

大多数企业流程在第2-3级 从第2级到第3级是最大飞跃（标准化带来可管理性）

#### 11.3 流程再造(BPR)方法论

##### Hammer & Champy BPR 7原则

1. 围绕结果组织，而非任务 ❌ 每个人做一个步骤 → ✅ 一个人/团队负责完整结果

2. 让使用产出的人执行流程 ❌ 采购是采购部的事 → ✅ 需要采购的部门自己采购（在规则内）

3. 将信息处理融入产生信息的工作中 ❌ 数据录入是一组人，分析是另一组人 → ✅ 源头录入，系统分析

4. 将分散的资源视为集中的（用IT实现虚拟集中） ❌ 每个部门有自己的人力/预算 → ✅ 共享资源池，按需分配

5. 将并行活动连接起来，而非只整合结果 ❌ 各部门平行工作→最后拼起来 → ✅ 持续互通，过程中整合

6. 将决策点放在工作执行处，将控制融入流程 ❌ 操作员→主管→经理逐级审批 → ✅ 规则内自治，异常才升级

7. 一次性在源头获取信息 ❌ 每个环节重新录入 → ✅ 一次录入，全程共享

#### 输出物

1. **As-Is流程模型**(BPMN 2.0)
2. **流程痛点分析报告**（含量化（时间/错误率/成本））
3. **To-Be流程设计**（含改善方案+期望收益）
4. **价值流图**（含增值/非增值分析）

---

### 阶段12：数据分析与商业智能

**角色：数据BA / Analytics BA**

"没有数据支持的商业分析只是猜测。但数据不会自己说话，需要人解读。"

#### 12.1 数据分析层次模型

> 数据价值随分析层级递增，BA 需按决策场景选择对应层级的产出。

| 层级 | 回答的问题 | 典型方法/工具 | 价值 |
|------|-----------|--------------|------|
| **描述性 (Descriptive)** | 发生了什么？(What) | 报表、Dashboard、OLAP | 低→中 |
| **诊断性 (Diagnostic)** | 为什么发生？(Why) | 下钻、根因分析、相关性 | 中 |
| **预测性 (Predictive)** | 将会发生什么？(Will) | 回归、时序、机器学习 | 中→高 |
| **规范性 (Prescriptive)** | 该怎么做？(How) | 优化、仿真、决策模型 | 高 |

价值 | ↑ | 高│ 规范性 → 预测性 → 诊断性 → 描述性 │ 低│（越往上越接近"决策建议"，越往下越偏"事后呈现"）

#### 12.2 经营分析框架

##### 营收分析框架

营收 = 客户数 × 客单价 × 购买频次

- **客户数拆解**：新增 / 流失 / 留存 × 活跃率 × 渠道分布（与获客成本 CAC 联动）
- **客单价拆解**：品类结构 × 折扣率 × 连带率
- **购买频次拆解**：复购周期 × 会员占比 × 唤醒策略

##### 利润分析框架

利润 = 营收 - 变动成本 - 固定成本

贡献利润(Contribution Margin) = 营收 - 变动成本 → 每多卖一个单位的增量利润 → 判断：哪些产品/客户的贡献利润最高？

盈亏平衡点 = 固定成本 / (1 - 变动成本率) → 需要做多少营收才能覆盖成本？ → 安全边际 = (实际营收 - 盈亏平衡点) / 实际营收

运营杠杆 = 贡献利润 / 净利润 → 营业额增长1%，利润增长多少%？ → 重资产企业运营杠杆高（固定成本高）

#### 12.3 指标体系设计

##### 北极星指标选择

**好的北极星指标特征**：
- 能代表用户获得了核心价值（而非虚荣指标）
- 与长期商业价值（营收/留存）有因果关联
- 可拆解到下游动作、可被团队共同驱动
- 单一、清晰、可解释

**常见北极星指标**：
- 电商/零售：月度活跃买家数、GMV（需配合质量口径）
- SaaS/工具：周活跃用户(WAU)、激活率
- 内容/社交：日活跃创作者数、互动深度
- 平台型：双边活跃率、撮合成交笔数

##### OKR与KPI设计

- **OKR = Objectives（定性目标） + Key Results（可量化关键结果）**：鼓励挑战、对齐透明、不与薪酬强绑定。
- **KPI 设计 SMART**：Specific（具体）/ Measurable（可衡量）/ Achievable（可达）/ Relevant（相关）/ Time-bound（有时限）。
- **OKR 与 KPI 关系**：KPI 保障"健康运营底线"，OKR 驱动"突破性增长"；北极星指标通常作为顶层 O 的锚点。

#### 12.4 BI 看板需求模板（数据产品视角）

BA 定义 BI 看板需求时应交付：

| 要素 | 说明 | 示例 |
|------|------|------|
| **核心看板** | 决策高频关注的 3–5 张主视图 | 经营总览、营收拆解、获客漏斗 |
| **下钻路径** | 从汇总指标到明细的钻取逻辑 | GMV → 品类 → 渠道 → 单品 |
| **预警规则** | 阈值/同环比异常触发条件 | 环比下滑 >10% 自动标红 |
| **刷新频率** | 实时/小时/日/周 | 总览日更、明细周更 |
| **权限与口径** | 行级权限、指标定义一致性 | 事业部仅见本域数据 |

> **本土新生态补充（2025–2026）**：BI 与 AI 分析层加速融合——Quick BI / 帆软 / 飞书多维表格等国产 BI 已内嵌对话式分析；DeepSeek / 通义 / 智谱等大模型可承担"自然语言取数→自动归因"的增强分析（Augmented Analytics），BA 需求应预留 LLM 接入与指标语义层（Metrics Layer）设计。（国际对标：Tableau Pulse / Power BI Copilot）

#### 输出物

1. **经营分析报告**（月度/季度，含营收拆解+利润分析）
2. **指标体系设计**（北极星指标+OKR+KPI树）
3. **BI仪表盘需求**（核心看板+下钻路径+预警规则）
4. **数据质量评估**（完整度/准确性/及时性/一致性）

---

### 阶段13：风险分析与决策科学

**角色：风险分析师 / Risk Analyst**

"风险管理的本质不是消除风险，而是让风险的代价可承受。"

#### 13.1 风险识别框架

##### 风险分类体系

战略风险： | 运营风险： | 财务风险： | 外部风险：

##### 风险识别方法

| 方法 | 描述 | 适用 |
| ------ | ------ | ------ |
| **专家访谈** | 关键利益相关者深度访谈 | 各阶段 |
| **头脑风暴** | 团队共创识别风险 | 早期 |
| **检查清单** | 基于历史项目风险清单 | 标准化 |
| **假设分析** | 推翻每个关键假设 | 战略阶段 |
| **SWOT** | 劣势(W)+威胁(T)=风险 | 通用 |
| **FMEA** | 失效模式与影响分析 | 流程/产品 |
| **情景规划** | 多种未来情景推演 | 重大决策 |

#### 13.2 风险评估

##### 风险评分矩阵

风险评分 = 可能性(1-5) × 影响程度(1-5) | 可能性： | 1=几乎不可能(<5%)  2=不太可能(5-20%)  3=可能(20-50%) | 4=很可能(50-80%)   5=几乎肯定(>80%) | 影响程度： | 1=可忽略  2=轻微  3=中等(影响目标达成) | 4=严重(影响多个目标)  5=灾难(威胁组织存亡) | 风险热力图： | 影响 ↑ | 5  │   M    H    H    C    C

##### FMEA（失效模式与影响分析）

RPN(风险优先级数) = 严重度(S) × 发生频度(O) × 检测难度(D) | 每项1-10分： | 严重度(Severity)：如果发生了，多大影响？ | 发生频度(Occurrence)：多大概率会发生？ | 检测难度(Detection)：发生前能发现吗？（10=检测不到） | RPN > 100 → 必须行动 | RPN 50-100 → 建议行动 | RPN < 50 → 可接受 | 应对策略：

#### 13.3 决策分析

##### 决策树

决策树要素： | □ 决策节点 → 你的选择 | ○ 机会节点 → 不确定的结果 | △ 终结点 → 最终结果值 | 示例：新产品投资决策 | ┌── 成功(60%) → +500万 | 投入100万─┤ | EMV(期望值) = 60%×500 + 40%×(-100) - 100 = 160万 | 决策树的价值： | - 让不确定性显性化

##### 多准则决策(AHP层次分析法)

两两对比矩阵（1-9标度）： 1=同等重要 3=稍重要 5=明显重要 7=强烈重要 9=极端重要

成本  质量  速度  权重

成本 1 1/5 1/3 11% 质量 5 1 3 63% ← 质量最重要 速度 3 1/3 1 26%

一致性检验：CR < 0.1（判断逻辑一致）

适用：当决策涉及多个不能直接比较的维度时 广泛应用于：供应商选择、项目排序、战略优先级

#### 13.4 AI 治理与合规 BA 检查清单（含 NFR 模板）

> 随着生成式 AI / 智能体(Agent) 进入分析生产链路，BA 在需求与设计阶段须前置纳入数据合规与 AI 治理约束。以下为国内合规基线（截至 2026-07，以现行法规为准）。

**法规基线速查（国内）**
- **《个人信息保护法》(PIPL, 2021)**：个人信息处理需告知-同意、最小必要、单独同意（敏感个人信息）、跨境提供需安全评估/标准合同。
- **《数据安全法》(2021)**：数据分类分级、重要数据目录、数据处理活动全流程安全义务。
- **《网络安全法》+ 等保 2.0（GB/T 22239）**：网络系统分等级保护，关基系统强化要求（仍现行有效）。
- **《生成式人工智能服务管理暂行办法》(2023)**：训练数据合规、生成内容标识、安全评估与备案（算法备案/大模型备案）。
- **《人工智能生成合成内容标识办法》(2025-03 公布，2025-09-01 施行)**：AI 生成内容显式/隐式标识义务。

**BA 合规检查清单（需求阶段必过）**
| # | 检查项 | 风险点 | 应对（落入 NFR） |
|---|--------|--------|------------------|
| 1 | 个人/敏感信息调用是否最小化、可撤回 | 过度采集、违规跨境 | NFR-隐私：数据脱敏、境内存储、同意管理 |
| 2 | 训练/分析数据权属与授权 | 侵权、数据泄露 | NFR-安全：加密、访问控制、审计日志 |
| 3 | AI 生成内容是否可标识、可溯源 | 合规处罚、误导 | NFR-合规：内容标识、水印、人工复核 |
| 4 | 算法/模型是否需备案 | 上线阻断 | NFR-治理：备案状态、版本留痕 |
| 5 | 自动化决策是否可解释、可申诉 | 用户权益争议 | NFR-可解释：决策依据留存、申诉通道 |

**非功能需求(NFR)模板（BA 输出物）**

NFR-ID | 类别(性能/安全/隐私/合规/可扩展/可用性) | 需求描述 | 验收标准 | 优先级 NFR-01 | 隐私 | 敏感字段落库前脱敏 | 抽样校验100%脱敏 | Must NFR-02 | 安全 | 操作全量审计日志≥180天 | 日志可追溯 | Must NFR-03 | 合规 | AI生成内容附显式标识 | 抽检合规率100% | Must NFR-04 | 性能 | 看板首屏加载≤3s(百万行) | 压测达标 | Should

#### 输出物

1. **风险登记册**（含100+风险条目+评分+应对策略）
2. **FMEA分析表**（含RPN+改善优先级）
3. **决策分析文档**（决策树/AHP/多准则评分）
4. **风险监控仪表盘**（关键风险指标+预警阈值）

---

### 阶段14：实施落地与变革管理

**角色：变革管理BA / Change BA**

"最好的分析如果不能落地实施，不仅毫无价值，还消耗了信任。"

#### 14.1 实施规划

##### 实施路线图

Phase 0: 准备（4-8周） | Phase 1: 试点/PoC（4-12周） | Phase 2: 推广（8-24周） | Phase 3: 稳定与优化（持续）

##### 实施风险评估

实施失败TOP 5原因：

1. 需求理解错误（一开始就做错了）
2. 用户抵触（没人用）
3. 数据质量问题（迁移后发现数据不可靠）
4. 范围蔓延（不停的加需求，永远做不完）
5. 领导支持不够（遇到困难就放弃）

应对： 1→ 频繁原型验证 | 2→ 变革管理 | 3→ 早期数据审计 4→ 严格变更控制 | 5→ 定期向sponsor汇报

#### 14.2 变革管理

##### Kotter 8步变革法

Step 1: 建立紧迫感 → 展示不改变的成本和后果 → 用数据和故事制造紧迫感（不能仅靠数据）

Step 2: 建立指导联盟 → 找到有影响力+有权力+有承诺的变革联盟 → 至少3-5个关键人物

Step 3: 形成战略愿景 → 愿景：我们为什么改变？改变后的样子？ → 30秒能讲清楚愿景

Step 4: 沟通变革愿景 → 多通道反复沟通 → 领导者以身作则（最重要的沟通方式）

Step 5: 授权员工参与