360 Secure SkillHub
360 安全技能中心

Prd Reviewer

面向餐饮SaaS的PRD评审技能，依据14+1章节结构与5大框架原则（含一票否决项），从9个维度评分并给出SABC评级与Go/No Go决策，输出P0-P3问题清单；可选在用户确认后生成补丁并落地修改PRD文档，配套参考手册与模板文件。

woai36d
woai36d
热度 55.53
最近更新 2026-07-12 06:02:20
分类：数据依赖：读写文件应用场景：报告撰写 / 市场分析 / 校对润色 / 工作流

安装技能

复制下面的话术发给你的 Agent，它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill： npx secure-skills-cli add woai36d/prd-reviewer
Metadata
name
prd-reviewer
description
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 补丁落地跟踪清单骨架 生成补丁清单时

使用示例

完整评审

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

快速检查

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

行业专项

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