3.3 KiB
3.3 KiB
需求
本文只描述要什么与怎么算达成，用产品 / 用户语言表达，不涉及技术实现。 技术方案、数据结构、字段定义见 架构设计。
一、业务现状
| 项 | 状态 |
|---|---|
| 用户 | 【目标用户和当前痛点】 |
| 数据 | 【已有 / 缺失 / 待清洗的数据】 |
| 现有系统 | 【如有，说明当前状态】 |
| 约束 | 【版权、合规、性能、设备、网络等限制】 |
二、用户角色
- 【角色 1】：【能做什么】
- 【角色 2】：【能做什么】
- 游客 / 未登录用户：【是否允许访问，待定也要写明】
三、功能清单
第一版 MVP（最小闭环）
| 功能 | 用户能做什么 | 优先级 | 关联用户故事 |
|---|---|---|---|
| 【功能 1】 | 【用户动作和结果】 | P0 | US-001 |
| 【功能 2】 | 【用户动作和结果】 | P0 | US-002 |
| 【功能 3】 | 【用户动作和结果】 | P0 | 【US 编号】 |
后续迭代
| 功能 | 描述 | 阶段 |
|---|---|---|
| 【功能】 | 【说明】 | V2 |
| 【功能】 | 【说明】 | V3 |
四、核心用户故事（MVP）
详细故事以用户故事清单为准；本文只维护功能、优先级与 US 编号的索引，避免两处成为相互冲突的权威来源。
| 功能 | 用户故事 | 优先级 |
|---|---|---|
| 【功能 1】 | US-001 | P0 |
| 【功能 2】 | US-002 | P0 |
| 【功能 3】 | 【US 编号】 | 【P0 / P1 / P2】 |
角色、目标、价值、验收场景和关联交互由用户故事清单独占维护；具体页面行为、状态和反馈见交互清单。
五、验收标准（MVP）
每条 P0 功能对应可验证的判据：
- 【功能 1】：【打开 / 点击 / 输入 / 保存 后，应看到什么结果】。
- 【功能 2】：【明确时间、状态、数据持久化或错误处理要求】。
- 【功能 3】：【跨刷新、跨设备、权限、边界情况等要求】。
- 每条 P0 判据关联至少一个 US 编号；有用户界面的判据同时关联相关 IX 编号。
六、范围边界与决策
| 问题 | 决策 |
|---|---|
| 第一版平台 | 【Web / 移动端 / 桌面 / CLI】 |
| 是否需要账号 | 【是 / 否 / 待定】 |
| 第一版范围 | 【最小闭环】 |
| 暂不支持 | 【明确排除项】 |
七、待确认 / 风险点
- 【风险 1】：【为什么有风险，建议先如何验证】。
- 【风险 2】：【数据、性能、授权、依赖、体验等风险】。
- 【资金风险】：【是否涉及付款、退款、分账、对账，谁确认规则】。
- 【账号 / 权限风险】：【是否涉及用户账号、平台账号、代操作权限或凭证保存】。
- 【第三方平台风险】：【是否依赖平台规则、限流、封号、接口变更或人工审核】。
- 【自动化边界风险】：【是否会自动点击、批量提交、爬取、发送消息或触发不可逆操作】。
- 【隐私数据风险】：【是否处理个人信息、敏感文件、聊天记录、定位、联系方式等】。
- 【合规风险】：【版权、平台条款、行业监管、数据跨境、审计留痕等是否需要确认】。
- 【待确认问题】：【谁来决策，什么时候需要决策】。