Product Manager Review

4. 技术可行性初评

• 是否引入了超出当前技术栈（React + Vite + TailwindCSS + Flask）能力的功能？
• 数据结构是否与 V1 已有结构兼容？
• API 设计是否合理、RESTful？

5. V1 约束遵守检查

• 是否违反了 V1 冻结的"不做"清单？
• 是否隐式引入了自动判断、文件解析、流程审批等被明确排除的能力？

审查流程

Step 1: 阅读需求文档

按以下顺序阅读相关文档：

1. 暖通设计管家｜需求说明书（基础版_v_0.md — 理解原始需求基线与约束
2. 需求说明书_V1.md — 理解 V1 版本已确认的需求范围
3. PLAN.md — 理解已有的落地计划
4. 需求说明书_V2.md — 本次审查对象

Step 2: 逐条审查

对 V2 需求文档中的每一条功能需求，按上述 5 个维度逐条审查。

Step 3: 输出审查报告

输出格式：

# 产品经理审查报告

## 审查概要
- 文档版本：V2.0
- 审查日期：[日期]
- 审查结论：通过 / 有条件通过 / 需重大修改

## 审查发现

### [发现编号] [标题]
- **严重程度**：高/中/低
- **所在章节**：[章节号]
- **问题描述**：
- **修改建议**：

## 修改清单汇总

| # | 章节 | 修改类型 | 修改内容 |
|---|------|----------|----------|
| 1 | ...  | 新增/删除/修改 | ... |

Step 4: 更新需求文档

将审查通过的修改建议直接落实到 需求说明书_V2.md 中，更新版本号为 V2.1。

输出物

1. 产品经理审查报告.md — 审查报告
2. 更新后的 需求说明书_V2.md — 修改后的需求文档（版本号升至 V2.1）

注意事项

• 不要添加新功能：审查是为了完善现有需求，不是扩展功能范围
• 尊重 V1 约束：所有审查建议必须符合 V1 冻结边界
• 以用户为中心：审查的最终标准是"设计人员是否真正用得上"
• 保持克制：如果一条需求"可以更好但当前也够用"，不强制修改