# 产品体验与评审流程

## 概述

产品经理在体验完产品后，需要判断产品是否符合之前的产品定义（PRD），如不满足需要提出 Issue 并组织讨论会议。

## 触发条件

1. 开发团队邀请进行功能验收
2. 产品体验环节
3. 定期产品评审

## 评审标准

### 1. 功能完整性
- [ ] 是否实现所有 PRD 中的功能需求
- [ ] 核心功能是否可用
- [ ] 是否有遗漏的功能点

### 2. 用户体验
- [ ] 界面是否美观
- [ ] 操作流程是否顺畅
- [ ] 是否有不必要的操作步骤
- [ ] 错误提示是否清晰

### 3. 需求符合度
- [ ] 功能是否符合 PRD 描述
- [ ] 交互方式是否符合预期
- [ ] 性能是否满足要求

### 4. 边界情况
- [ ] 异常输入是否有处理
- [ ] 网络异常如何处理
- [ ] 大文件如何处理

## Issue 格式

如发现问题，创建 Issue：

```markdown
## Issue: [问题标题]

### 问题描述
[详细描述问题]

### 期望行为
[期望的产品表现]

### 严重程度
- [ ] 严重 - 功能不可用
- [ ] 中等 - 功能可用但体验差
- [ ] 轻微 - 优化建议

### 优先级
- [ ] P0 - 必须修复
- [ ] P1 - 应该修复
- [ ] P2 - 可以修复

### 相关需求
- PRD 中的哪个需求
```

## 讨论会议

如需要讨论：

1. **参会人**：产品经理、相关开发人员、测试工程师
2. **议程**：
   - 问题陈述
   - 原因分析
   - 解决方案讨论
   - 责任分配
3. **输出**：会议记录
4. **存档**：prd/meeting-reviews/YYYY-MM-DD-topic.md

## 存档格式

每次讨论生成：`prd/meeting-reviews/YYYY-MM-DD-issue-title.md`