跳到主要内容

业务篇 · 05 · AI 辅助业务分析

本章目标​

把 AI（Claude）系统性地嵌入到业务侧的日常工作中，提升效率、降低漏洞。

一、AI 在业务侧的 7 个嵌入点​

#场景痛点AI 价值
1需求调研访谈记录整理录音/笔记散乱自动结构化 + 提炼关键点
2PRD 可测性检查漏掉验收标准批量扫描 + 反馈问题清单
3用户故事拆解故事太大无法估算自动拆成 INVEST 合规的子故事
4业务规则转决策表自然语言模糊把文字转成结构化表格
5需求冲突检测前后矛盾难以发现扫描全文找矛盾点
6竞品分析汇总收集多家信息耗时抓取 + 对比 + 总结
7变更影响评估漏掉影响面分析变更描述自动列影响点

二、核心 Prompt 模板​

2.1 需求可测性检查​

你是一位资深测试架构师。请分析以下 PRD，从"可测性"角度找出问题：

## 检查项
1. 哪些需求点**缺少验收标准**
2. 哪些描述**过于模糊**（如"用户体验好"、"响应快"）
3. 哪些**边界条件未明确**
4. 哪些**异常场景缺失**
5. 哪些**数据规则不清**（精度、格式、必填）
6. 哪些**权限规则未说明**

## 输出格式
Markdown 表格，字段：问题编号 | 所在章节 | 问题类型 | 具体问题 | 建议补充

## PRD 内容
[粘贴 PRD]

2.2 用户故事拆解​

你是一位资深敏捷教练。帮我把这个大故事拆成 3-7 个可独立交付的子故事。

## 要求
1. 每个子故事满足 INVEST 原则
2. 每个子故事格式：
   - 标题
   - As a / I want / So that
   - 至少 3 条验收标准（Given-When-Then）
   - 预估 Story Point（1/2/3/5/8）
3. 标注子故事之间的依赖关系

## 大故事
[粘贴原始故事]

2.3 自然语言转决策表​

把下面的业务描述转成决策表。

## 要求
1. 列出所有**条件变量**
2. 枚举**所有可能的组合**
3. 输出 Markdown 表格
4. 对**未明确的情况**用 ⚠️ 标注
5. 对**可能冲突的规则**用 ❌ 标注

## 业务描述
[粘贴文字]

2.4 需求冲突检测​

你是一位资深产品分析师。扫描以下 PRD，找出**前后矛盾**或**逻辑冲突**的地方。

## 检查维度
1. 同一概念在不同章节的定义是否一致
2. 规则之间是否有冲突（如"允许 X"和"禁止 X"）
3. 数值是否一致（如第 2 章说 24h，第 5 章说 12h）
4. 流程是否闭合（是否有进了之后出不去的状态）

## 输出
每个冲突点输出：
- 冲突编号
- 涉及的章节
- 具体冲突描述
- 建议如何协调

## PRD
[粘贴]

2.5 变更影响评估​

你是一位资深系统分析师。帮我评估这个变更的影响。

## 变更描述
[粘贴 CR 内容]

## 分析维度
1. **功能影响**：涉及哪些功能点
2. **数据影响**：涉及哪些数据模型、存量数据
3. **接口影响**：涉及哪些 API
4. **性能影响**：可能的性能变化
5. **安全影响**：可能引入的风险
6. **用户体验影响**：对用户有哪些感知
7. **测试影响**：需要重新覆盖的测试场景

## 输出格式
结构化清单，每项给出严重程度（高/中/低）。

2.6 访谈记录整理​

你是一位资深产品经理。我有一份用户访谈的原始记录，帮我整理成结构化的需求文档。

## 输入
[粘贴录音转写或访谈笔记]

## 输出结构
### 1. 访谈基本信息
- 时间 / 对象 / 背景

### 2. 核心痛点（按重要度排序）
- 痛点 1：[描述] | 影响：[频率 + 严重度] | 原话引用

### 3. 未被满足的需求
- 需求 1：As a... I want... So that...

### 4. 现有方案的评价
- 优点 / 缺点

### 5. 潜在机会点
- 机会 1：[描述] | 可行性评估

### 6. 遗留问题（需进一步确认）

2.7 竞品功能对比​

帮我做竞品功能对比分析。

## 目标功能
[描述我们要做的功能]

## 对比维度
1. 是否有此功能
2. 核心实现方式
3. 用户交互特点
4. 优势
5. 劣势

