# 可开发成熟度评分模型

由 Claude 在执行"可开发成熟度评分"步骤时按需读取。模型与权重均可在本文件中配置，便于按团队 / 业务域调整，**改文件即生效，无需改主流程**。

## 评分总览

- 对 PRD 输出一个 **0~100** 的整体"可开发成熟度"分数。
- 由 A~G 七个维度的分项得分（各 0~10）按权重加权汇总得到。
- 同时给出"是否达到可开发准入门槛"的结论。

## 维度权重（可配置）

下表为默认权重（合计 100%）。金融票据 / 信贷等强逻辑场景下，业务逻辑与字段数据权重最高，可按需调整。

| 维度 | 名称 | 默认权重 |
| --- | --- | --- |
| A | 业务逻辑与流程 | 25% |
| B | 字段与数据 | 25% |
| C | 边界与异常 | 15% |
| D | 交互与显示 | 10% |
| E | 接口与集成 | 10% |
| F | 权限与安全合规 | 8% |
| G | 非功能性 | 7% |

## 单维度评分标尺（0~10）

| 分段 | 含义 |
| --- | --- |
| 9~10 | 该维度关键检查点基本说清，可直接据此开发，无 P0、至多个别 P2。 |
| 7~8 | 主体清楚，存在少量 P1 或多个 P2，澄清后即可开发。 |
| 4~6 | 存在多个 P1 或结构性模糊，需较多澄清与回填才能开发。 |
| 1~3 | 关键信息大量缺失 / 矛盾，存在 P0，基本无法据此开发。 |
| 0 | 该维度在 PRD 中几乎未涉及。 |

> 硬约束：**任一维度只要存在 P0，该维度得分不高于 4 分**。

## 总分计算

总分 ＝ Σ（各维度得分 ÷ 10 × 该维度权重），结果四舍五入到整数，范围 0~100。

> **计算纪律**：总分必须先给出 A~G 各维度分项得分，再用上式逐项加权现场算出，并展示加权过程；**不得先凭整体印象给一个总分**，避免分数漂移。

> 示例：A=6、B=4、C=5、D=8、E=7、F=8、G=8，按默认权重
> ＝ 6/10×25 + 4/10×25 + 5/10×15 + 8/10×10 + 7/10×10 + 8/10×8 + 8/10×7
> ＝ 15 + 10 + 7.5 + 8 + 7 + 6.4 + 5.6 ＝ **59.5 → 60**。

## 可开发准入门槛

| 总分 | 且 | 结论 |
| --- | --- | --- |
| ≥ 85 | 无 P0 | **达到准入**：可直接进入开发。 |
| 70 ~ 84 | 无 P0 | **有条件准入**：先澄清全部 P0 / P1 再开工。 |
| < 70 或 | 存在任一 P0 | **未达准入**：补充后重新评估。 |

## P0 / P1 / P2 判定准则

- **P0 阻塞**：不澄清则相关功能无法开始开发——核心公式 / 关键字段取值 / 主流程关键分支缺失或矛盾。
- **P1 重要**：影响主要逻辑或有明显返工风险——异常分支未定义、状态流转不完整、重要校验缺失。
- **P2 一般**：边角或体验类——个别提示文案、默认排序、非关键默认值未说明。
- 每条分级须附**简要判定依据**（为什么是这个级别）。

## 评分报告应包含

1. **整体成熟度评分**（NN/100）与准入结论（达到 / 有条件 / 未达）。
2. **各维度分项得分**（A~G，各 N/10）与**短板说明**（该维度主要缺什么）。
3. **改进建议**：按"先 P0 后 P1"的优先级，给出最能提升可开发性的若干项。
4. **问题统计**：P0 / P1 / P2 各多少条。

## 配置说明

- 调整**权重表**即可改变各维度对总分的影响（保持合计 100%）。
- 调整**标尺**或**门槛**可适配不同团队对"可开发"的尺度要求。
- 业务域专属的加严规则（如票据对金额 / 到期日 0 容忍）可在此追加说明。