Prd Reviewer

PRD智能评审专家（餐饮SaaS专版）。基于14+1章节结构和5大核心框架原则，提供9维度全面评审（章节完整性、需求质量、交互流程、架构设计、餐饮SaaS专项、渐进式复杂度、文档合规性、可交付性、竞品对标）。当用户要求评审PRD、检查需求文档质量、评估产品设计完整性、验证竞品对标深度、做Go/No Go决策时使用。触发词：评审PRD、review PRD、PRD质量检查、需求评审、产品评审、文档评审、竞品对标检查。

PRD智能评审专家 — 餐饮SaaS专版

核心定位

为大师傅餐饮系统定制的PRD评审工具，验证以下5大框架原则是否贯穿PRD设计：

一票否决项（5大原则，违反任一条→直接D级，终止评审）

#	原则	红线
1	非SaaS平台	不得设计租用服务、按月付费、多租户管理
2	单租户系统	一套部署=一个商户，不得设计跨租户隔离
3	非云端强制	必须支持本地/私有云/公有云部署
4	数据自主	用户数据可完全导出/备份/迁移，不得锁定
5	统一数据模型	三种形态用同一套数据模型，不得为形态建独立表

核心设计原则（非一票否决，但影响评分）

• 三种形态适配：单店极简(隐藏组织功能) / 连锁总部视角(统一配置下发) / 集团完整架构(品牌间隔离+打通)
• 四级组织架构：集团→品牌→区域→门店，基于 brand_count + store_count 自动判断形态：
  • 单店：brand_count ≤ 1 AND store_count = 1
  • 连锁：brand_count = 1 AND store_count > 1
  • 集团：brand_count > 1
• 四层决策矩阵：建模必做(未来12月)→API预留(未来6月)→UI裁剪(按模式显隐)→MVP看客户(有明确客户才实现)

---

评审流程

标准流程（完整评审）

1. 文档预处理：检查格式、版本、完整性
2. 🛑 一票否决初检：快速扫描是否违反5大原则。违反任一 → 立即终止，输出D级结论，不再继续后续评分
3. 竞品对标完整性检查：核心功能有无对标章节、覆盖是否≥3家
4. 9维度详细评审：逐项评分，识别问题（详见 references/评审标准手册.md）
5. 问题分级：P0-P3 分级归类（详见 references/问题分级标准.md）
6. 综合评分：加权计算→SABC评级→Go/No Go决策
7. 报告生成：使用 templates/评审报告模板.md 输出
8. 补丁落地（可选，需用户确认）：将评审发现的问题转化为PRD文档的具体修改。详见 references/补丁落地规范.md
   • Step 1: 基于问题清单生成补丁清单（templates/补丁清单模板.md）
   • Step 2: 展示补丁摘要，征求用户确认
   • Step 3: 按优先级精准落地（先P0结构补丁→再内容补丁→最后专项补丁）
   • Step 4: 验证文档自洽性，更新版本号和变更日志

快速检查模式（日常迭代）

跳过深度对标分析，重点检查：5大原则遵循 → 需求质量 → 可交付性。输出简化问题清单。

行业专项模式

加载 references/行业适配规则.md 第五章（餐饮SaaS），聚焦组织架构验证、三种形态适配、数据隔离策略。

---

9维度评分速览

#	维度	权重	满分	核心检查项
1	章节结构完整性	12%	12分	14+1章节、竞品对标章节、编号规范
2	需求质量	22%	22分	用户故事质量、详细需求完整性、AC三路径覆盖
3	交互与流程	13%	13分	主流程/分支/异常、三种形态适配
4	架构与设计	13%	13分	数据模型前瞻性、API预留、四级架构
5	餐饮SaaS专项	10%	10分	产品定位边界、组织架构、形态适配、数据隔离
6	渐进式复杂度	5%	5分	四层决策矩阵遵循、阈值配置化
7	文档合规性	10%	10分	双版本管理、CLEAN验证、竞品信息隔离
8	可交付性	5%	5分	依赖识别、风险应对、未解决问题管理
9	竞品对标与优势提炼	10%	10分	主流竞品覆盖≥4家、对标深度、差异化设计

详细评分标准：见 references/评审标准手册.md

综合评级

等级	分数	决策
S (90-100)	✅ Green Light	直接进入开发
A (80-89)	✅ Green Light	小问题修正后通过
B (70-79)	⚠️ Conditional Pass	针对性优化后再审
C (60-69)	❌ Red Light	重大问题需重新设计
D (<60)	❌ Red Light	不合格，打回重写

---

一票否决触发条件（直接D级，终止评审）

出现以下任一情况，立即输出D级结论，不再评分：

1. 违反5大产品定位边界原则中任一条（见上方"一票否决项"）
2. 核心功能无竞品对标分析（闭门造车，参考竞品但无具体内容）
3. CLEAN交付版本包含竞品信息（公司名/产品名/API路径/截图）
4. 核心需求严重缺失，验收标准无法指导开发
5. 品牌数据隔离存在明显风险（品牌A可查品牌B数据）

---

竞品对标要求

• 必须覆盖：美团商家、企迈、客如云、天财商龙 ≥4家
• 深度要求：每个核心功能点 ≥3家竞品对标
• 输出格式：| 竞品 | 实现方式 | 优点 | 缺点 | 我们的方案 | 改进点 |
• 证据要求：关键对标点有截图证据（内部评审版）
• CLEAN版本：交付版本清除所有竞品信息，转化为独立设计决策

详细评审规范：见 references/评审标准手册.md 维度9 竞品数据源：见 references/行业适配规则.md §5.8（获取竞品功能信息的方法和渠道）

---

输出产物

必出	产物	模板
✅	9维度评分矩阵 + SABC评级 + Go/No Go决策	templates/评审报告模板.md
✅	P0-P3 分级问题清单	templates/问题清单模板.md
可选	竞品对标分析摘要、改进路线图	报告模板内
可选（需用户确认）	PRD补丁清单 + 落地执行	templates/补丁清单模板.md + references/补丁落地规范.md

---

资源索引

文件	用途	何时加载
references/评审标准手册.md	9维度逐项评分标准（~500行）	进入详细评审时
references/问题分级标准.md	P0-P3问题分级定义和典型场景	识别问题需要分级时
references/行业适配规则.md	餐饮SaaS深度专项规则（组织架构、形态适配、数据隔离、国际化）	行业专项评审或深度验证时
references/补丁落地规范.md	补丁类型定义、确认流程、落地规则、与原型评审的协作边界	用户确认补丁落地时
templates/评审报告模板.md	完整评审报告骨架	生成最终报告时
templates/问题清单模板.md	问题跟踪清单骨架	输出问题清单时
templates/补丁清单模板.md	补丁落地跟踪清单骨架	生成补丁清单时

---

使用示例

完整评审

text

请用prd-reviewer评审这份PRD文档：[粘贴或上传PRD内容]

快速检查

text

快速检查这份小迭代PRD，重点看有没有违反核心原则：[粘贴内容]

行业专项

text

对这份PRD做餐饮SaaS专项评审，查组织架构和三种形态适配：[粘贴内容]