产品需求分析#

提供结构化的产品需求分析工作流程，生成专业的业务流程图和架构设计文档。

命名规范

• Phase（阶段）：主流程顶层阶段，编号 Phase 1–5，不出现在用户确认话术中
• Step（步骤）：子工作流内部步骤，编号 Step 1–N，确认话术引用格式： 快速模式-Step2
• 两套编号互不干扰，消除歧义

---

核心工作流程（5 个 Phase）#

---

Phase 1：读取需求信息#

文件上传时：

bash

view /mnt/user-data/uploads/<文件名>

提取：产品/功能名称、核心目标、涉及用户角色、主要功能点列表。

直接描述时：从用户描述提取上述信息，必要时使用 5W1H 澄清（What/Why/Who/When/Where/How）。

产出：向用户展示需求解析摘要，等待用户确认或补充后进入 Phase 2。

---

Phase 2：评估复杂度并确认工作模式#

评分表

评估维度低中高功能点数量1–3 个 (3分)4–8 个 (7分)9+ 个 (10分)用户角色数1 个 (2分)2–3 个 (5分)4+ 个 (10分)系统集成无 (0分)1–2 个 (3分)3+ 个 (7分)业务规则复杂度简单 (3分)中等 (7分)复杂 (10分)数据复杂度简单 (3分)中等 (7分)复杂 (10分)

权重说明：「系统集成」上限 7 分，低于其他维度的 10 分。原因：系统集成复杂度主要影响技术实现难度，对产品分析本身的宽度和深度影响相对较小；其他 4 个维度直接决定分析的业务复杂度和文档体量。

评分范围：最低 11 分（3+2+0+3+3），最高 47 分（10+10+7+10+10）。

复杂度判定：

• 11–20 分：低复杂度 → 快速模式（3 步，默认连续执行）
• 21–35 分：中等复杂度 → 标准模式（5 步，调研可选，分步确认）
• 36–47 分：高复杂度 → 完整标准模式（5 步，调研必选，分步确认）

临界升档规则：若总分在 18–22 分或 33–37 分的临界区间，且任意一个维度评为「高」，自动升一档。

向用户确认：

"基于复杂度评估（__分），推荐使用 [模式名称]。

快速模式：3 步完成，默认全部执行后一次性交付，适合快速出结果。 标准模式：5 步完成，每步确认后继续，适合正式立项。 迭代模式：3 步完成，专为存量功能改版设计，聚焦 Diff 分析，适合已有产品的需求变更。

【快速模式专属】默认在 3 步完成后一次性交付所有产出。如需分步确认，请现在告知。

确认继续使用推荐模式，或告知我您的选择？"

迭代模式触发规则（满足任一条即优先推荐迭代模式，不受复杂度评分限制）：

• 用户描述包含「改版」「迭代」「优化现有」「在 XX 基础上」等语义
• 用户上传了现有 PRD、功能文档或设计稿
• 需求以变更语言描述（「把 XX 改成 YY」「增加 XX 能力」「去掉 XX」）

---

Phase 3：执行前准备#

创建本次调用专属输出目录并持久化（ OUTPUT_DIR 贯穿全流程，通过文件持久化解决跨 bash_tool 调用变量丢失问题）：

bash

# [名称] 取自 Phase 1 提取的产品/功能名称，去除空格和特殊字符
OUTPUT_DIR="/mnt/user-data/outputs/[名称]-$(date +%Y%m%d-%H%M%S)"
mkdir -p "$OUTPUT_DIR"
# 持久化路径，后续所有步骤通过此文件读取
echo "$OUTPUT_DIR" > /tmp/pa_output_dir.txt
echo "输出目录已创建：$OUTPUT_DIR"

后续步骤读取 OUTPUT_DIR 的标准方式（每次新的 bash_tool 调用开头执行）：

bash

OUTPUT_DIR=$(cat /tmp/pa_output_dir.txt)

每次调用生成独立子文件夹，多次分析结果不相互混入。 /tmp/pa_output_dir.txt 在单次会话内持久，会话结束自动清理。

定位 Skill 脚本目录（供自动化质量检查使用，Phase 3 执行一次后各步骤复用）：

bash

# 按常见部署路径逐一探测，找到即停止
SKILL_BASE=""
for _p in \
  "/mnt/skills/public/product-analysis6.5" \
  "/mnt/skills/public/product-analysis" \
  "/mnt/skills/user/product-analysis6.5" \
  "/mnt/skills/user/product-analysis"; do
  if [ -f "$_p/scripts/validate_mermaid.py" ]; then
    SKILL_BASE="$_p"
    break
  fi
done
if [ -z "$SKILL_BASE" ]; then
  echo "WARN: 未找到脚本目录，自动化检查将跳过（不影响交付）"
