> "让一个小学生,用上这个Skill,也能变成顶级商业分析师。"
>
> 深度融合全球BA知识体系 + MBB顶级咨询方法论 + 中国头部企业实战体系。
> 覆盖14个阶段、100+框架、50+交付物、8种BA角色。
> 从战略洞察到董事会汇报、从财务建模到流程再造——全链路覆盖。
| 我要做什么 | 跳转 |
|---|---|
| ----------- | ------ |
| 分析宏观环境/行业趋势 | 阶段1:战略与行业分析 |
| 做市场细分/客户画像/市场规模预测 | 阶段2:市场与客户洞察 |
| 做竞品分析/竞争定位 | 阶段3:竞争情报与定位 |
| 做财务建模/估值/ROI分析 | 阶段4:财务分析与建模 |
| 设计/验证商业模式 | 阶段5:商业模式设计与验证 |
| 做利益相关者分析/管理 | 阶段6:利益相关者管理 |
| 引出需求/做用户研究 | 阶段7:需求引出与发现 |
| 写需求文档/BRD/FRD | 阶段8:需求分析与规范 |
| 评估解决方案/选型 | 阶段9:解决方案评估 |
| 做商业论证/投资决策 | 阶段10:商业论证与投资决策 |
| 分析业务流程/做流程再造 | 阶段11:业务流程分析与再造 |
| 做数据分析/BI/经营分析 | 阶段12:数据分析与商业智能 |
| 做风险分析/决策建模 | 阶段13:风险分析与决策科学 |
| 管理实施落地/变革管理 | 阶段14:实施落地与变革管理 |
| 建立BA工作流/周节奏 | BA工作流体系 |
| 了解BA能力模型/晋升 | 能力模型与职业发展 |
| 写商业文档/报告 | 文档工场 |
| 画商业图表 | 图表工场 |
| 做商业汇报PPT | PPT工场 |
> 不理解这10个核心差异,就谈不上真正的商业分析。
| 维度 | 商业分析师(BA) | 产品经理(PM) | 战略顾问 | 数据分析师(DA) |
|---|---|---|---|---|
| ------ | ------------- | ------------ | --------- | -------------- |
| 核心问题 | "我们该做什么?为什么?" | "产品要怎么做?怎么做得好?" | "公司应该往哪里去?" | "数据告诉我们什么?" |
| 时间视角 | 现在→未来(桥接) | 现在(执行) | 未来3-5年(远见) | 过去→现在(诊断) |
| 交付物 | BRD/商业论证/需求规范 | PRD/原型/产品方案 | 战略报告/行业研究 | 仪表盘/分析报告 |
| 决策类型 | 建议型(recommend) | 执行型(decide) | 建议型(advise) | 告知型(inform) |
| 受益人 | 业务发起人/投资决策者 | 开发团队/用户 | 董事会/CEO | 业务运营团队 |
| 技能重心 | 分析+沟通+结构化思维 | 设计+技术+用户研究 | 研究+建模+演示 | 统计+编程+可视化 |
| 产出变化 | 决策方向(改则伤筋动骨) | 功能细节(改成本中等) | 战略方向(改则转型) | 指标解读(改则重跑) |
| 成功标准 | 需求被采纳+方案落地产生价值 | 产品上线+用户满意度 | 战略被董事会通过 | 数据准确+洞察被采用 |
> 商业分析本质公式:BA价值 = (分析深度 × 建议可行性) ÷ 决策延迟 + (利益相关者共识度 × 方案落地成功率)
BABOK V3 6大知识领域(Knowledge Areas):
┌────────────────────────────────────────────┐
│ KA1: 商业分析规划与监控 │
│ → 规划BA方法、利益相关者参与、治理 │
│ KA2: 引出与协作 │
│ → 准备、进行、确认引出活动 │
│ KA3: 需求生命周期管理 │
│ → 追踪、维护、优先级、批准、变更 │
│ KA4: 战略分析 │
│ → 现状→未来→风险→变更策略 │
│ KA5: 需求分析与设计定义 │
│ → 定义、建模、验证需求和设计 │
│ KA6: 解决方案评估 │
│ → 评估方案性能、获取企业经验教训 │
└────────────────────────────────────────────┘
BABOK 基础概念:
- 30个任务(Tasks):每个KA包含的具体工作任务
- 50种技术(Techniques):从头脑风暴到用户故事映射
- 5个视角(Perspectives):敏捷/BI/IT/企业架构/业务流程
- 核心能力模型:分析思维/行为特征/商业知识/沟通技能/交互技能/工具技术
5大过程域:
├── 需求评估 → 识别问题/机会,评估组织就绪度
├── 需求规划 → 规划需求活动,定义项目范围
├── 需求引出与分析 → 引出→分析→建模→验证
├── 需求追踪与监控 → 生命周期管理,变更管理
└── 解决方案评估 → 验证方案,评估商业价值实现
PMI-PBA vs BABOK核心区别:
- PMI-PBA更聚焦"项目环境"中BA的工作
- BABOK更全面,覆盖"企业级→项目级"全链条
- PMI-PBA与PMP天然互补(BA+PM一体化)
4个能力层级:
Foundation → Practitioner → Professional → Consultant
强调:模块化认证、敏捷BA、AI for BA
| 角色 | 核心职责 | 服务对象 | 典型输出 | 代表企业 |
|---|---|---|---|---|
| ------ | --------- | --------- | --------- | --------- |
| 战略BA | 行业趋势研判、战略选择建议 | 董事会/CEO | 行业分析报告、战略白皮书 | McKinsey/BCG/华为战略部 |
| 业务BA | 业务需求分析、方案设计 | 业务负责人/部门 | BRD/业务需求文档 | 所有企业的IT部门BA |
| 技术BA | 将业务需求转化为技术方案 | 技术团队/架构师 | FRD/系统需求规范 | IT咨询公司 |
| 数据BA | 数据分析、经营诊断、BI | 运营/管理层 | 分析报告、BI仪表盘 | 阿里/字节/美团 |
| 流程BA | 流程诊断、流程再造(BPR) | 运营/合规 | BPMN模型、流程优化方案 | 四大/Deloitte |
| 数字转型BA | 数字化产品分析、转型方案 | CIO/CDO | 数字化路线图、可行性评估 | Accenture/Infosys |
| 产品BA | 产品需求分析、竞品分析 | PM/产品团队 | 产品分析报告、需求矩阵 | SaaS企业/互联网 |
| 企业BA | 企业级架构分析、变革管理 | C-suite/EA团队 | 企业架构分析、变革方案 | 大型集团信息化部门 |
| 企业 | BA定位 | 特色方法 | 关键特点 |
|---|---|---|---|
| ------ | -------- | --------- | --------- |
| 华为 | 战略→产品全流程BA | BLM+DSTE+IPD | 从战略到执行的铁三角 |
| 阿里 | 数据驱动的业务BA | 数据中台+OneData+全域分析 | 一切用数据说话 |
| 腾讯 | 用户研究为核心的BA | CEG用户研究+CSIG产业分析 | 用户导向+产业洞察 |
| 字节 | A/B实验驱动的增长BA | 数据驱动+A/B平台+OKR | 超强执行+数据文化 |
| 美团 | 经营分析+运营优化BA | 数据体系+经营仪表盘+策略分析 | 精细化运营基因 |
> 每个阶段遵循统一结构:输入物 → 核心框架 → 方法论 → 输出物 → 质量标准 → AI加速
角色:战略分析师 / Strategy BA
> "选择比努力更重要 —— 在错误的行业里分析,再好的分析也是浪费。"
| 维度 | 关键问题 | 数据来源 | 分析频率 |
|---|---|---|---|
| ------ | --------- | --------- | --------- |
| P-政治 | 政策法规变化?政府补贴方向?贸易政策? | 政府网站/政策文件/智库 | 持续跟踪 |
| E-经济 | GDP增速?利率趋势?汇率波动?通胀? | 央行/统计局/Bloomberg | 季度 |
| S-社会 | 人口结构?消费习惯?价值观变化? | 统计局/人口普查/调研报告 | 年度 |
| T-技术 | 颠覆性技术?技术成熟度?R&D投入? | Gartner/专利库/学术论文 | 持续跟踪 |
| L-法律 | 监管变化?合规要求?知识产权? | 法规数据库/律所报告 | 持续跟踪 |
| E-环境 | ESG要求?碳中和政策?可持续发展? | 环保部/ESG报告 | 季度 |
┌─────────────────────────────────────────────┐
│ PESTLE分析一页纸 │
│ │
│ [Political] [Economic] [Social] │
│ ·关键发现1 ·关键发现1 ·关键发现1 │
│ ·关键发现2 ·关键发现2 ·关键发现2 │
│ │
│ [Technology] [Legal] [Environment] │
│ ·关键发现1 ·关键发现1 ·关键发现1 │
│ ·关键发现2 ·关键发现2 ·关键发现2 │
│ │
│ ⚠ 关键不确定因素: │
│ 💡 对我方的影响与启示: │
└─────────────────────────────────────────────┘
适用于:数字原生行业(互联网/SaaS/金融科技)
N - Network Effects(网络效应):赢家通吃程度?
E - Ecosystem(生态系统):平台vs垂直?生态位在哪?
S - Switching Costs(转换成本):用户迁移成本高吗?
T - Technology Shift(技术范式转移):AI/Web3/量子等颠覆?
NEST相比PESTLE:更聚焦于数字经济的结构性因素
潜在进入者威胁
(新竞争者容易进入吗?)
↑
供应商议价能力 → 行业内竞争激烈度 ← 买方议价能力
(供应商有多强?) (格局如何?) (客户有多强?)
↑
替代品威胁
(有替代方案吗?)
| 力量 | 高分(5)意味着 | 评估维度 | 评分 |
|---|---|---|---|
| ------ | ------------ | --------- | ------ |
| 新进入者威胁 | 容易进入,竞争加剧 | 资本门槛/技术壁垒/规模经济/牌照/品牌/转换成本 | |
| 供应商议价 | 供应商强势,挤压利润 | 供应商集中度/替代供应/转换成本/向前一体化 | |
| 买方议价 | 客户强势,压价 | 客户集中度/产品差异化/转换成本/向后一体化 | |
| 替代品威胁 | 被替代风险高 | 替代品性价比/转换成本/客户替代意愿 | |
| 行业竞争 | 竞争白热化 | 竞争者数量/行业增长/退出壁垒/固定成本占比 |
导入期 → 成长期 → 震荡期 → 成熟期 → 衰退期
各阶段战略重心:
导入期:教育市场、占领心智、快速迭代
成长期:跑马圈地、规模优先、抢占份额 ← 最佳投资窗口
震荡期:差异化、品牌建设、淘汰弱小
成熟期:成本领先、提效率、并购整合
衰退期:收割利润、寻找新曲线、转型或退出
判断行业所处阶段:
| 指标 | 导入期 | 成长期 | 成熟期 | 衰退期 |
|---|---|---|---|---|
| ------ | -------- | -------- | -------- | -------- |
| 市场增长率 | 低但加速 | >20% | 5-10% | <5%甚至负 |
| 竞争者数量 | 少 | 快速增加 | 稳定/减少 | 退出 |
| 产品差异化 | 高 | 快速收敛 | 同质化 | 无差异 |
| 利润水平 | 负 | 快速改善 | 稳定/下降 | 低 |
CR4(前4家市场份额之和):
>80% → 极高集中(寡头垄断):电信、电网、航空
50-80% → 高集中:互联网平台、汽车
30-50% → 中等集中:餐饮、服装
<30% → 极度分散:家政、法律咨询
HHI(赫芬达尔指数 = Σ(各家市场份额%)²):
>2500 → 高度集中 | 1500-2500 → 中等 | <1500 → 分散
识别行业KSF的4个来源:
1. 客户需求侧 → 客户为什么选择A而不是B?
2. 竞争侧 → 赢家和输家之间的能力差异是什么?
3. 价值链侧 → 哪个环节创造最大价值?
4. 结构性因素 → 行业的经济特征决定了什么能力最重要?
KSF矩阵:
┌─────────────────┬──────────────────┐
│ 必备但不差异 │ 必备且差异 │
│ (门槛) │ (核心竞争力) │
├─────────────────┼──────────────────┤
│ 不重要 │ 差异但不必须 │
│ (可忽略) │ (锦上添花) │
└─────────────────┴──────────────────┘
角色:市场分析师 / Market Analyst
> "不知道客户是谁、要什么、有多少,所有商业计划都是空中楼阁。"
| 细分维度 | B2C指标 | B2B指标 |
|---|---|---|
| --------- | --------- | --------- |
| 地理 | 城市层级/气候/人口密度 | 总部所在地/区域分布/国际化程度 |
| 人口/企业画像 | 年龄/收入/教育/家庭结构 | 行业/规模/营收/员工数/成立年限 |
| 心理/战略 | 生活方式/价值观/个性 | 战略定位/增长阶段/技术成熟度 |
| 行为/运营 | 使用频率/忠诚度/购买场景 | 采购模式/决策流程/技术栈 |
| 需求/痛点 | 待办任务(JTBD)/使用场景 | 业务痛点/合规需求/ROI压力 |
一个好的细分必须满足:
□ 可测量(大小、购买力可量化)
□ 可触达(能通过渠道接触到)
□ 足够大(值得单独投入)
□ 可区分(细分之间有显著差异)
□ 可操作(能针对性地设计4P策略)
MECE原则检验:细分之间互斥+整体穷尽
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
| 方法 | 原理 | 适用 | 可靠度 |
|---|---|---|---|
| ------ | ------ | ------ | -------- |
| 自上而下(Top-Down) | 从宏观数据出发×渗透率 | 新市场进入 | 中(偏乐观) |
| 自下而上(Bottom-Up) | 从微观销售数据汇总 | 已有初步客户 | 高 |
| 类比法 | 参考类似市场/国家的渗透率 | 创新品类 | 低-中 |
| 价值链法 | 从供应链上下游推算 | 工业品/B2B | 中-高 |
| 用户调研法 | 调研购买意愿×市场总量 | 消费新品 | 中 |
企业画像(Account Profile):
├── 基础信息:行业/规模/营收/员工数/成立年限/所有制
├── 技术画像:现有系统/云化程度/技术成熟度/IT团队规模
├── 采购画像:决策人/采购流程/预算周期/审批链
├── 关系画像:供应商关系/忠诚度/口碑影响力
└── 需求画像:核心痛点/紧急度/预算/决策标准
决策人画像(Buyer Persona):
├── 个人信息:职位/汇报线/KPI/职业生涯阶段
├── 决策心理:风险偏好/创新接受度/个人目标
├── 信息渠道:行业报告/同行推荐/社交媒体/会议
└── 决策标准:ROI优先/安全优先/功能优先/品牌优先
B2B客户5阶段全旅程:
认知 → 考虑 → 评估 → 采购 → 使用/续费
每阶段分析:
├── 客户在做什么?(行为)
├── 客户在想什么?(心理)
├── 客户触点是什么?(渠道)
├── 客户痛点是什么?(机会)
└── 需要谁介入?(内部角色)
角色:竞争情报分析师 / CI Analyst
> "真正的竞争优势,不是比竞品强,而是无法被竞品复制。"
绘制方法:
X轴和Y轴选择行业最重要的2个竞争维度
(如:价格 vs 品质、广度 vs 深度、创新 vs 效率)
高品质
↑
高端利基组 | 高端全能组
(贵而精) | (贵而全)
|
──────────────┼──────────────→ 低价
|
经济利基组 | 大众价值组
(便宜而专) | (性价比)
|
低品质
将各竞争者标在图上:
- 气泡大小 = 市场份额/营收
- 箭头 = 战略移动方向
- 组(group) = 竞争关系最紧密的公司群
| 态势类型 | 特征 | 战略应对 |
|---|---|---|
| --------- | ------ | --------- |
| 分散市场 | 无明确领导者,CR4<30% | 规模化整合、标准化、品牌化 |
| 新兴市场 | 快速增长,规则未定 | 占位置、建标准、教育市场 |
| 成熟寡头 | CR4>60%,竞争稳定 | 差异化、效率、客户粘性 |
| 快速变化 | 技术/模式颠覆,新旧交替 | 敏捷、持续创新、生态建设 |
| winner-take-all | 网络效应+规模效应驱使垄断 | 要么第一,要么不做 |
┌──────────────┐
│ 产品/服务 │
│ (What) │
└──────┬───────┘
│
┌────────┼────────┐
↓ ↓ ↓
┌──────────┐ ┌──────────┐ ┌──────────┐
│ 战略/愿景 │ │ 能力/资源 │ │ 市场表现 │
│ (Why) │ │ (How) │ │ (So What) │
└──────────┘ └──────────┘ └──────────┘
| 维度 | 我方 | 竞品A | 竞品B | 差距 |
|---|---|---|---|---|
| ------ | ------ | ------- | ------- | ------ |
| 战略与愿景 | ||||
| 目标市场与客群 | ||||
| 价值主张 | ||||
| 增长策略 | ||||
| 产品与服务 | ||||
| 核心功能 | ||||
| 差异化特性 | ||||
| 用户体验/满意度 | ||||
| 商业模式 | ||||
| 收入模式 | ||||
| 定价水平 | ||||
| 成本结构(估计) | ||||
| 运营能力 | ||||
| 供应链/交付 | ||||
| 组织与人才 | ||||
| 技术/IT能力 | ||||
| 市场表现 | ||||
| 市场份额(估计) | ||||
| 增长率 | ||||
| 客户口碑/NPS |
一手情报:
├── 购买竞品产品/服务(亲身测试)
├── 竞品客户访谈(为什么选他们?不选我们?)
├── 竞品离职员工访谈(LinkedIn reach out)
├── 行业展会/会议(展台+演讲+私下交流)
└── 渠道伙伴访谈(经销商/集成商)
二手情报:
├── 竞品官网/帮助文档/Changelog
├── 竞品招聘JD(技术栈/团队规模/业务方向反推)
├── 财报/招股书(如果上市)
├── App Store/应用市场评价
├── 社交媒体/技术社区
├── 专利数据库
└── 行业报告(Gartner魔力象限/IDC MarketScape/Forrester Wave)
竞争优势
低成本 差异化
┌──────────┬──────────┐
广泛 │ 成本领先 │ 差异化 │
目标 │(Walmart)│(Apple) │
├──────────┼──────────┤
狭窄 │ 成本聚焦 │ 差异化聚焦│
目标 │(Costco) │(Ferrari) │
└──────────┴──────────┘
横轴:行业关键竞争要素
纵轴:投入水平(高/中/低)
步骤:
1. 列出行业现有的竞争要素(5-8个)
2. 绘制主要竞争者的价值曲线
3. 问4个问题(ERRC框架):
├── Eliminate:哪些行业理所当然的要素应该被消除?
├── Reduce:哪些要素应该降低到行业标准以下?
├── Raise:哪些要素应该提升到行业标准以上?
└── Create:哪些行业从未有过的要素应该被创造?
蓝海战略检验:
→ 新的价值曲线是否聚焦、独特、有有力口号?
角色:财务分析师 / Financial Analyst
> "数字不会说谎,但需要人解读。财务分析是商业分析的公理化基础。"
| 报表 | 核心问题 | BA关注的关键科目 | 关键指标 |
|---|---|---|---|
| ------ | --------- | ---------------- | --------- |
| 利润表 | 赚钱了吗? | 收入结构/毛利率/费用率/营业利润率 | 毛利率/净利率/EBITDA |
| 资产负债表 | 健康吗? | 现金/应收账款/存货/负债结构/权益 | 资产负债率/流动比率/速动比率 |
| 现金流量表 | 真金白银够吗? | 经营现金流/投资现金流/筹资现金流 | 自由现金流/现金流覆盖率 |
ROE(净资产收益率)= 净利润 / 股东权益
= 净利润率 × 资产周转率 × 杠杆率
= (净利润/收入) × (收入/总资产) × (总资产/股东权益)
ROE拆解的意义:
├── 高ROE来自高利润率 → 差异化/品牌/定价权企业
├── 高ROE来自高周转率 → 效率型/规模型企业
├── 高ROE来自高杠杆 → 金融/地产企业(风险!)
└── ROE需要看3-5年趋势,单一年份可能被操纵
应用:竞品间比较ROE及驱动因素,判断不同商业模式的优劣
盈利能力:
├── 毛利率 = (收入-成本)/收入 → 产品/服务溢价力
├── 营业利润率 = 营业利润/收入 → 运营效率
├── 净利率 = 净利润/收入 → 综合盈利能力
├── ROE = 净利润/股东权益 → 股东回报
├── ROA = 净利润/总资产 → 资产效率
└── ROIC = NOPAT/投入资本 → 投资回报(最重要!)
偿债能力:
├── 流动比率 = 流动资产/流动负债 → >1.5健康
├── 速动比率 = (流动资产-存货)/流动负债 → >1.0健康
├── 资产负债率 = 总负债/总资产 → <60%一般可接受
└── 利息覆盖率 = EBIT/利息费用 → >3安全
运营效率:
├── 应收账款周转天数(DSO) = 应收/日均收入 → 越小越好
├── 存货周转天数(DIO) = 存货/日均成本 → 越小越好
├── 应付账款周转天数(DPO) = 应付/日均成本 → 合理范围内越大越好
└── 现金转换周期(CCC) = DSO+DIO-DPO → 核心运营指标
增长能力:
├── 收入增长率(CAGR 3年)
├── 利润增长率
└── 可持续增长率 = ROE × (1-分红率)
企业价值 = Σ(未来自由现金流 / (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. 应用到目标公司得到估值区间
| 指标 | 公式 | 含义 | 决策标准 | 适用 |
|---|---|---|---|---|
| ------ | ------ | ------ | --------- | ------ |
| NPV | Σ(未来CF/(1+r)^t) - 初始投资 | 净现值 | >0可行 | 单个项目 |
| IRR | NPV=0时的r | 内部回报率 | >WACC可行 | 单个项目 |
| Payback | 初始投资/年现金流 | 回本年限 | 按企业标准 | 流动性判断 |
| ROI | (收益-投资)/投资 | 投资回报率 | >0可行 | 通用 |
| ROIC | NOPAT/投入资本 | 资本回报率 | >WACC创造价值 | 企业/业务线 |
| PI | NPV/初始投资 | 盈利指数 | >1可行 | 资金约束时排序 |
角色:商业模式架构师 / Business Model Architect
> "同样的产品,不同的商业模式,差10倍的估值。"
┌────────────┬────────────┬────────────┬────────────┐
│ 关键合作 │ 关键活动 │ 价值主张 │ 客户关系 │ 客户细分 │
│ 伙伴(KP) │ (KA) │ (VP) ←灵魂 │ (CR) │ (CS) │
│ │ │ │ │ │
│ 谁帮你 │ 你做什么 │ 你解决什么 │ 你如何维护 │ 你服务谁 │
│ 成功? │ 最重要? │ 问题? │ 关系? │ │
├────────────┼────────────┤ ├────────────┤ │
│ │ 关键资源 │ │ 渠道(CH) │ │
│ │ (KR) │ │ │ │
│ │ │ │ │ │
│ │ 你拥有什么 │ │ 你如何触达 │ │
│ │ 独特资产? │ │ 客户? │ │
├────────────┴────────────┴────────────┴────────────┴────────────┤
│ 成本结构(CS):钱花在哪?什么最花钱? │
├────────────────────────────────────────────────────────────────┤
│ 收入来源(RS):钱从哪里来?客户为什么付钱? │
└────────────────────────────────────────────────────────────────┘
| 类型 | 描述 | 代表 | 关键成功因素 |
|---|---|---|---|
| ------ | ------ | ------ | ------------ |
| 订阅制(SaaS) | 持续付费使用 | Salesforce/飞书 | 高留存(>90%)+高NDR(>100%) |
| 交易平台 | 匹配供需抽佣 | 美团/Airbnb | 临界规模+网络效应 |
| 广告模式 | 免费+广告收入 | 抖音/Google | 用户量+精准度 |
| 剃须刀模式 | 硬件低价+耗材高价 | 打印机/雀巢咖啡机 | 生态锁定+转换成本 |
| Freemium | 免费基础+付费高级 | Dropbox/Trello | 转化率+免费成本控制 |
| 数据变现 | 免费服务→数据→分析/洞察 | Wind/彭博 | 数据专有性+分析深度 |
| 许可证 | 一次性/定期licensing费 | Oracle/SAP | 客户粘性+审计威慑 |
| 结果付费 | 按为客户创造的价值收费 | Outcome-based consulting | 归因+信任+量化 |
| 生态平台 | API/插件/开发者生态 | Salesforce AppExchange | 临界开发者+交易量 |
不同于BMC(全面但静态),Lean Canvas聚焦不确定性假设验证:
问题(TOP 3) → 解决方案 → 独特价值主张 → 不公平优势 → 客户细分
↑ ↓
现有替代方案 关键指标
↓
渠道 → 早期采用者
↓
成本结构 ←←←←←←←←←←←←←←←←←←←←←←←←→ 收入来源
核心验证逻辑:
1. 列出最关键假设(需求假设>增长假设>盈利假设)
2. 每个假设设计最小成本验证实验
3. 实验→数据→证伪或验证→迭代
4. 先验证Problem-Solution Fit → 再验证Product-Market Fit → 最后验证Scale Fit
□ 客户真的有这个痛点吗?(需求真实性)
□ 客户愿意为此付多少钱?(支付意愿)
□ 客户获取成本(CAC)合理吗?能赚回来吗?(单位经济学)
□ LTV/CAC > 3吗?(可持续增长)
□ 毛利率足够支撑商业模式吗?(盈利基础)
□ 市场规模足够大吗?(成长空间)
□ 竞争对手为什么不这样做?(是否存在看不见的障碍)
□ 反过来看:如果这个模式失败,最可能的原因是什么?
角色:利益相关者管理专家 / Stakeholder Manager
> "方案再好,如果关键利益相关者不买账,就是废纸。"
| 维度 | 识别问题 | 输出 |
|---|---|---|
| ------ | --------- | ------ |
| 决策权 | 谁有权力批准/否决这个决策? | 决策链 |
| 影响力 | 谁虽无权但能左右决策者的想法? | 影响者地图 |
| 资源 | 谁掌握项目需要的资源(预算/人/数据)? | 资源持有者清单 |
| 专业知识 | 谁拥有我们需要的领域知识? | 专家列表 |
| 受影响 | 谁会被这个变革影响(正面/负面)? | 影响范围图 |
C-Suite: CEO/CFO/COO/CIO/CDO
↓ 战略方向+预算
业务负责人: BU Head/VP/总监
↓ 业务需求+验收
业务操作者: 一线员工/操作员/审批人
↓ 实际操作+反馈
IT/技术: CTO/架构师/开发团队
↓ 技术可行性+实施
支持部门: HR/财务/法务/合规/采购
↓ 审批+资源+合规
外部: 客户/供应商/合作伙伴/监管机构
↓ 需求+约束+合规
权力/影响力
高
↑
┌───────────┼───────────┐
│ 令其满意 │ 紧密管理 │
│ (Keep │ (Manage │
│ Satisfied)│ Closely) │
低 ├───────────┼───────────┤ 高
利益│ 最少投入 │ 保持知情 │ 利益
│ (Monitor) │ (Keep │
│ │ Informed) │
└───────────┼───────────┘
↓
低
应对策略:
紧密管理(高权力+高利益):核心利益相关者
→ 1对1深度访谈、定期汇报、决策参与、快速响应
令其满意(高权力+低利益):潜在威胁
→ 定期简报、关键节点告知、邀请参加里程碑会议
保持知情(低权力+高利益):潜在盟友
→ 定期newsletter、开放会议、反馈收集
最少投入(低权力+低利益):观察即可
→ 公告通知、不需要特殊管理
支持度
↑ 支持
┌───────────┼───────────┐
│ 捍卫者 │ 盟友 │
│(Champion) │ (Ally) │
低 ├───────────┼───────────┤ 高
影响│ 中立者 │ 阻碍者 │ 影响
力 │(Neutral) │ (Blocker) │ 力
└───────────┼───────────┘
↓
↓ 反对
转化策略:
阻碍者→中立者:理解顾虑,提供安全感,展示小胜
中立者→盟友:展示价值,邀请参与,降低风险感知
盟友→捍卫者:赋能+认可+公开感谢
| 利益相关者 | 角色 | 关注点 | 沟通方式 | 频率 | 负责人 |
|---|---|---|---|---|---|
| ----------- | ------ | -------- | --------- | ------ | -------- |
| CEO | 最终决策者 | ROI/战略匹配/风险 | 1对1汇报 | 里程碑 | |
| CFO | 预算审批者 | 投资回报/现金流影响 | 财务分析报告 | 月度 | |
| 业务负责人 | 需求来源 | 效率提升/成本降低 | Workshop+周会 | 每周 | |
| 一线用户 | 最终使用者 | 好不好用/会不会增加工作量 | 试用+访谈 | 持续 | |
| IT团队 | 实施者 | 技术可行性/维护负担 | 技术评审 | 周度 |
角色:需求分析师 / Requirements Analyst
> "用户说的80%是解决方案而非需求。BA的核心能力是从解决方案中提取真正的需求。"
| 技术 | 描述 | 适用场景 | 获取深度 | 时间成本 |
|---|---|---|---|---|
| ------ | ------ | --------- | --------- | --------- |
| 深度访谈 | 1对1结构化/半结构化 | 挖掘深层需求、利益相关者 | ⭐⭐⭐⭐⭐ | 高 |
| 焦点小组 | 6-10人组讨论 | 探索性研究、共识建立 | ⭐⭐⭐ | 中 |
| 观察法 | 实地观察用户真实行为 | 发现用户说不出来的隐性需求 | ⭐⭐⭐⭐⭐ | 高 |
| 工作坊 | 结构化共创活动 | 跨部门对齐、流程梳理 | ⭐⭐⭐⭐ | 中高 |
| 文档分析 | 现有文档/系统/流程分析 | 了解现状(As-Is) | ⭐⭐⭐ | 中 |
| 问卷调查 | 大规模定量收集 | 验证假设、量化需求 | ⭐⭐ | 中 |
| 原型法 | 通过原型引出反馈 | 需求模糊、可视化沟通 | ⭐⭐⭐⭐ | 中高 |
| 头脑风暴 | 开放式创意生成 | 创新方案、破局思考 | ⭐⭐⭐ | 低中 |
访谈前:
□ 研究被访者(背景/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. 下次需要深挖的方向
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,合规+效率
| 陷阱 | 表现 | 规避 |
|---|---|---|
| ------ | ------ | ------ |
| 过早聚焦方案 | 用户开始讲"我要XX功能" | 问"这个功能解决什么问题?没它之前你怎么做的?" |
| 只听最响的声音 | 只关注反馈最频繁的用户 | 沉默大多数和高价值用户的视角 |
| 确认偏误 | 只听支持自己预设的信息 | 主动寻找反证 |
| 用户不知道自己不知道 | "我现在这样就挺好" | 展示可能性、类比其他行业 |
| 把特征当需求 | "要有导出Excel功能" | "你导出的目的是什么?导出后做什么?" |
角色:需求工程师 / Requirements Engineer
> "写得清楚的需求是成功的一半;写得模糊的需求是失败的100%。"
需求层次金字塔:
┌──────────┐
│ 业务需求 │ ← 组织为什么要做?(Business Requirements)
│ (Why) │ 愿景/目标/商业论证
├──────────┤
│ 利益相关者│ ← 每个角色要什么?(Stakeholder Reqs)
│ 需求 │ 角色视角的需求
├──────────┤
│ 解决方案 │ ← 方案要做什么?(Solution Requirements)
│ 需求 │
│ ├功能需求│ 功能性:系统必须完成什么
│ └非功能 │ 非功能性:性能/安全/可用性/合规
├──────────┤
│ 过渡需求 │ ← 从现状到未来需要什么?
│ │ 数据迁移/培训/组织变更
└──────────┘
1. 执行摘要
- 问题/机会陈述(一句话)
- 建议方案(一句话)
- 预期价值(量化)
- 请求决策
2. 业务背景与问题
- 现状(As-Is)描述
- 痛点与根本原因分析
- 如果不解决的后果
3. 愿景与目标
- 未来状态(To-Be)愿景
- SMART目标
- 成功标准与KPI
4. 范围定义
- 范围内/范围外
- 约束条件
- 假设与依赖
5. 利益相关者分析
- 角色与需求
- 决策权与影响力
6. 高层面需求
- 业务需求(Why)
- 核心功能需求(What)
- 非功能需求
7. 方案分析与建议
- 评估的方案(至少3个)
- 推荐方案与理由
- 成本-收益分析
8. 实施考虑
- 概要时间线
- 关键里程碑
- 风险与缓解
9. 附录
- 详细分析数据
- 参考文档
标准格式(3C原则):
As a [角色]
I want to [功能]
So that [价值/目的]
验收标准(Acceptance Criteria):
Given [前置条件]
When [操作]
Then [期望结果]
好的用户故事INVEST原则:
├── Independent(独立,不依赖其他故事)
├── Negotiable(可协商,细节可讨论)
├── Valuable(有价值,对用户/业务有价值)
├── Estimable(可估算,团队能估算工作量)
├── Small(小粒度,1-3天可完成)
└── Testable(可测试,明确的验收标准)
| 级别 | 含义 | 建议占比 | 不能交付的后果 |
|---|---|---|---|
| ------ | ------ | --------- | ------------- |
| Must Have | 必须有的,没有就不算完成 | ≤60% | 解决方案不可用 |
| Should Have | 应该有的,重要但可替代方案 | ~20% | 很不方便但可用 |
| Could Have | 可以有的,锦上添花 | ~20% | 不影响基本使用 |
| Won't Have | 本期不做,放入backlog | 本期0% | 无影响 |
需求分类:
├── 基本型(Must-Be):缺失→极度不满,具备→不会满意
├── 期望型(Performance):越多越满意,线性关系
├── 兴奋型(Delighters):有了惊喜,没有也OK
├── 无差异型:做了没感觉 → 砍掉!
└── 反向型:做了反而减分 → 立刻停止!
调查方法:
Q1: 如果火车上有WiFi,你会觉得?
Q2: 如果火车上没有WiFi,你会觉得?
(喜欢/理所当然/无所谓/勉强接受/不喜欢)
→ Q1+Q2答案组合 → KANO分类
角色:方案分析师 / Solution Analyst
> "评估方案不是选最便宜的,是选择长期商业价值最高的。"
方案选项拓展思路:
├── 购买(Buy):采购现成产品/服务
├── 自建(Build):内部开发
├── 混合(Buy+Build):核心自建+外围采购
├── 外包(Outsource):外包给第三方
├── 合作(Partner):与合作伙伴联合
├── 流程改造(Process):不改系统,改流程
├── 什么都不做(Do Nothing):保持现状 ← 永远作为一个选项!
└── 组合(Combination):以上多种组合
注意:Do Nothing是最被低估的选项
→ 提供一个量化的基线,让其他选项的价值更清晰
→ 有时候Do Nothing确实是最优选择(当ROI不存在时)
| 评估维度 | 权重 | 方案A | 方案B | 方案C | Do Nothing |
|---|---|---|---|---|---|
| --------- | ------ | ------- | ------- | ------- | ------------ |
| 业务价值实现 | 25% | 4(1.0) | 3(0.75) | 5(1.25) | 1(0.25) |
| 总拥有成本(TCO) | 20% | 3(0.6) | 4(0.8) | 2(0.4) | 5(1.0) |
| 实施风险 | 15% | 3(0.45) | 4(0.6) | 2(0.3) | 5(0.75) |
| 实施速度 | 15% | 2(0.3) | 3(0.45) | 4(0.6) | 5(0.75) |
| 战略匹配度 | 10% | 5(0.5) | 4(0.4) | 3(0.3) | 1(0.1) |
| 可扩展性 | 10% | 4(0.4) | 3(0.3) | 5(0.5) | 1(0.1) |
| 组织适配 | 5% | 3(0.15) | 4(0.2) | 3(0.15) | 5(0.25) |
| 总分 | 3.40 | 3.50 | 3.50 | 3.20 |
TCO = 一次性成本 + 持续运营成本(N年)
一次性成本:
├── 软件license/采购费
├── 硬件/基础设施
├── 实施/集成服务
├── 数据迁移
├── 定制开发
└── 培训费
持续成本(年度):
├── License续费/订阅费
├── 运维/支持
├── 人力成本(维护这个系统的FTE)
├── 升级/更新
├── 基础设施/云服务
└── 机会成本(选择这个方案放弃的其他机会)
3年TCO对比:
方案A: 200万 + 3×50万 = 350万
方案B: 50万 + 3×100万 = 350万 ← TCO相同,现金流不同
方案C: 500万 + 3×20万 = 560万
Make(自建)信号:
□ 这是核心差异化能力 → 不能用标准产品
□ 市场上没有合适的产品
□ 需要深度定制,采购+改造成本>自建成本
□ 维护成本可控,有能力长期维护
□ 采购会受制于供应商(锁定风险)
Buy(采购)信号:
□ 这是基础设施/通用能力 → 自建不产生竞争优势
□ 市场上有成熟的SaaS产品
□ 自建需要的技能/资源组织内不具备
□ 需要快速上线(采购远快于自建)
□ 供应商生态成熟,不会被锁定
混合策略:
□ 核心差异化 → 自建
□ 非核心/通用 → 采购
□ 定制化需求 → 采购+二次开发(需评估长期维护成本)
角色:商业论证专家 / Business Case Specialist
> "商业论证不是PPT美化比赛,是用数字和逻辑让决策者无法拒绝。"
┌─────────────────────────────────────────────┐
│ 1. 战略对齐 (Strategic Alignment) │
│ → 这个投资如何支撑公司战略? │
│ → 与公司OKR/战略目标的关系 │
├─────────────────────────────────────────────┤
│ 2. 经济价值 (Economic Value) │
│ → 财务回报:NPV/IRR/ROI/Payback │
│ → 非财务价值:风险降低/合规/战略期权 │
├─────────────────────────────────────────────┤
│ 3. 商业可行性 (Commercial Viability) │
│ → 市场存在吗?客户会买吗? │
│ → 竞争优势可持续吗? │
├─────────────────────────────────────────────┤
│ 4. 组织能力 (Organizational Capability) │
│ → 我们有能力交付吗? │
│ → 需要什么能力/资源?有差距吗? │
├─────────────────────────────────────────────┤
│ 5. 风险与缓解 (Risk & Mitigation) │
│ → 关键风险是什么? │
│ → 如果最坏情况发生,我们能承受吗? │
└─────────────────────────────────────────────┘
收益分类:
├── 直接可量化收益 ✓
│ ├── 收入增量:新产品/新市场/涨价
│ ├── 成本节省:人工/材料/运营
│ └── 效率提升:时间节省×人力成本
│
├── 间接可量化收益 (中等置信度)
│ ├── 风险降低价值:风险概率×损失金额×降低比例
│ ├── 客户留存提升:减少流失客户数×客单价
│ └── 员工效率:节省FTE×平均工资
│
└── 定性收益(需说明逻辑和置信度)
├── 战略期权价值
├── 品牌/口碑提升
└── 合规/监管风险规避
成本分类:
├── 确定性成本:
│ ├── 软件/硬件采购
│ ├── 实施/集成/咨询费
│ └── 数据迁移
│
├── 估算成本(±20%):
│ ├── 内部人力投入
│ ├── 培训/变革管理
│ └── 运营维护
│
└── 不确定成本(±50%):
├── 范围蔓延
├── 集成复杂度
└── 学习曲线
关键假设:
├── 收入增长假设(最不确定的因素)
├── 成本节省假设(第二不确定)
├── 实施周期假设
└── 折现率假设
敏感性测试:
│ 场景 │ 收入增长 │ NPV │ IRR │
│ 乐观 │ +20% │ 500万 │ 35% │
│ 基准 │ 10% │ 200万 │ 22% │
│ 悲观 │ 0% │ -100万 │ 5% │ ← 能否承受?
关键问题:在什么条件下这个投资会失败?
→ 找到"致命的假设",重点验证
1. 执行摘要 (Executive Summary)
- 1段话:问题+方案+价值+请求
- 关键数字:投资额/NPV/IRR/回本周期
2. 问题与机会
- 当前状态(As-Is)与痛点
- 机会大小(量化)
- 不行动的成本
3. 建议方案
- 方案描述(What + How)
- 与战略的关联
- 为什么这是最佳选择
4. 财务分析
- 投资总览(初始+持续成本)
- ROI/NPV/IRR/Payback
- 敏感性分析
- 非财务收益
5. 风险分析
- 关键风险TOP5
- 缓解策略
- 如果最坏情况发生
6. 实施路线图
- 关键里程碑
- 资源需求
- 依赖与前置条件
7. 建议与决策请求
- 明确的决策请求
- 如果不批准的后果
角色:流程分析师 / Process Analyst
> "流程是组织能力的DNA。改流程比改系统更难,但收益也更大。"
BPMN核心元素:
事件(Events):
├── 开始事件 ○ → 流程起点
├── 中间事件 ◎ → 流程中间发生的事情
└── 结束事件 ◎ → 流程终点
活动(Activities):
├── 任务 □ → 原子工作单元
└── 子流程 □+ → 可展开的复合活动
网关(Gateways):
├── 排他网关 ◇× → 仅一条路径
├── 并行网关 ◇+ → 所有路径同时
└── 包容网关 ◇○ → 一条或多条路径
连接线(Flows):
├── 顺序流 → → 活动先后顺序
└── 消息流 ⇢ → 跨参与者/跨组织的消息
泳道(Swimlanes):
├── 泳池 □ → 组织边界
└── 泳道 ─ → 角色分工
SIPOC = Supplier → Input → Process → Output → Customer
示例:采购审批流程
┌──────────┬──────────┬──────────┬──────────┬──────────┐
│ Supplier │ Input │ Process │ Output │ Customer │
│ (供应者) │ (输入) │ (流程) │ (输出) │ (客户) │
├──────────┼──────────┼──────────┼──────────┼──────────┤
│需求部门 │采购申请 │提交→审批 │审批决定 │需求部门 │
│采购部 │供应商报价 │→比价→ │采购订单 │财务部 │
│供应商 │合同 │→签约→ │合同 │供应商 │
│ │ │→验收 │验收单 │仓库 │
└──────────┴──────────┴──────────┴──────────┴──────────┘
SIPOC的优势:5分钟画完,高层快速对齐
价值流图要素:
├── 流程框:每个流程步骤
├── 数据框:时间/质量/等待等指标
├── 信息流:信息如何传递(箭头)
├── 时间线:
│ ├── 增值时间(Value-Added Time):实际工作时间
│ ├── 非增值时间(Non-VA Time):等待/移动/返工
│ └── 效率 = VAT / Total Lead Time
典型B端流程效率<10%(90%时间在等待和传递!)
改善方向:
├── 消除:哪些步骤完全没必要?
├── 简化:哪些步骤可以更简单?
├── 整合:哪些步骤可以合并?
├── 自动化:哪些步骤可以系统自动完成?
└── 并行化:哪些步骤可以同时进行?
Level 1: 初始级 — 流程无固定,随人而异
Level 2: 已管理级 — 流程已记录,基本一致执行
Level 3: 标准化级 — 流程标准化,有KPI监控
Level 4: 可预测级 — 流程定量管理,可预测
Level 5: 优化级 — 流程持续优化,自动化+AI
大多数企业流程在第2-3级
从第2级到第3级是最大飞跃(标准化带来可管理性)
1. 围绕结果组织,而非任务
❌ 每个人做一个步骤 → ✅ 一个人/团队负责完整结果
2. 让使用产出的人执行流程
❌ 采购是采购部的事 → ✅ 需要采购的部门自己采购(在规则内)
3. 将信息处理融入产生信息的工作中
❌ 数据录入是一组人,分析是另一组人 → ✅ 源头录入,系统分析
4. 将分散的资源视为集中的(用IT实现虚拟集中)
❌ 每个部门有自己的人力/预算 → ✅ 共享资源池,按需分配
5. 将并行活动连接起来,而非只整合结果
❌ 各部门平行工作→最后拼起来 → ✅ 持续互通,过程中整合
6. 将决策点放在工作执行处,将控制融入流程
❌ 操作员→主管→经理逐级审批 → ✅ 规则内自治,异常才升级
7. 一次性在源头获取信息
❌ 每个环节重新录入 → ✅ 一次录入,全程共享
角色:数据BA / Analytics BA
> "没有数据支持的商业分析只是猜测。但数据不会自己说话,需要人解读。"
价值
↑
│ ┌─────────────────────────┐
│ │ 预测性分析 │ ← 机器学习/AI
│ │ (What will happen?) │ 预测客户流失、需求预测
│ ├─────────────────────────┤
│ │ 规范性分析 │ ← 优化/模拟
│ │ (What should we do?) │ 最优定价、库存优化
高│ ├─────────────────────────┤
│ │ 诊断性分析 │ ← 根因分析
│ │ (Why did it happen?) │ 为什么销售额下降?
│ ├─────────────────────────┤
│ │ 描述性分析 │ ← BI仪表盘
│ │ (What happened?) │ 日报/周报/月报
低│ └─────────────────────────┘
└────────────────────────────────→ 难度/成本
营收 = 客户数 × 客单价 × 购买频次
客户数拆解:
├── 新客数 = 流量 × 转化率
├── 留存客数 = 上期客户 × (1-流失率)
└── 回流客数 = 流失客户 × 召回率
客单价拆解:
├── 件单价 = Σ(产品单价 × 销量占比)
├── 连带率 = 订单产品数量
└── 折扣率 = 实际成交价/标价
购买频次:
├── 复购周期 = 首次购买→二次购买间隔
└── 生命周期 = 首购→末购的时间跨度
利润 = 营收 - 变动成本 - 固定成本
贡献利润(Contribution Margin) = 营收 - 变动成本
→ 每多卖一个单位的增量利润
→ 判断:哪些产品/客户的贡献利润最高?
盈亏平衡点 = 固定成本 / (1 - 变动成本率)
→ 需要做多少营收才能覆盖成本?
→ 安全边际 = (实际营收 - 盈亏平衡点) / 实际营收
运营杠杆 = 贡献利润 / 净利润
→ 营业额增长1%,利润增长多少%?
→ 重资产企业运营杠杆高(固定成本高)
好的北极星指标特征:
├── 反映对客户的真实价值(不是虚荣指标)
├── 与长期商业结果挂钩
├── 简单可通过行动改善
├── 可衡量且可及时获取
└── 能引导团队做出正确决策
常见北极星指标:
├── SaaS:WAU(周活)/NRR(净收入留存)/Quick Ratio
├── 电商:GMV/复购率/AOV
├── 平台:成交数/撮合成功率
├── 金融:AUM(资产规模)/不良率
└── 媒体:DAU/用户时长/广告填充率
OKR = Objectives + Key Results
├── OKR聚焦"要改变什么",是方向和野心
├── KPI聚焦"当前状态如何",是稳态指标
├── OKR推动变革,KPI维持秩序
└── 好的组织OKR和KPI并行
KPI设计SMART:
├── Specific:具体指什么
├── Measurable:可以量化
├── Achievable:可实现但需努力
├── Relevant:与战略相关
└── Time-bound:有明确时间限制
角色:风险分析师 / Risk Analyst
> "风险管理的本质不是消除风险,而是让风险的代价可承受。"
战略风险:
├── 市场风险(需求变化/新进入者/替代品)
├── 技术风险(技术选择错误/被颠覆/技术债)
├── 商业模式风险(单位经济不成立/烧钱不可持续)
├── 竞争风险(价格战/竞品创新/市场被蚕食)
└── 声誉风险(信任危机/舆论事件/合规丑闻)
运营风险:
├── 流程风险(流程断裂/效率低下/质量波动)
├── 人力风险(关键人离职/能力不足/文化冲突)
├── 供应商风险(断供/涨价/质量下降)
├── 系统风险(宕机/安全漏洞/数据丢失)
└── 合规风险(违反法规/合同违约/知识产权)
财务风险:
├── 流动性风险(现金流断裂/融资失败)
├── 信用风险(客户不付款/坏账)
├── 汇率/利率风险
└── 估值风险(融资估值倒挂/商誉减值)
外部风险:
├── 宏观风险(经济衰退/通货膨胀/地缘政治)
├── 监管风险(新法规/政策变化/贸易制裁)
├── 自然风险(疫情/自然灾害/气候风险)
└── 社会风险(公众舆论/社会运动/人口变化)
| 方法 | 描述 | 适用 |
|---|---|---|
| ------ | ------ | ------ |
| 专家访谈 | 关键利益相关者深度访谈 | 各阶段 |
| 头脑风暴 | 团队共创识别风险 | 早期 |
| 检查清单 | 基于历史项目风险清单 | 标准化 |
| 假设分析 | 推翻每个关键假设 | 战略阶段 |
| SWOT | 劣势(W)+威胁(T)=风险 | 通用 |
| FMEA | 失效模式与影响分析 | 流程/产品 |
| 情景规划 | 多种未来情景推演 | 重大决策 |
风险评分 = 可能性(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
4 │ M M H H C
3 │ L M M H H
2 │ L L M M M
1 │ L L L L M
└─────────────────────────→ 可能性
1 2 3 4 5
C=Critical(立即行动) H=High(本周内) M=Medium(本月内) L=Low(监控)
RPN(风险优先级数) = 严重度(S) × 发生频度(O) × 检测难度(D)
每项1-10分:
严重度(Severity):如果发生了,多大影响?
发生频度(Occurrence):多大概率会发生?
检测难度(Detection):发生前能发现吗?(10=检测不到)
RPN > 100 → 必须行动
RPN 50-100 → 建议行动
RPN < 50 → 可接受
应对策略:
├── 降低严重度 → 修改设计/增加缓冲
├── 降低发生频度 → 预防措施/标准化
└── 提高可检测性 → 早期预警/监控体系
决策树要素:
□ 决策节点 → 你的选择
○ 机会节点 → 不确定的结果
△ 终结点 → 最终结果值
示例:新产品投资决策
┌── 成功(60%) → +500万
投入100万─┤
└── 失败(40%) → -100万
EMV(期望值) = 60%×500 + 40%×(-100) - 100 = 160万
决策树的价值:
- 让不确定性显性化
- 量化复杂决策的价值
- 识别"信息价值"(做更多研究值多少钱?)
两两对比矩阵(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(判断逻辑一致)
适用:当决策涉及多个不能直接比较的维度时
广泛应用于:供应商选择、项目排序、战略优先级
角色:变革管理BA / Change BA
> "最好的分析如果不能落地实施,不仅毫无价值,还消耗了信任。"
Phase 0: 准备(4-8周)
├── 项目团队组建
├── 详细计划制定
├── 供应商/合作伙伴选择
└── 环境/基础设施建设
Phase 1: 试点/PoC(4-12周)
├── 选择有代表性的小范围试点
├── 快速验证关键假设
├── 收集反馈修正方案
└── 建立内部成功案例
Phase 2: 推广(8-24周)
├── 按部门/区域批次推广
├── 老系统并行运行
├── 数据迁移+验证
└── 用户培训+支持
Phase 3: 稳定与优化(持续)
├── 老系统下线/归档
├── 持续收集反馈优化
├── KPI达标检查
└── 经验总结→标准化
实施失败TOP 5原因:
1. 需求理解错误(一开始就做错了)
2. 用户抵触(没人用)
3. 数据质量问题(迁移后发现数据不可靠)
4. 范围蔓延(不停的加需求,永远做不完)
5. 领导支持不够(遇到困难就放弃)
应对:
1→ 频繁原型验证 | 2→ 变革管理 | 3→ 早期数据审计
4→ 严格变更控制 | 5→ 定期向sponsor汇报
Step 1: 建立紧迫感
→ 展示不改变的成本和后果
→ 用数据和故事制造紧迫感(不能仅靠数据)
Step 2: 建立指导联盟
→ 找到有影响力+有权力+有承诺的变革联盟
→ 至少3-5个关键人物
Step 3: 形成战略愿景
→ 愿景:我们为什么改变?改变后的样子?
→ 30秒能讲清楚愿景
Step 4: 沟通变革愿景
→ 多通道反复沟通
→ 领导者以身作则(最重要的沟通方式)
Step 5: 授权员工参与
→ 移除障碍(制度/系统/人)
→ 鼓励冒险和非传统想法
Step 6: 产生短期成效
→ 前30天必须有一个可见的胜利
→ 宣传和庆祝这个胜利
Step 7: 巩固成果并推进更多变革
→ 利用短期胜利的信任推进更大变革
→ 不宣布"胜利"太早(变革需要2-3年)
Step 8: 将变革固化到文化中
→ 让新方式成为"我们做事的方式"
→ 把变革与组织成功关联
Y轴:士气/生产力
↑
│ ┌────────────────────
│ / ← 接受与探索 ↑
│ / 新常态
│ / ← 尝试与学习
│ /
│/ ← 抵触与否认
│ ← 震惊与否定
└──────────────────────→ X轴:时间
不同阶段的BA策略:
震惊期:倾听+理解感受+不急于推动
抵触期:理解顾虑+提供信息+展示小例子
探索期:培训+支持+鼓励尝试
接受期:标准化+奖励+固化
Strategy Analysis(战略分析)
↓
Elicitation(引出需求)
↓
Requirements Analysis & Design Definition(分析与设计)
↓
Solution Evaluation(方案评估)
↓
Business Case(商业论证)
↓
Requirements Lifecycle Management(需求生命周期管理)
↓
Solution Implementation(方案实施)
↓
Post-Implementation Review(实施后评审)
| 时间 | 事项 | 工具/方法 |
|---|---|---|
| ------ | ------ | --------- |
| 周一 | 项目状态Review + 本周计划 | 项目Dashboard |
| 周二 | 深度分析工作(数据/流程/方案) | Excel/Process工具/BPMN |
| 周三 | 利益相关者沟通(1对1访谈/工作坊) | 访谈模板/Miro/白板 |
| 周四 | 文档化(BRD/需求/商业论证撰写) | Word/Confluence/Notion |
| 周五 | 团队对齐+知识沉淀+下周准备 | Team Meeting/复盘 |
| 项目类型 | BA重点 | 关键差异 |
|---|---|---|
| --------- | -------- | --------- |
| 传统瀑布 | 前期重分析:BRD→FRD→TRD | 文档驱动,变更成本高 |
| 敏捷 | 持续分析:用户故事→Sprint→Review | 迭代式,BA嵌入Scrum团队 |
| 混合 | 战略阶段瀑布+交付阶段敏捷 | 大方向不变,执行灵活 |
| 数字化转型 | 战略BA+流程BA+技术BA组合 | 多BA协作,变革管理是核心 |
| AI/数据项目 | 数据BA为主:数据需求→模型需求→评测 | 新技能:模型思维+评测+AI伦理 |
┌────────────────────┐
│ 战略思维 │ ← 行业洞察/战略判断/商业嗅觉
│ (15%) │
├────────────────────┤
│ 专业BA技能 │ ← 需求工程/BPMN/BABOK/商业论证
│ (35%) │
├────────────────────┤
│ 分析方法与技术 │ ← 统计分析/财务建模/决策分析
│ (25%) │
├────────────────────┤
│ 沟通与影响 │ ← 访谈/演示/谈判/利益相关者管理
│ (15%) │
├────────────────────┤
│ 行业/领域知识 │ ← 金融/医疗/零售/制造专业知识
│ (10%) │
└────────────────────┘
| 级别 | 经验 | 认证 | 核心能力 | 典型年薪(中国) |
|---|---|---|---|---|
| ------ | ------ | ------ | --------- | ------------- |
| 初级BA | 0-2年 | ECBA/基础 | 需求记录、访谈、文档撰写 | 15-25万 |
| 中级BA | 2-5年 | CCBA | 独立需求分析、流程建模、利益相关者管理 | 25-40万 |
| 高级BA | 5-8年 | CBAP | 商业论证、方案评估、变革管理 | 40-65万 |
| 首席BA | 8-12年 | CBAP+MBA | BA体系建设、大型项目群BA Lead | 60-100万 |
| BA总监 | 12年+ | CBAP/CBDA | BA能力中心、方法论、BA团队管理 | 80-150万+ |
→ 业务条线转型:BA → 产品经理/运营经理 → BU Head
→ 技术条线转型:BA → 架构师/解决方案专家 → CTO
→ 战略条线转型:BA → 战略顾问 → 战略VP
→ 数据条线转型:BA → 数据BA → 数据产品经理/数据科学家
→ 咨询条线转型:BA → 高级顾问 → 合伙人
→ 创业:BA → 创始人(BA是最适合创业的角色之一:理解问题+解决方案+商业)
| 认证 | 颁发机构 | 要求 | 考试 | 适合 |
|---|---|---|---|---|
| ------ | --------- | ------ | ------ | ------ |
| ECBA | IIBA | 无经验要求,21h培训 | 基础 | 入门 |
| CCBA | IIBA | 3750h BA经验 | 中级 | 3-5年 |
| CBAP | IIBA | 7500h BA经验 | 高级 | 5年+ |
| CBDA | IIBA | 数据分析BA | 专业 | 数据方向 |
| PMI-PBA | PMI | 4500h BA经验 | 高级 | 项目环境 |
| AAC | IIBA | 敏捷BA | 敏捷 | 敏捷团队 |
| BCS BA | BCS | 4级认证体系 | 分级 | 英国/欧洲 |
| 文档 | 读者 | 用途 | 详细模板 |
|---|---|---|---|
| ------ | ------ | ------ | --------- |
| BRD(商业需求文档) | 决策者/发起人 | 为什么做?价值多大? | refs/templates/brd-template.md |
| 商业论证(Business Case) | 投资决策委员会 | 该不该投?投多少? | refs/templates/business-case-template.md |
| 竞品分析报告 | 产品/战略/市场 | 对手在做什么?我们如何应对? | refs/templates/competitive-analysis-template.md |
| 市场分析报告 | 管理层/投资人 | 市场多大?我们在哪? | refs/templates/market-analysis-template.md |
| 财务分析报告 | 财务/投资人 | 财务健康吗?值多少钱? | refs/templates/financial-analysis-template.md |
| 利益相关者分析 | 项目经理/发起人 | 谁影响?谁受影响? | refs/templates/stakeholder-analysis-template.md |
| 流程分析报告 | 运营/IT/流程owner | 现在怎么做的?怎么改进? | refs/templates/process-analysis-template.md |
| 需求规范文档 | 技术团队/供应商 | 具体要做什么? | refs/templates/requirements-spec-template.md |
BRD质量检查清单:
□ 问题陈述是否量化?(不是"效率低"而是"月耗时120小时")
□ 方案是否至少对比了3个选项?
□ 收益是否有保守/基准/乐观三档?
□ 关键假设是否明确列出?
□ 不行动的后果是否说清楚?
□ 决策者能否在5分钟内理解核心论点?
□ 是否有明确的决策请求?
商业论证质量检查:
□ 财务模型是否可审计?(公式清晰,假设可查)
□ 敏感性分析是否覆盖了最关键的假设?
□ 非财务收益是否有逻辑论证?
□ 风险是否真实可感而非泛泛而谈?
□ 如果最坏情况发生,能承受吗?
| # | 图表 | 工具 | 用途 |
|---|---|---|---|
| --- | ------ | ------ | ------ |
| 1 | PESTLE/NEST分析图 | drawio-skill | 宏观环境一页展示 |
| 2 | 波特五力图 | drawio-skill | 行业竞争结构 |
| 3 | 战略组图 | drawio-skill / excalidraw | 竞争格局定位 |
| 4 | 行业生命周期曲线 | excalidraw-diagram | 行业阶段+战略重心 |
| 5 | 市场细分地图 | drawio-skill | 按维度标注市场细分 |
| 6 | 商业模式画布(BMC) | excalidraw-diagram | 9模块商业模式 |
| 7 | 价值曲线图 | excalidraw-diagram | 蓝海战略竞争要素对比 |
| 8 | 权力-利益矩阵 | drawio-skill | 利益相关者管理策略 |
| 9 | BPMN流程图 | drawio-skill | 业务流程建模 |
| 10 | 价值流图 | drawio-skill | 增值/非增值分析 |
| 11 | 决策树 | drawio-skill | 不确定条件下的决策 |
| 12 | 杜邦分析图 | excalidraw-diagram | ROE驱动因素拆解 |
| 13 | 风险热力图 | excalidraw-diagram | 风险可能性×影响可视化 |
| 14 | 实施路线图 | drawio-skill | 里程碑+依赖+资源 |
| 15 | 组织架构分析图 | drawio-skill | 决策链+沟通路径 |
Slide 1: 执行摘要 —— 1页 = 1个决策请求
Slide 2: 问题与机会 —— 量化痛点+不行动的成本
Slide 3: 市场分析 —— 市场规模+增长+趋势
Slide 4: 竞争格局 —— 我们在哪?对手在哪?
Slide 5: 我们的方案 —— What + Why now + Why us
Slide 6: 商业模式 —— 怎么赚钱?怎么持续?
Slide 7: 财务分析 —— 投资多少?赚回多少?多久?
Slide 8: 风险与缓解 —— Top 5风险+我们的应对
Slide 9: 实施路线图 —— 从哪开始?关键里程碑?
Slide 10: 请求决策 —— 明确要什么+如果不批的后果
黄金法则:
- 每页1个核心信息(不是1页10个信息)
- MECE原则(不重不漏)
- 金字塔原理(结论先行+分组归类+逻辑递进)
- 数据可视化(一张好图>1000字)
- 标题即论点(不是"市场分析",而是"市场规模300亿且年增25%")
金字塔原理(Barbara Minto):
结论先行:先给结论,后摆论据
结论/建议
├── 论据1(支撑结论)
│ ├── 数据1.1
│ └── 数据1.2
├── 论据2
│ ├── 数据2.1
│ └── 数据2.2
└── 论据3
├── 数据3.1
└── 数据3.2
MECE分组(Mutually Exclusive, Collectively Exhaustive):
- 论据之间互斥(不重复)
- 所有论据加起来穷尽(没遗漏)
典型分组逻辑:
- 时间顺序:过去→现在→未来 | Phase1→2→3
- 结构顺序:按组成部分(地理/部门/产品线)
- 程度顺序:最重要→最不重要
错误演示:
❌ "这个项目有三个好处:第一,效率提升;第二,成本降低;第三,
人力节省20%"(成本降低和人力节省重叠→不MECE)
✅ "这个项目有三个价值:第一,直接成本节省300万/年;第二,
效率提升释放50%人力;第三,合规风险降低90%"
| # | 反模式 | 正确做法 |
|---|---|---|
| --- | -------- | --------- |
| 1 | 跳过行业分析直接做方案 — "我们需要XX系统" | 先问"为什么?这个行业的关键成功因素是什么?" |
| 2 | PESTLE变成Checklist练习 — 6段描述毫无洞察 | 每段必须有"对我方的影响是什么" |
| 3 | 市场大小拍脑袋 — "这个市场肯定上千亿" | 用至少2种方法验证(自上而下+自下而上) |
| 4 | 竞争分析只看产品功能 — 不看战略/能力/商业模式 | 12维全面分析(战略+产品+模式+运营+市场) |
| 5 | SWOT只列出不转化 — 4个清单但无策略 | 必须SO/WO/ST/WT策略转化 |
| # | 反模式 | 正确做法 |
|---|---|---|
| --- | -------- | --------- |
| 6 | NPV计算只跑基准Case — 一个数字就敢建议 | 至少跑3个Scenario(乐观/基准/悲观) |
| 7 | 只算收益不算风险调整 — 看起来美但未对冲 | 风险调整后NPV, 敏感性分析找出"致命假设" |
| 8 | 比较方案时只看TCO — 选最便宜的 | 加权评分考虑价值/风险/战略/组织适配 |
| 9 | ROI分析没有非财务维度 — 只谈钱 | 风险降低/战略期权/合规/品牌价值 |
| 10 | 忽略Do Nothing选项 — 不比较基线 | Do Nothing永远是一个选项,量化其成本 |
| # | 反模式 | 正确做法 |
|---|---|---|
| --- | -------- | --------- |
| 11 | 用户说什么就写什么 — 记录员而非分析师 | 追问"为什么"直到根因(5 Whys) |
| 12 | 只听最大声的用户 — 忽视沉默大多数 | 多源交叉验证,关注用户行为而非言论 |
| 13 | 需求文档像小说 — 没人有时间读完 | 结构化+可视化+分层(5分钟版/30分钟版/详细版) |
| 14 | 需求不可测试 — "系统要快" | 100%需求可量化验收:"响应时间<1s(P95)" |
| 15 | 忽视非功能需求 — 只写功能 | 性能/安全/可用性/可扩展性/合规至少5个维度 |
| # | 反模式 | 正确做法 |
|---|---|---|
| --- | -------- | --------- |
| 16 | 不给Bad News — 只报喜不报忧 | 诚实告知风险,提出缓解方案 |
| 17 | 过度使用术语 — 显得专业实则拒人 | 用业务语言沟通,术语只在必要时用 |
| 18 | 没有识别到真正的决策者 — 对不拍板的人花太多时间 | 权力-利益矩阵画出真正的决策者 |
| 19 | 方案没有替补选项 — "这是唯一的方案" | 至少2-3个选项供决策者选择 |
| 20 | 忽视反对者 — 只关注支持者 | 主动接触反对者,理解顾虑,提前化解 |
| # | 反模式 | 正确做法 |
|---|---|---|
| --- | -------- | --------- |
| 21 | 方案交付即结束 — 不跟踪实施效果 | 实施后评审(Post-Implementation Review) |
| 22 | 忽视变革管理 — 只关注系统上线 | 系统+流程+人+文化 四个维度 |
| 23 | 没有"Day 1"计划 — 启动了但没准备好 | 上线前1周逐小时计划+应急预案 |
| 24 | 不做经验教训总结 — 错了白错 | 项目收尾时做正式复盘+知识沉淀 |
| 25 | BA变成order-taker — 业务说什么做什么 | 保持分析独立性,敢于说"不"并提出更好方案 |
1. MECE原则(Mutually Exclusive, Collectively Exhaustive)
相互独立,完全穷尽 → 分析结构的黄金准则
2. 金字塔原理(Pyramid Principle)
结论先行 → 分组归类 → 逻辑递进
SCQA叙事:Situation→Complication→Question→Answer
3. 7S框架
战略(Strategy)+结构(Structure)+制度(Systems)
+共同的价值观(Shared Values)+风格(Style)
+人员(Staff)+技能(Skills)
→ 组织变革诊断的全面框架
4. 三层面增长理论(Three Horizons)
H1: 核心业务(守住+扩展)→ 今天
H2: 新兴业务(快速增长)→ 明天
H3: 未来选项(探索孵化)→ 后天
1. BCG增长份额矩阵(Growth-Share Matrix)
明星(Stars)→现金牛(Cash Cows)→问题(Question Marks)→瘦狗(Dogs)
2. 经验曲线(Experience Curve)
累计产量翻倍→成本下降20-30%
启示:市场份额是战略指标,不是虚荣指标
3. 时间基础竞争(Time-Based Competition)
时间是最被低估的竞争优势
4. BCG数字化转型框架
数字化不是IT项目,是商业模式的基因重组
1. 结果交付模型(Results Delivery®)
变革成功 = 技术方案(30%)+组织行为改变(70%)
2. Net Promoter Score(NPS)
忠诚度 = 推荐者% - 贬损者%
不仅是客户体验指标,更是增长的领先指标
3. Bain可持续增长模型
增长核心 = 可复制的商业模式 × 卓越执行力
1. 五力模型 → 行业吸引力分析
2. 通用竞争策略 → 成本领先/差异化/聚焦
3. 价值链分析 → 在哪里创造价值?
4. 国家竞争优势(钻石模型)
要素条件+需求条件+相关支持产业+企业战略与竞争
5. 战略定位 → What NOT to do
《金字塔原理》Barbara Minto — McKinsey思维逻辑基础
《麦肯锡方法》Ethan Rasiel — 咨询实战方法论
《蓝海战略》W. Chan Kim — 价值创新+ERRC框架
《创新者的窘境》Clayton Christensen — 颠覆创新理论
《从0到1》Peter Thiel — 垄断vs竞争的思维框架
《精益创业》Eric Ries — Build-Measure-Learn验证循环
《商业模式新生代》Osterwalder — BMC+商业模式设计
《好战略坏战略》Richard Rumelt — 战略的本质
《思考,快与慢》Daniel Kahneman — 认知偏见与决策
《孙子兵法》 — 中国最古老的战略智慧
《执行》Larry Bossidy — 战略到落地的差距
《七个习惯》Stephen Covey — 个人效能基础
| 工具 | 用途 | 掌握程度 |
|---|---|---|
| ------ | ------ | --------- |
| Excel/Google Sheets | 数据透视/财务建模/假设分析 | ⭐⭐⭐⭐⭐(必须精通) |
| SQL | 数据提取与分析 | ⭐⭐⭐⭐ |
| Python(Rapid) | 数据清洗/自动化分析 | ⭐⭐⭐ |
| Tableau/PowerBI | 可视化仪表盘 | ⭐⭐⭐ |
| SPSS/SAS | 高级统计分析 | ⭐⭐ |
| 工具 | 用途 |
|---|---|
| ------ | ------ |
| draw.io / Visio | BPMN流程图/架构图 |
| Miro / MURAL | 在线白板/工作坊/旅程图 |
| Lucidchart | 流程图/组织架构图 |
| Enterprise Architect | 企业架构/ UML |
| ARIS / Signavio | 专业BPM/BPR流程工具 |
| 工具 | 用途 |
|---|---|
| ------ | ------ |
| Confluence / Notion | BA知识库/需求文档 |
| Jira / Azure DevOps | 需求管理/追踪 |
| SharePoint | 文档共享/版本管理 |
| Teams / 飞书 / 钉钉 | 沟通/协作 |
| Slido / Mentimeter | 工作坊互动/投票 |
| 任务 | 首选工具 | 备选 |
|---|---|---|
| ------ | --------- | ------ |
| 画业务流程图(BPMN) | drawio-skill | drawio-coderknock |
| 画战略图/模型图 | excalidraw-diagram | - |
| 做商业汇报PPT | pptx-2 | deck-generator |
| 写商业文档/报告 | 直接生成Markdown | word-docx |
| 财务建模/数据分析 | xlsx | - |
| 画组织架构/关系图 | drawio-generator-pro | - |
> 商业分析师的终极心法(12条铁律):
>
> 1. 永远从"为什么"开始 — 不理解的方案,再详细也是错的
> 2. 结论先行,数据支撑 — 没有数据的观点是噪音,没有观点的数据是垃圾
> 3. MECE是思维底线 — 不重不漏,穷尽所有可能性
> 4. 利益相关者不是敌人也不是朋友,是有自己利益的人 — 理解他们的KPI
> 5. 数字会撒谎 — 永远质疑数据来源、口径、隐含假设
> 6. 最好的分析是让决策者无法拒绝的分析 — 给方向而非选择题
> 7. 方案永远要有Plan B和Do Nothing — 没有备份方案的分析是危险的
> 8. 沟通成本 > 分析成本 — 花50%精力在沟通和共识上
> 9. 用故事讲数据,用数据讲事实 — 数据使人相信,故事使人行动
> 10. 分析是为了决策,不是为了分析 — 如果分析不能推动决策,就是在浪费时间
> 11. 敢于说"不知道"和"我错了" — 诚实对BA比聪明更重要
> 12. BA的核心价值不是做了多少分析,而是帮助做了多少正确决策 — 决策质量是BA的唯一KPI
> 开始使用:直接告诉我你要做什么商业分析,BA Skill自动匹配阶段、方法论、框架、工具链。
> 无论你是刚入门的商业分析新手,还是寻求顶尖框架的资深分析师,这个Skill都是你的超级BA脑库。
用户:帮我们分析是否应该进入东南亚市场
产出:
- 阶段1:东南亚5国PESTLE宏观环境对比
- 阶段2:市场规模(TAM/SAM/SOM)+细分市场吸引力评分
- 阶段3:当地竞品格局+我方可能定位
- 阶段4:初步财务模型(3年收入预测+NPV)
- 阶段10:商业论证(含进入策略+风险+资源需求)
- PPT:10页董事会级进入建议
用户:我们想说服CFO投资新的采购系统,帮我做商业论证
产出:
- 阶段11:现有采购流程As-Is价值流图(效率分析+痛点量化)
- 阶段4:TCO分析(现状成本 vs 新系统成本 vs 预期节省)
- 阶段9:3个方案评估(SaaS采购 vs 自建 vs 外包)
- 阶段10:商业论证全文+财务模型(NPV/ROI/Payback)
- 阶段7:核心利益相关者分析(CFO关心什么?CPO关心什么?)
- PPT:CFO/董事会级别投资决策PPT
用户:我们的CRM产品和Salesforce/Zoho竞争,怎么做差异定位?
产出:
- 阶段3:竞品12维深度对比
- 阶段2:目标客户细分,在每个细分中对比
- 阶段5:竞品商业模式对比+BMC差异
- 阶段5:蓝海价值曲线分析(找出可差异化的要素)
- 建议:聚焦[XX]行业[XX]规模客户,做[XX]差异化
> 这个Skill是你的商业分析外脑 —— 从BABOK到麦肯锡,从PESTLE到DCF,从BRD到董事会PPT。开始你的顶尖商业分析之旅。
共 1 个版本