docs/02-requirements.md

# 需求

> 本文只描述**要什么**与**怎么算达成**，用产品 / 用户语言表达，**不涉及技术实现**。
> 技术方案、数据结构、字段定义见 [架构设计](04-architecture.md)。

## 一、业务现状

| 项 | 状态 |
| --- | --- |
| 用户 | 【目标用户和当前痛点】 |
| 数据 | 【已有 / 缺失 / 待清洗的数据】 |
| 现有系统 | 【如有，说明当前状态】 |
| 约束 | 【版权、合规、性能、设备、网络等限制】 |

## 二、用户角色

- **【角色 1】**：【能做什么】
- **【角色 2】**：【能做什么】
- **游客 / 未登录用户**：【是否允许访问，待定也要写明】

## 三、功能清单

### 第一版 MVP（最小闭环）

| 功能 | 用户能做什么 | 优先级 |
| --- | --- | --- |
| 【功能 1】 | 【用户动作和结果】 | P0 |
| 【功能 2】 | 【用户动作和结果】 | P0 |
| 【功能 3】 | 【用户动作和结果】 | P0 |

### 后续迭代

| 功能 | 描述 | 阶段 |
| --- | --- | --- |
| 【功能】 | 【说明】 | V2 |
| 【功能】 | 【说明】 | V3 |

## 四、核心用户故事（MVP）

1. 作为【角色】，我打开系统后能【第一步】。
2. 我可以【关键动作】，并看到【结果】。
3. 我可以【继续动作】，系统会【保存 / 同步 / 展示】。
4. 当【异常场景】发生时，系统会【降级 / 提示 / 阻止错误】。

## 五、验收标准（MVP）

每条 P0 功能对应可验证的判据：

- **【功能 1】**：【打开 / 点击 / 输入 / 保存 后，应看到什么结果】。
- **【功能 2】**：【明确时间、状态、数据持久化或错误处理要求】。
- **【功能 3】**：【跨刷新、跨设备、权限、边界情况等要求】。

## 六、范围边界与决策

| 问题 | 决策 |
| --- | --- |
| 第一版平台 | 【Web / 移动端 / 桌面 / CLI】 |
| 是否需要账号 | 【是 / 否 / 待定】 |
| 第一版范围 | 【最小闭环】 |
| 暂不支持 | 【明确排除项】 |

## 七、待确认 / 风险点

- 【风险 1】：【为什么有风险，建议先如何验证】。
- 【风险 2】：【数据、性能、授权、依赖、体验等风险】。
- 【资金风险】：【是否涉及付款、退款、分账、对账，谁确认规则】。
- 【账号 / 权限风险】：【是否涉及用户账号、平台账号、代操作权限或凭证保存】。
- 【第三方平台风险】：【是否依赖平台规则、限流、封号、接口变更或人工审核】。
- 【自动化边界风险】：【是否会自动点击、批量提交、爬取、发送消息或触发不可逆操作】。
- 【隐私数据风险】：【是否处理个人信息、敏感文件、聊天记录、定位、联系方式等】。
- 【合规风险】：【版权、平台条款、行业监管、数据跨境、审计留痕等是否需要确认】。
- 【待确认问题】：【谁来决策，什么时候需要决策】。