else
  echo "SKILL_BASE=$SKILL_BASE"
  echo "$SKILL_BASE" > /tmp/pa_skill_base.txt
fi

后续步骤读取 SKILL_BASE 的标准方式：

bash

SKILL_BASE=$(cat /tmp/pa_skill_base.txt 2>/dev/null || echo "")

读取工作流指南（Phase 3 必须执行）：

• 快速模式 → guides/fast-workflow.md
• 标准模式 → guides/standard-workflow.md
• 迭代模式 → guides/iteration-workflow.md

按需读取参考文档（执行对应任务时再读）：

• references/analysis-frameworks.md — 需要应用分析框架时
• references/flowchart-standards.md — 需要创建流程图时
• references/exception-checklist.md — 需要识别异常场景时
• references/architecture-patterns.md — 需要设计架构时

推荐读取示例（以下情况 SHOULD 主动读取）：

• 首次执行该行业类型需求、或不确定流程图层级组织时
• 快速模式 → examples/simple-feature-analysis.md
• 标准模式 → examples/complex-system-analysis.md

---

Phase 4：执行工作流程#

以子工作流文件为唯一权威（含步骤、确认机制、质量检查、调研时机、最终交付）：

• 快速模式 → guides/fast-workflow.md
• 标准模式 → guides/standard-workflow.md

SKILL.md 不重复描述步骤内容，一切以子工作流为准，避免不一致。

---

Phase 5：最终交付#

以子工作流末尾的「最终交付」章节为准。

文件命名规范（含日期后缀）：

文档类型快速版文件名标准版文件名迭代版文件名业务流程分析报告[名称]-业务流程分析-快速版-YYYYMMDD.md``[名称]-业务流程分析-标准版-YYYYMMDD.md``[名称]-变更分析-YYYYMMDD.md功能架构设计[名称]-功能架构设计-快速版-YYYYMMDD.md``[名称]-功能架构设计-标准版-YYYYMMDD.md``[名称]-功能架构设计-迭代版-YYYYMMDD.md埋点方案[名称]-埋点清单-快速版-YYYYMMDD.md``[名称]-埋点方案设计-标准版-YYYYMMDD.md—完整 PRD 文档[名称]-PRD-快速版-YYYYMMDD.md``[名称]-PRD-标准版-YYYYMMDD.md``[名称]-PRD-迭代版-YYYYMMDD.md开发任务拆解清单[名称]-Tickets-快速版-YYYYMMDD.md``[名称]-Tickets-标准版-YYYYMMDD.md``[名称]-Tickets-YYYYMMDD.md

YYYYMMDD 为执行日期（如 20260220）。所有文件保存至 Phase 3 持久化的专属目录（路径从 /tmp/pa_output_dir.txt 读取）。

---

资源库#

类型路径说明工作流指南guides/fast-workflow.md快速模式权威来源（步骤+确认+质量+最终交付）工作流指南guides/standard-workflow.md标准模式权威来源（步骤+确认+质量+最终交付）工作流指南guides/iteration-workflow.md迭代模式权威来源（Diff分析+影响面+变更规格）确认话术guides/confirmation-templates.md分步确认标准模板（含迭代模式模板）交付确认guides/delivery-confirmation-dynamic.md动态拼装式最终交付确认指南确认规范guides/step-confirmation-checklist.md确认机制执行规范质量检查guides/quality-checklist.md各步骤质量检查清单速查表guides/quick-reference.md核心信息一页纸速查（含初始化命令）故障排除guides/troubleshooting.md常见问题解决方案分析框架references/analysis-frameworks.md用户故事、KANO、MECE、JTBD、RICE 等框架流程图规范references/flowchart-standards.mdMermaid 绘图标准异常清单references/exception-checklist.md四类异常系统检查清单架构模式references/architecture-patterns.md常见架构模式参考文档模板assets/交付文档模板（含 tickets.tpl.md Ticket 拆解模板）示例examples/快速/标准/迭代模式完整示例自动化脚本scripts/Mermaid 验证和质量检查工具暂存目录files/系统保留（见 files/README.md）

---

故障排查#

问题解决方案需求模糊使用 5W1H 引导澄清，澄清后重新评分再确认模式脚本执行失败 / 脚本目录未找到输出 SKIP 提示，改为人工检查；脚本失败不影响交付OUTPUT_DIR 读取为空重新执行 Phase 3 初始化命令（见 quick-reference.md Section 3）重建 /tmp/pa_output_dir.txt用户拒绝推荐模式解释各模式差异，尊重用户最终选择临界复杂度难以判断参考升档规则；不确定时选更详细的模式更多问题（含用户中途修改需求范围）参见 guides/troubleshooting.md