## 竞品
[列出竞品名称及其公开文档/资料链接或描述]

## 输出
1. 对比矩阵（Markdown 表格）
2. 差异化机会点（我们可以做得不同的地方）
3. 风险点（竞品已形成壁垒的地方）

三、使用 Claude 的最佳实践​

3.1 给足上下文​

❌ 不好的提问：

帮我写个用户故事

✅ 好的提问：

背景：我们是 B2B SaaS，主要用户是企业 HR。
现有功能：员工信息录入（只支持单个添加）。
新需求：HR 希望批量导入员工（从 Excel）。

请帮我写成标准用户故事，包含：
- As a / I want / So that
- 5 条验收标准（覆盖正常、异常、边界）
- Story Point 估算

3.2 分步骤而不是一次到位​

❌ 一次到位：

帮我写一份完整的 PRD，关于批量导入员工。

✅ 分步骤：

Step 1: 先帮我梳理用户场景和痛点
（根据输出调整方向）

Step 2: 基于场景，帮我写用户故事
（根据输出评审）

Step 3: 基于用户故事，帮我补充 PRD 的各个章节
（根据输出调整）

3.3 让 AI 自我检查​

写完 PRD 后再让 AI 反向检查：

用我之前给你的"可测性检查"模板，
评估你刚才写的这份 PRD。

这比直接让 AI 一次写完的质量高很多。

3.4 明确输出格式​

  • 想要表格 → 明确说"用 Markdown 表格"
  • 想要清单 → 明确说"用编号列表"
  • 想要代码 → 明确说"用代码块"
  • 想要结构化 → 明确字段名

四、AI 使用的风险与边界​

4.1 不要让 AI 做的事​

  • ❌ 直接决策（AI 可以给建议，但决策必须人做）
  • ❌ 涉密信息输入（商业秘密、个人信息、财务数据）
  • ❌ 替代用户访谈（AI 不是用户）
  • ❌ 替代跨部门沟通（AI 不能代替人际协调）

4.2 必须人工复核的事​

  • AI 生成的 PRD（至少 1 轮人工审核）
  • AI 生成的业务规则（至少 2 人评审）
  • AI 提炼的用户诉求（必须回溯原始访谈）
  • AI 做的竞品分析（核对数据来源）

4.3 输出的版权和追溯​

  • AI 生成的文档要标注来源（"本章由 Claude 辅助生成，已人工审核"）
  • 保留 Prompt 原文（用于复现和改进）
  • AI 的输出不能直接当做"官方答案"

五、团队协作中的 AI 角色​

5.1 推荐的协作模式​

人 + AI:

人做:  确定目标、审核输出、最终决策、跨部门沟通
AI做:  草稿生成、格式转换、批量检查、信息汇总

5.2 建立团队的 Prompt 库​

把本章的模板和团队常用的 Prompt 汇总，放在：

ep-code-ai/skills/business/prompts/
├── prd-testability-check.md
├── user-story-split.md
├── business-rule-to-table.md
├── requirement-conflict-check.md
├── change-impact-analysis.md
├── interview-summary.md
└── competitor-analysis.md

5.3 Prompt 的版本管理​

Prompt 也要迭代：

## requirement-conflict-check.md

**版本**: v1.3
**作者**: 产品组

### v1.3 (2026-04-15)
- 新增"流程闭合性"检查维度

### v1.2
- 优化输出格式，改用表格

### v1.1
- 增加冲突严重度标注

六、CLI 脚手架（本仓库提供）​

除了 AI Prompt 辅助外，本仓库在 tools/cross-platform/scripts/ 下提供了两个零依赖 CLI 脚本，可在本地 / CI 直接跑：

脚本作用退出码
check-prd.js <file.md>校验 PRD 必备章节 / 验收标准 / 非功能量化 / 模糊词0 通过 / 1 warning / 2 error
score-testability.js <file.md>对 PRD 打可测性分（0-100,5 维度）0 ≥80 / 1 60-79 / 2 <60

在 PR / MR 里自动跑：

  • GitHub: .github/workflows/ci.yml 的 prd-check job
  • GitLab: workflows/gitlab/.gitlab-ci.example.yml 的 prd-check + testability-score job

CLI 与 Prompt 互补：Prompt 做深度语义理解（适合评审阶段），CLI 做机械结构校验（适合门禁阶段）。

七、配套资源​