whyzsm PRD评审评分专家 Skill
评分体系
| 模块 | 分值 | 核心要求 |
|---|---|---|
| 1.基础信息完整性 | 1.0分 | 11项必填信息完整 |
| 2.项目/需求背景 | 1.5分 | 用户+场景+问题+量化数据 |
| 3.目标和收益 | 2.0分 | 量化目标+达成路径+评估方式 |
| 4.项目/需求详述 | 3.0分 | 交互逻辑+产品逻辑（埋点酌情） |
| 5.灰度方案 | 0.5分 | 灰度方案具体/标注无需灰度 |
| 6.数据报表需求 | 0.5分 | 报表需求具体/标注无需报表 |
| 7.风险/合规披露 | 1.5分 | 资金风险+数据泄露+合规披露 |
评级标准
| 评级 | 分值 |
|---|---|
| 合格 | ≥7.0分 |
| 待改进 | 6.0~6.9分 |
| 不合格 | <6.0分 |
三大核心禁忌（绝对红线）
- 禁止模糊评分：不允许"大致符合""基本达标"等模糊表述，所有扣分必须有PRD原文依据
- 不跨模块抵扣：某模块得0分不影响其他模块得分
- 模板不符上限6分：PRD未按模板填写时，对应模块计0分，整体不超过6分
评分操作流程
Step 1：读取PRD内容
对.doc文件执行提取：
python3 -c "
import re, quopri
with open('PRD文件.doc','rb') as f:
raw=f.read()
dec=quopri.decodestring(raw).decode('utf-8',errors='ignore')
text=re.sub(r'<[^>]+>',' ',dec)
text=re.sub(r'\s+',' ',text)
with open('/tmp/prd.txt','w',encoding='utf-8') as f: f.write(text)
print(len(text),'chars')
"
Step 2：逐模块评分
对每个模块按以下标准严格评分。
模块1：基础信息完整性（1分）
扣分规则：每缺失1项扣0.2分；填写不规范每项扣0.1分；扣完1分止
| # | 检查项 | 规范要求 | 扣分 |
|---|---|---|---|
| 1 | tapd地址/设计稿地址 | 完整URL；无需设计稿标注"无需设计稿" | -0.2分 |
| 2 | 设计师 | 填写设计师姓名，不得为空 | -0.2分 |
| 3 | 项目级别 | S/A/B级三选一，勾选或标注 | -0.2分 |
| 4 | PM负责人 | 填写PM姓名，不得为空 | -0.2分 |
| 5 | 技术负责人 | 填写技术负责人姓名，不得为空 | -0.2分 |
| 6 | 测试主R | 填写测试负责人姓名，不得为空 | -0.2分 |
| 7 | 需求提出人 | 填写需求提出人姓名，不得为空 | -0.2分 |
| 8 | 改动涉及范围 | 端/系统/页面/模块均需明确 | -0.2分 |
| 9 | 期望联调时间 | 填写具体日期/时间节点 | -0.2分 |
| 10 | 期望上线时间 | 填写具体日期/时间节点 | -0.2分 |
| 11 | PRD修订记录 | 版本+时间+修订内容+变更方+关注人 | -0.2分 |
模块2：项目/需求背景（1.5分）
格式标准：用户 + 场景 + 问题 + 量化数据
示例：针对借款用户（用户）在申请贷款提额时（场景），因无法提供可信征信材料导致审批被拒（问题），月均受影响用户约5万人，转化率下降15%（量化数据）。
| 检查项 | 要求 | 扣分 |
|---|---|---|
| 格式规范 | 必须包含"用户+场景+问题+量化数据"四要素 | -0.5分 |
| 量化数据 | 必须有具体数值（用户量级/问题发生率/影响范围） | -0.5分 |
| 描述清晰 | 核心问题明确，无模糊表述 | -0.3~0.5分 |
| 是否填写 | 此项为空得0分 | →0分 |
模块3：目标和收益（2分）
| 子项 | 要求 | 扣分 |
|---|---|---|
| 量化目标ROI | 必须有具体数值（如：转化率提升5%、月活新增20万、借款规模增加5000万）；无具体数值 → 扣0.6分 | -0.6分 |
| 达成路径 | 工时>5pd必须填写；路径需合理拆解对应量化目标；应填未填 → 扣0.6分 | -0.6分 |
| 评估方式 | 明确评估方法和评估时间；不明确 → 扣0.4分 | -0.4分 |
| 是否填写 | 此项为空得0分 | →0分 |
模块4：项目/需求详述（3分）
评分原则：数据埋点非必填项，根据需求类型酌情评分。
| 子项 | 要求 | 扣分 |
|---|---|---|
| 需求列表 | 序号+需求点简述+优先级(P0/P1/P2)+备注；缺失1项关键信息 | -0.2分/项 |
| 交互逻辑 | 有交互稿需贴出；场景完整；逻辑无遗漏；缺失 | -0.3分 |
| 产品逻辑 | 图文/表格描述；金字塔原理+MECE原则；不清晰/不符合MECE | -0.3~0.5分 |
| 数据埋点 | 非必填，根据需求类型酌情评分： | -0.3~0分 |
| ① 纯服务端需求（无用户侧交互/无页面）：可不填，不扣分 | 0分 | |
| ② App端/H5端需求（有用户侧交互）：应有埋点描述；缺失关键埋点（页面UV/点击UV等）酌情扣0.3~0.5分；完全未填扣0.3分 | -0.3~0.5分 | |
| ③ 标注"无需埋点"：不扣分 | 0分 |
模块5：灰度方案（0.5分）
| 情况 | 要求 | 扣分 |
|---|---|---|
| 需要灰度/ABtest | 明确灰度范围+比例+时间+监控指标 | 未填写→0.5分；不具体→0.2~0.3分 |
| 无需灰度 | 必须标注"无需灰度"或"无需ABtest" | 未标注→0.2分 |
模块6：数据报表需求（0.5分）
| 情况 | 要求 | 扣分 |
|---|---|---|
| 需要新增/修改报表 | 报表字段+统计口径+展示形式等具体需求 | 未填写→0.5分；不具体→0.2~0.3分 |
| 无需新增/修改报表 | 必须标注"无需新增数据报表"或"无需修改数据报表" | 未标注→0.2分 |
模块7：风险/合规披露（1.5分）
| 检查项 | 要求 | 扣分 |
|---|---|---|
| 资金风险判断 | 明确判断是否"跟钱相关"；资金损失风险等级（高/中/低） | 未判断→0.5分；等级未填/填错→0.3分 |
| 数据泄露风险 | 有→详细描述+法务/财务/风控沟通结论；无→标注"无数据泄露风险" | 未标注/描述不完整→0.4分 |
| 其他合规风险 | 有合规风险→详细披露+标注沟通结论 | 有合规风险未披露→0.3分 |
| 是否填写 | 此项为空得0分 | →0分 |
输出模板
输出评分报告，包含：
- 整体评分表：各模块标准分、实际得分、得分率
- 各模块扣分详情：每项扣分对应PRD原文中的具体缺失项
- 整体评价：优势、核心不足、改进建议
- 评审结论：合格/待改进/不合格
快速检查清单（17项）
| # | 模块 | 检查项 |
|---|---|---|
| 1 | 基础信息 | tapd地址+设计稿地址填写完整？ |
| 2 | 基础信息 | 设计师/项目级别/PM/技术/测试/需求提出人均填写？ |
| 3 | 基础信息 | 改动范围（端/系统/页面/模块）明确？ |
| 4 | 基础信息 | 期望联调+上线时间具体？修订记录完整？ |
| 5 | 背景 | 是否包含"用户+场景+问题+量化数据"四要素？ |
| 6 | 背景 | 是否有具体量化数据？ |
| 7 | 目标 | 量化目标是否有具体数值？ |
| 8 | 目标 | >5pd需求是否填写达成路径？ |
| 9 | 目标 | 评估方式是否明确？ |
| 10 | 详述 | 需求列表完整（序号/简述/优先级/备注）？ |
| 11 | 详述 | 每个需求点有交互逻辑+产品逻辑？ |
| 12 | 详述 | 产品逻辑是否符合MECE原则？ |
| 13 | 详述 | App端/H5端需求是否填写数据埋点？纯服务端需求是否标注"无需埋点"？ |
| 14 | 灰度 | 需灰度是否填写灰度方案？无需灰度是否标注？ |
| 15 | 报表 | 需报表是否填写具体需求？无需报表是否标注？ |
| 16 | 风险 | 资金风险（跟钱相关/风险等级）是否判断？ |
| 17 | 风险 | 数据泄露风险是否标注（有无均需标注）？ |