# PRD：客户需求到 PRD 工作台

## 1. 产品背景

B 端产品经理实习岗位要求候选人能完成需求调研、需求文档撰写、原型设计支持、测试验收和反馈跟进。本作品用于模拟产品经理将客户反馈转化为结构化 PRD 的完整流程，展示从需求收集到后端交互验证的能力。

## 2. 产品目标

- 帮助产品经理把多角色反馈沉淀为功能范围、流程设计和验收标准。
- 让面试官可以通过新增反馈、切换 PRD Tab、勾选验收项看到前后端交互。
- 展示候选人对 B 端产品需求分析、文档结构和交付闭环的理解。

## 3. 目标用户

- 产品经理：整理客户反馈，输出 PRD 和验收标准。
- 客户成功 / 运营：提交客户问题和续费场景需求。
- 测试同学：根据验收标准确认功能是否达到上线要求。

## 4. 核心场景

运营负责人、客户成功和测试同学分别提出需求：希望在客户续费前看到使用活跃度、异常账号、固定报表导出字段和筛选规则。产品经理需要将这些反馈快速整理成可沟通、可开发、可验收的 PRD。

## 5. 功能需求

### 5.1 客户反馈池

- 展示反馈角色和原始反馈内容。
- 支持新增客户反馈。
- 新增反馈提交到后端接口后，反馈列表实时刷新。

### 5.2 PRD 摘要

- 按 Tab 展示功能范围、流程设计、验收标准。
- 功能范围需区分 P0 / P1，避免首版范围失控。
- 流程设计需说明入口、核心动作和产出物。

### 5.3 验收标准

- 支持勾选验收项完成状态。
- 勾选后调用后端 PATCH 接口并刷新状态。
- 离线打开时使用静态 fallback 数据，保证页面可展示。

## 6. Axure 原型设计说明

- 页面 1：客户反馈池，包含角色、反馈内容、新增反馈表单。
- 页面 2：PRD 摘要区，使用 Tab 切换功能范围、流程设计、验收标准。
- 交互 1：点击 Tab 后切换对应 PRD 内容。
- 交互 2：提交新增反馈后刷新反馈池。
- 交互 3：勾选验收项后显示状态变化。

## 7. 数据与接口

### GET /api/prd

返回客户反馈、标签、PRD 分区和验收标准。

### POST /api/prd/feedback

提交新增客户反馈。

请求字段：

- role：反馈角色
- text：反馈内容

### PATCH /api/prd/acceptance

更新验收项完成状态。

请求字段：

- id：验收项 ID
- done：是否完成

## 8. 验收标准

- 页面打开后可以从后端加载 PRD 数据。
- 新增反馈后，反馈池新增一条记录。
- 勾选验收项后，刷新页面前状态能在后端内存中保留。
- 后端不可用时，页面仍能展示静态 fallback 内容。
- 移动端下反馈池和 PRD 摘要上下排列，无文字溢出。

## 9. 测试与部署

- 本地 Node 服务端口：4173。
- 主要测试：GET 数据加载、POST 反馈新增、PATCH 验收状态更新。
- 部署方式：本地静态页面 + Node HTTP API，无需构建工具。

## 10. 可用性增强版本

### 10.1 关键任务流

1. 产品经理查看客户反馈池。
2. 将反馈拆解为角色、场景、目标、痛点。
3. 根据业务价值、紧急程度和实现复杂度判断优先级。
4. 自动生成用户故事、功能范围和验收标准。
5. 将 P0 功能进入本轮版本计划，P1 功能进入后续迭代。

### 10.2 新增页面能力

- 需求评分：支持按业务价值、紧急程度、实现复杂度进行 P0 / P1 / P2 判断。
- 用户故事：以“作为某角色，我希望……以便……”格式沉淀需求。
- 版本计划：展示本轮必须交付、下一版迭代、暂缓事项。
- PRD 完整度检查：检查是否具备背景、目标、范围、流程、验收标准、风险说明。

### 10.3 字段规则

- role：反馈来源角色。
- scenario：业务场景。
- pain：客户痛点。
- value：业务价值，1-5 分。
- urgency：紧急程度，1-5 分。
- complexity：实现复杂度，1-5 分。
- priority：由 value + urgency - complexity 得出。

### 10.4 增强验收标准

- 新增需求后，需求评分和版本计划应同步刷新。
- P0 需求必须有至少一条验收标准。
- PRD 完整度低于 80% 时，应提示仍需补充。