以「项目」为容器，将成员协作、资料库、事项/待办与贯穿需求全流程的 AI 助手整合为一体，让产品团队在同一空间内完成从需求规划到上线复盘的完整闭环。
产品团队的日常协作被割裂在多个工具中：需求文档散落在网盘，任务追踪在项目管理软件，评审结论沉在聊天记录，AI 工具又是独立的对话窗口。信息无法沉淀为「项目上下文」，导致以下痛点：
| 痛点 | 具体表现 | 影响 |
|---|---|---|
| 上下文断裂 | PRD、设计稿、评审结论、Bug 分散在不同工具，AI 无法感知项目全貌 | 反复解释背景，AI 产出通用而不贴合 |
| 流转靠人肉 | 阶段成果依赖人工通知与转发 | 关键角色漏接信息，交付物脱节 |
| 过程不可追溯 | 决策、变更、责任人缺乏统一记录 | 复盘困难，重复踩坑 |
| AI 能力孤立 | AI 只能对话，不能读资料、建事项、触达成员 | AI 停留在「聊天」而非「协同」 |
让 WorkBuddy 项目空间成为产品团队的统一协作容器与 AI 上下文中枢——所有资料、事项、成员与 AI 助手在同一项目内联动，AI 天然理解「这个项目正在做什么、由谁负责、到了哪个阶段」。
| 层级 | 目标 | 衡量方式 |
|---|---|---|
| 业务目标 | 缩短需求全流程协同周期，减少信息流转损耗 | 需求平均交付周期 ↓、跨阶段返工率 ↓ |
| 用户目标 | 产品经理在一个空间内完成规划到复盘 | 单项目跨阶段工具切换次数 ↓ |
| AI 目标 | AI 基于项目上下文自动生成交付物并驱动流转 | AI 产出采纳率、AI 触发的事项创建量 |
| 角色 | 核心诉求 | 关键动作 |
|---|---|---|
| 产品经理（主用户） | 统筹全流程、产出 PRD、驱动流转 | 建项目、写 PRD、创建/分配事项、驱动 AI |
| 设计师 | 清晰接收需求，输出并归档设计稿 | 接收评审事项、上传设计稿、回复问题 |
| 研发负责人 / 开发 | 理解需求、拆解任务、跟踪进度 | 接收研发事项、拆子任务、更新状态 |
| 测试 | 基于 PRD 生成用例、提交规范 Bug | 接收测试事项、创建 Bug 并回链 |
| 项目管理者 / Owner | 掌握进度与风险、沉淀成果 | 管理成员权限、查看进度、设定规则 |
作为产品经理，我希望创建项目并邀请成员，让所有协作在统一空间内进行。
作为产品经理，我希望 AI 基于项目资料帮我梳理需求池与优先级。
作为产品经理，我希望用 AI 按 EARS 规范写 PRD 并上传资料库供评审。
作为产品经理，我希望一键创建评审事项、分配责任人并添加关注人。
作为研发负责人，我希望把需求拆成子任务并附上 PRD 按依赖推进。
作为测试，我希望基于 PRD 生成用例，发现问题创建 Bug 并回链需求。
项目创建、基本信息、项目指令/上下文、归档
邀请、角色分配、权限控制、关注人机制
文档/设计稿上传、版本、目录、AI 上下文
创建、分配、状态流转、子任务、附件回链
贯穿六阶段：规划/PRD/评审/跟进/测试/复盘
阶段流转提醒、事项通知、关注人触达
点击下方标签筛选不同 EARS 类型的需求条目。
When 用户点击「创建项目」并填写名称，the system shall 生成独立项目空间并将创建者设为 Owner。
The system shall 始终为每个项目维护一份「项目指令/上下文」，供 AI 在本项目内所有对话中读取。
Where 项目已归档，the system shall 置为只读并从活跃列表隐藏，但保留全部资料与事项可追溯。
If 项目名称为空或重名，then the system shall 阻止创建并给出明确错误提示。
When Owner 邀请成员并指定角色，the system shall 发送邀请并在接受后按角色授予权限。
While 成员为「关注人」，the system shall 在其关注的事项或文档变更时推送通知。
If 非授权成员尝试删除他人事项或资料，then the system shall 拒绝并记录该行为。
When 用户上传 PRD/设计稿/评审结论/测试用例，the system shall 存入资料库并纳入 AI 可检索的上下文。
The system shall 为同名文档保留版本历史，允许查看与回溯。
If 文件超限或格式不支持，then the system shall 中止上传并提示允许的格式与上限。
When 用户创建事项并指定负责人，the system shall 生成事项、通知负责人，并支持附加文档与关注人。
While 事项处于「进行中」，the system shall 允许拆子任务、设依赖并汇总完成度。
The system shall 始终记录事项状态流转历史以供追溯。
If 事项被标记完成但仍有阻塞性子任务，then the system shall 弹出确认并提示风险。
| 阶段 | AI 能力 | 产出物 |
|---|---|---|
| ① 需求规划 | 梳理用户/痛点/场景、竞品调研、优先级建议 | 需求概要、需求池、优先级、待确认清单 |
| ② PRD 撰写 | 按 EARS + 标准结构撰写、补全边界/权限/埋点 | 结构化 PRD（MD/Word/HTML） |
| ③ 设计/研发评审 | 整理议题、依赖、风险，拆页面/状态/技术依赖 | 议题清单、风险清单、待办问题 |
| ④ 研发跟进 | 拆研发任务与依赖，汇总进度与风险 | 任务拆解、进度摘要、风险清单 |
| ⑤ 测试验收 | 基于 PRD 生成用例、规范 Bug、判断阻断性 | 测试用例、Bug 事项、验收/风险清单 |
| ⑥ 上线复盘 | 总结达成、遗留问题、提炼可复用经验 | 复盘报告、数据观察、后续行动项 |
The system shall 始终基于当前项目的资料库、成员与事项上下文生成回答，而非通用回答。
When AI 完成某阶段交付物，the system shall 主动提醒「上传资料库 / 建下一环节事项 / 加关注人」。
When 用户确认，the system shall 由 AI 代建事项、附交付物并分配给负责人。
If 信息不足（缺目标用户/数据口径），then the system shall 先追问关键缺口，不得编造结论。
If 涉及排期/资源/上线范围，then the system shall 提示用户找对应负责人确认，而非自行拍板。
When 事项被分配、状态变更或被 @，the system shall 向负责人与关注人发送通知。
While 某阶段成果已就绪，the system shall 提示可流转至下一环节角色，并附交付物链接。
| 操作 | Owner | 产品经理 | 普通成员 | 关注人 |
|---|---|---|---|---|
| 管理成员/权限 | ✅ | ➖ 可邀请 | ❌ | ❌ |
| 创建/删除项目 | ✅ | ❌ | ❌ | ❌ |
| 上传/管理资料 | ✅ | ✅ | ✅ | 👁 只读 |
| 创建/分配事项 | ✅ | ✅ | ✅ 自建 | 👁 只读 |
| 接收通知 | ✅ | ✅ | ✅ | ✅ |
| 指标 | 定义 | 埋点事件 |
|---|---|---|
| 项目活跃度 | 7 日内有资料/事项/AI 操作的项目占比 | project_active |
| AI 产出采纳率 | AI 生成物被上传或转事项的比例 | ai_output_adopted |
| 成果流转率 | 阶段交付物完成后建下一环节事项的比例 | stage_handoff |
| 事项闭环率 | 创建事项最终被标记完成的比例 | task_completed |
| 关注触达率 | 关注人成功收到并查看通知的比例 | notify_viewed |
勾选已满足的验收项，进度会自动保存到本地浏览器（刷新不丢失）。
| 场景 | 系统预期行为 |
|---|---|
| 资料库为空时向 AI 提问 | AI 声明缺乏上下文并追问关键信息，通用建议明确标注 |
| 成员被移除项目 | 失去访问权限，历史操作记录保留 |
| 事项负责人离职/停用 | 提示重新指派，事项进入「待认领」状态 |
| 并发编辑同一文档 | 提示版本冲突并保留双版本供合并 |
| AI 请求外部动作被拒绝 | 不执行，保留生成结果供手动处理 |
| 阶段 | 范围 | 优先级 |
|---|---|---|
| M1 | 项目空间 + 成员权限 + 资料库 | P0 |
| M2 | 事项/待办 + 通知流转 | P0 |
| M3 | AI 全流程助手（规划/PRD/评审） | P1 |
| M4 | AI 研发跟进/测试/复盘 + 代建事项 | P1 |
| M5 | 指标看板与埋点分析 | P2 |