DT 商业洞察分析

企业分析常见的三个断层

业务系统迭代到一定阶段后，团队常陷入两种困境：要么是需求列表越堆越长，却没人能说清这些需求背后的用户价值；要么是抽象的战略愿景与一线执行完全脱节。这类问题的根源，往往不是执行力不足，而是缺少一套结构化的商业分析方法。

dt-business-insights 就是为填补这个断层设计的。它把设计思维（Design Thinking）的四个阶段——Empathize、Define、Ideate、Prototype 前三个分析阶段——固化为可重复执行的工作流，让团队在动手写代码之前，先把「谁在什么场景下遇到什么问题」想清楚。

技能如何工作

该技能按四个阶段推进，每个阶段都有明确的输入和输出：

• Phase 1: Empathize（业务价值层） —— 生成业务使命宣言、定义场景价值主张，并用表格明确每个场景的成功标准。
• Phase 2: Empathize（用户层） —— 输出用户画像和用户生态地图，标注不同角色之间的交互频率、影响力权重和决策链。
• Phase 3: Define（痛点层） —— 通过端到端用户旅程图记录关键触点和情感曲线，对每个痛点按高、中、低进行严重度评分，并追溯根本原因。
• Phase 4: Ideate（机会层） —— 将痛点转化为机会空间，区分业务创新、体验提升、流程优化、价值创造四类，并给出优先级排序。

所有输出都以 Markdown 表格或结构化文档呈现，方便直接导入 Notion、Confluence 或团队内部知识库。

适用边界与注意点

这套方法论擅长发现问题和定义方向，但它不负责产出最终方案。Phase 4 之后，设计思维本身还需要 Prototype 和 Test 阶段来验证假设，本技能没有覆盖这部分。

另一个常见误用是：在数据收集不充分时强行套用框架。如果用户画像和旅程图只是凭直觉填写，分析结论的可信度会大打折扣。建议在 Phase 2 之前至少完成一轮用户访谈或可用性测试。

适合的场景：新产品方向规划、现有系统体验诊断、业务架构设计的前期分析。
不适合的场景：需要快速原型验证的功能设计、纯技术架构选型、已有明确 PRD 的增量迭代。