PM Agent · purchase-pm-agent
业务方一句话
业务方一句话
→ 标准化 PRD
→ 自动分发下游
以企业微信自然语言为入口，11 种意图分类后展开 Problem Framing。 最多 3 轮对话生成 3 个方案，业务确认后产出 8 类交付物， 独立 Session 的 Review Agent 用 6 层 Checklist 把守质量。
意图类型
11种
交付物
8类
语言覆盖
5种
对话轮次
≤3
Review 层级
6层
Steering 文件
5个
01 / Pipeline
端到端全景
触发
👤 业务方
企业微信自然语言
01
🧠 PM Agent
需求分析 · 方案生成
02
🔍 Review Agent
6 层 Checklist 审查
03
📄 Google Doc
+ OpenProject 工单
FAIL · 修正
下游
🎨 UI Agent
下游
💻 Coding Agent
下游
✅ QA Agent
02 / Core
需求分析核心流程
入口
📩 业务方输入需求
🚦 路由判断意图分流
Bug
🐛 Bug Report
→ Coding Agent
埋点
📊 Tracking Spec
非 Purchase
↗️ 转交对应团队
Purchase 职责
📋 意图分类
11 种需求类型
📐 开放程度L1/L2 · L3/L4
L1 / L2 确定型
💡 直接生成 3 个方案
L3 / L4 探索型
❓ 方向性追问
3 - 5 个问题
细化
🔎 细化追问
频控 · 用户 · 平台 · AB
Problem Framing
📝 Customer · Problem · Job
Customer Benefit · Company Benefit
确认
✅ 业务确认卡片
A 确认 · B/C/D 修改
A · 确认
📦 生成交付物 → Review
非 Purchase
Bug / 异常
埋点 / 数据
确定型
探索型
业务方回答
B/C/D 修改
A 确认
03 / Plan
方案生成决策逻辑
输入
决策
输出
A1需求意图
A2流量数据
分端 / 分语言
A3代码现状
冲突检查
B1已有类似功能？
B2页面放得下？
B3放这里合适？
推荐方案 A · Recommended
备选方案 B · Alternate
保守方案 C · Conservative
每个方案包含：用户价值 · 业务价值 · 影响路径 · 复杂度 · 风险 · AB 建议
04 / Review
Review Agent 审查机制
输入文件
F1
conversation.md
对话记录
F2prd.md
F3uih.md
6 层 Checklist
① 完整性
对话细节 → PRD 覆盖
② 一致性
PRD 内部无矛盾
③ 对齐
PRD ↔ UIH 对齐
④ 可执行性
无模糊描述
⑤ 格式合规
规范模板 · 字段齐全
⑥ 无代码暴露
业务语言描述能力
✅ PASS
→ 推送
❌ FAIL
打回修正
判定规则：缺失 0 条 + 不一致 0 条 + 内部矛盾 0 处 + 模糊描述 ≤ 1 处 = PASS · 最多 2 轮打回，第 3 次直接 PASS
05 / Output
交付物全景
📄 PRD
产品需求文档
Problem Framing + 方案选择 + 验收标准。沉淀到 Google Doc。
🎨 UIH
UI 暗示 / 文案方向
视觉锚点 + 文案风格，输入到 Design Agent。
📋 SRD
软件需求规约
面向架构 / 编码 Agent 的技术口径。
🌐 Copy Package
5 语言文案包
中 / 英 / 日 / 韩 / 印尼 全语种覆盖。
📊 AB Brief
实验设计简报
假设 · 指标 · 分流 · 持续时长。
📈 Tracking Spec
埋点规约
事件名 · 字段 · 触发时机。
✅ QA Criteria
验收标准
AutoQA Agent 据此生成测试用例。
📦 Task Package
任务包
推送到编排平台 · 自动调度下游 Agent。
06 / Principles
设计原则
外化 · Externalize
Steering 不藏代码里
逻辑沉淀为 5 个 Steering 文件 · 编排平台直调 · 独立迭代不互相影响。
先定义 · Frame First
Problem Framing 替代 User Story
用户第一人称视角，先定义问题再给方案，避免被实现细节绑架。
独立 · Isolate
Review 独立 Session
避免自我合理化 · 结构化 Checklist · 可配置开关和轮次。
过滤 · Translate
输出按受众过滤
不暴露代码细节给业务方 · 产品语言描述技术能力 · 技术细节留在 Doc。