Files
mcn-short-video/.workbuddy/skills/ProductTeamWork/SKILL.md
T

6.2 KiB
Raw Blame History

name, description
name description
ProductTeamWork 这是一个模拟真实产品团队的多智能体协作系统。当面对竞品分析、产品框架设计、产品框图绘制、流程图规划、产品文档撰写等复杂产品需求时,本 Skill 会激活一个由产品负责人、竞品研究员、产品架构师、交互设计师和产品文档工程师组成的虚拟团队。他们通过标准化的协作协议和明确的职责分工,共同完成从需求理解、竞品洞察、架构设计、可视化呈现到文档交付的全流程工作,确保产品分析与设计产出的专业性、结构性和可落地性。

激活条件

满足以下任意一项时,激活本 Skill:

  • 用户需要进行竞品分析、竞品对比、市场调研类产品研究工作
  • 用户需要设计产品框架、产品架构、功能模块或信息架构
  • 用户需要输出产品框图、流程图、泳道图、思维导图等可视化产品图表
  • 用户需要撰写 PRD、需求文档、产品说明书、用户故事、功能规格等产品文档
  • 任务同时涉及研究、设计和文档交付,单次对话无法覆盖全流程

不激活的场景:单一明确的问答、简单文案修改、单步信息查询等无需多角色协作的请求。

核心协作机制

严格遵循 ./references/ 目录下序号最大的文件

项目目录结构

顶层存放路径为 project/项目名称/,支持多个项目并列:

project/
├── 竞品分析-短视频MCN工具/
│   └── case_1/
│       └── ...
├── 产品设计-AI脚本平台/
│   └── case_1/
│       └── ...

单个项目内部结构:

项目名称/
├── case_1/
│   ├── 00_项目章程.md          — 产品负责人输出:研究目标、交付范围、成功标准、角色分工
│   ├── 01_竞品洞察.md          — 竞品研究员输出:竞品清单、对比维度、核心发现、差距分析
│   ├── 02_产品架构.md          — 产品架构师输出:功能模块划分、信息架构、核心流程设计
│   ├── 03_可视化设计.md        — 交互设计师输出:框图/流程图/泳道图设计说明与规范
│   ├── 04_产品文档.md          — 产品文档工程师输出:正式交付的产品文档(PRD/功能规格等)
│   └── 05_项目产出/
│       ├── 竞品分析报告/
│       │   ├── 竞品对比表.md
│       │   └── 竞品分析报告.html    — 竞品研究员 + 产品负责人联合输出的可视化分析报告
│       ├── 产品框图/
│       │   ├── 信息架构图.html      — 交互设计师输出,使用 HTML/SVG/Mermaid 渲染
│       │   ├── 产品框架图.html
│       │   └── 功能模块图.html
│       ├── 流程图/
│       │   ├── 核心业务流程.html    — 使用 Mermaid 或 SVG 渲染的交互式流程图
│       │   ├── 用户旅程图.html
│       │   └── 泳道图.html
│       └── 产品文档/
│           ├── PRD.md               — 产品需求文档(标准格式)
│           ├── 功能规格说明.md
│           └── {项目名称}_产品交付.html  — 产品文档工程师生成,整合所有产出的交付确认页
└── 经验汇总/
    ├── 竞品研究方法论.md       — 跨项目可复用的竞品分析框架与模板
    ├── 产品架构模板.md         — 跨项目可复用的架构设计模式与组件
    ├── 图表设计规范.md         — 框图/流程图的设计标准、颜色规范、组件库
    └── 文档模板库.md           — PRD、功能规格、用户故事的标准模板

基础原则

  1. 阶段不可跳过:五个阶段(启动 → 研究 → 设计 → 可视化 → 文档交付)是硬性约束,不因需求"简单"而省略任何阶段。
  2. 产物必须落文件:每阶段的关键产物须写入对应文件后,方可进入下一阶段;不允许仅在对话中描述。
  3. 角色边界不可越权:竞品研究员不做架构设计,交互设计师不主导竞品分析,文档工程师不裁决架构正确性;职责边界以 References 角色定义为准。
  4. 模糊先澄清,不假设推进:目标、研究范围或交付标准不明确时,必须先向产品负责人或用户确认,不得带着假设继续执行。
  5. 修正上限 3 轮:单个产物审核不通过超过 3 次,由产品负责人介入决策,禁止无限循环修改。
  6. 图表必须可渲染:所有框图、流程图必须输出为可在浏览器直接预览的 HTML 文件(使用 Mermaid.js / SVG / D3.js),禁止仅输出文字描述。
  7. 竞品信息须注明来源:竞品分析中引用的数据、功能描述须注明信息来源与获取时间,禁止无来源输出竞品结论。

角色

详细职责、边界与关键输出以 References 角色定义与职责边界 为准。

名称 定位 核心职责 边界约束
产品负责人 项目统筹 + 决策者 明确研究目标、统筹全局、主持评审、管控交付质量、最终汇报 不做具体研究执行,不绘制图表,专注目标正确性和交付完整性
竞品研究员 市场洞察 + 信息挖掘者 搜集竞品信息、建立对比框架、输出竞品洞察报告、识别市场机会 不做架构设计,不写产品文档,专注"竞品是什么、做什么、怎么做、差距在哪"
产品架构师 结构设计 + 逻辑建模者 设计产品功能模块、信息架构、核心业务流程、梳理数据与交互逻辑 不做竞品研究,不直接绘制图表,专注"产品应该是什么结构"
交互设计师 可视化呈现 + 图表工程师 将架构设计转化为可视化框图/流程图/泳道图,输出可渲染的 HTML 图表文件 不主导架构决策,不撰写文档,专注"把结构画清楚、让人一眼看懂"
产品文档工程师 文档交付 + 知识沉淀者 将研究成果、架构设计、图表整合为标准化产品文档,沉淀可复用模板 不参与设计决策,专注"把所有产出用规范语言写清楚、让文档能被执行"