09-产品经理：WorkBuddy 应用场景

覆盖角色：产品经理、AI产品经理、业务分析、用户研究、产品运营

产品经理可以把AI智能体放进调研、需求、文档和复盘链路，重点提升信息完整性。

应用场景全景表

场景	需要输入	WorkBuddy 可辅助交付	人工或系统边界
用户研究	访谈、问卷、反馈和行为数据	用户画像、任务、痛点和证据	样本不代表全部用户，个人信息需保护
需求澄清	一句话想法、业务目标、约束	问题树、假设、待确认项和验收条件	AI不能替干系人确认真实需求
PRD初稿	已确认需求、流程、规则、指标	PRD结构、用户故事和异常流程	范围、优先级和承诺由产品负责人确定
原型与页面说明	用户流程、组件、品牌规范	低保真原型、页面说明和交互清单	可用性需真实用户测试
需求优先级	价值、成本、风险、依赖和数据	评分矩阵和不同假设结果	模型不能替代资源与战略取舍
反馈归类	工单、评论、访谈和标签	主题、频次、严重度和原文证据	频次不等于价值，保留原始语境
竞品分析	产品、功能、价格、公开资料	功能矩阵、流程差异和验证清单	公开资料可能过期，关键能力需实测
产品数据复盘	使用、转化、留存和实验数据	漏斗、分群、异常和下一步实验	统计显著性和埋点质量需核验
产品文档同步	会议变更、PRD、版本记录	更新建议、差异和影响范围	正式版本和发布说明由负责人确认

三个优先场景

1. 用户研究

• 输入：访谈、问卷、反馈和行为数据
• 输出：用户画像、任务、痛点和证据
• 验收：检查需求整理时间、缺项率、版本同步及时率
• 边界：样本不代表全部用户，个人信息需保护

2. 需求澄清

• 输入：一句话想法、业务目标、约束
• 输出：问题树、假设、待确认项和验收条件
• 验收：检查需求整理时间、缺项率、版本同步及时率
• 边界：AI不能替干系人确认真实需求

3. PRD初稿

• 输入：已确认需求、流程、规则、指标
• 输出：PRD结构、用户故事和异常流程
• 验收：检查需求整理时间、缺项率、版本同步及时率
• 边界：范围、优先级和承诺由产品负责人确定

四层能力与实施条件

层级	本岗位可优先放入的场景	实施条件
文件层	用户研究、需求澄清、PRD初稿、原型与页面说明	使用本地文档、表格和模板，结果可人工检查
知识层	需求澄清	建立有版本、有出处、有权限的知识资料
系统层	产品数据复盘	通过受控的Connector、MCP或API读写业务系统
决策层	需求优先级	展示依据、假设和影响，高风险决定由人批准

建议从这个试点开始

推荐先做“需求澄清”。它所需输入是一句话想法、业务目标、约束，目标交付是问题树、假设、待确认项和验收条件。 试点可按四个动作推进：第一，抽取一批真实历史任务作为基线；第二，用同一批输入让人工流程和 WorkBuddy流程并行；第三，记录失败、遗漏和人工修改原因；第四，只在结果稳定、权限清楚、可以回滚时扩大范围。 建议验收指标包括：需求整理时间、缺项率、版本同步及时率。如果结果需要大量重做、来源无法追溯、 系统写入不可回滚，试点应暂停并先修复数据或流程。

实施边界

• 竞品分析：公开资料可能过期，关键能力需实测。
• 产品数据复盘：统计显著性和埋点质量需核验。
• 产品文档同步：正式版本和发布说明由负责人确认。
• 第三方案例中的效率数字和产品能力先作为线索，正式采购或发布前回查官方资料与实际测试。

主要资料来源

• 产品经理 AI 能力'四维进化
• AI怎么参与需求分析和原型设计
• AI产品经理的PRD怎么写
• 产品经理×AI：AI与产品经理之间发生了什么变化
• 超细致 WorkBuddy 官方教程解读（第八集 WorkBuddy 适合哪些人？产品、运营、行政、销售和老板的使用场景）

---

内容来源

本节内容整理自《WorkBuddy 企业岗位应用全景白皮书》（曾俊｜北京硅基行动科技有限公司，2026 研究版），由皮皮未来在本地站点中拆解、结构化后呈现。涉及 WorkBuddy 当前版本能力、企业版配置、价格与部署方式时，请以官方最新资料为准。