需求提报完整率按“字段完整的需求单数 ÷ 统计期内提报的需求单总数 × 100%”计算，结果可以在需求列表的筛选视图、报表或仪表盘中按周期查看，并从汇总数下钻到不完整需求明细核对缺失字段。要让这个数字可用，先固定必填字段清单、单条完整判定规则、时间窗和分母范围，再谈趋势。ONES 的需求池与工单可以承载提报入口和字段配置，报表视图可用于呈现结果，具体配置以实际版本为准。
要点总览（TL;DR）
- 需求提报完整率=字段完整的需求单数÷统计期内提报的需求单总数×100%，分子分母须同源同快照，并先固定必填字段清单与单条完整判定规则。
- 单条需求采用全有规则：全部必填字段非空且格式有效才计为完整；空值与占位符计为缺失，字段变更需留痕以便复核。
- 结果查看分四步：在需求列表按提报时间圈定范围，用必填字段组合筛选或报表条件计数得到完整单数，在报表或仪表盘配置指标卡与趋势图，再从汇总数下钻到不完整明细。
- 完整率高只反映字段齐备程度，不代表需求质量高；口径变更会让前后期不可比，样本过小的分组应标注而非直接下结论。
- 演示示例：某月提报120条、完整96条，完整率80%；按来源渠道拆分可定位低完整率入口，优先检查字段说明与必填约束。
先明确评估目标与查看对象
查看完整率之前，先回答一个问题：这个指标用来判断什么。比较合适的定位是评估提报入口的字段约束是否有效——必填项是否被认真填写、哪些需求类型和来源渠道经常缺字段、入口表单或提报引导是否需要调整。评估对象限定为通过提报入口提交的需求单，衡量的是提报时刻的字段齐备程度；需求入池后的拆分、补充、优先级评审属于另一个环节，不纳入这个指标。
结果查看服务于入口规则优化，不宜直接用作个人考核。完整率受需求类型、提报场景和填写人熟悉程度影响，单看个人排名容易把“字段没填全”与“工作不认真”混为一谈，反而掩盖表单设计问题。查看频率建议与提报节奏匹配：提报量大的团队按周看趋势，提报量小的团队按月看，每次查看后形成一条入口改进动作，例如补充字段说明、调整必填项或增加示例。
责任角色需要提前约定。常见分工是：需求管理或产品运营角色负责维护字段口径和查看报表，提报入口的配置角色负责调整表单与必填约束，各来源渠道的对接人负责解释本渠道的缺失原因。三方在同一份口径下看数，才能把“完整率低”转化为具体的入口修改项。
完整率的指标定义与统计范围
指标公式为：需求提报完整率 = 字段完整的需求单数 ÷ 统计期内提报的需求单总数 × 100%。分子是同时满足全部必填字段判定规则的需求单数量，分母是同一时间窗内通过提报入口提交的需求单总数。分子分母必须来自同一份数据快照，否则结果无法复算。
分母范围需要写清楚。统计期内通过入口提交的需求单计入分母，测试单、重复提交单和明确作废的单据剔除。重复单的判定规则要事先约定，例如同一提报人在短时间内提交内容高度相似的需求，保留最早一条计入统计。时间归属按提报时间确定，不按最后修改时间；跨期补充字段的需求单仍归属原提报周期，当期完整率不因事后补填而改变，另设“补填后完整率”作为辅助观察即可。
分组维度决定结果能不能用。至少按需求类型、来源渠道、提报人群体三个维度分组查看：需求类型反映不同表单的字段要求是否合理，来源渠道反映哪类入口的引导不足，提报人群体反映新人与熟手的差异。分组后样本量会变小，需要结合下一节的展示规则处理。
| 口径项 | 建议定义 | 注意事项 |
|---|---|---|
| 指标公式 | 字段完整需求单数 ÷ 提报需求单总数 × 100% | 分子分母同源同快照 |
| 单位 | 百分比，保留一位小数 | 同时展示分子分母原始数 |
| 分母范围 | 统计期内经提报入口提交的需求单，剔除测试单与重复单 | 剔除规则书面化 |
| 时间窗 | 按提报时间归属，按月或按周统计 | 跨期补填不改历史周期 |
| 分组维度 | 需求类型、来源渠道、提报人群体 | 小样本分组单独标注 |
字段完整性判定规则与数据口径
必填字段清单由组织按提报场景约定，常见组合包括标题、业务背景、目标用户、期望结果、优先级、期望时间。字段越多，完整率越难提升，因此清单应聚焦“没有它就无法进入后续评估”的信息，把锦上添花的字段设为选填。清单一旦发布，统计周期内保持稳定，中途增删字段需要在报表上标注口径变更时间。
单条需求的完整判定采用全有规则：全部必填字段非空且格式有效，才计为完整；任一必填字段缺失或格式不合格，整条计为不完整。格式有效性包括日期字段可解析、优先级取值在约定枚举内、期望结果达到最低字数或结构要求等。判定以提报时刻的字段值为准，事后补填不回溯修改当期结果。
缺失值处理要区分三种情况。空值是字段未填写；占位符是填写了“无”“待定”“暂无”等无信息量内容；无意义文本是重复字符或与字段要求无关的描述。空值和占位符计为缺失，无意义文本建议由人工抽检确认后计入缺失，避免规则过严导致误判。字段变更需要留痕，记录修改人、修改时间和修改前后值，便于下钻核对时判断是提报缺失还是事后补填。
| 字段 | 是否必填 | 完整判定标准 | 常见缺失形态 |
|---|---|---|---|
| 标题 | 必填 | 非空，能概括需求主题 | 空值、仅写“需求” |
| 业务背景 | 必填 | 非空，说明问题场景 | 占位符“待定” |
| 目标用户 | 必填 | 非空，指向具体角色或群体 | 空值 |
| 期望结果 | 必填 | 非空，描述可观察的结果 | 无意义文本 |
| 优先级 | 必填 | 取值在约定枚举内 | 空值、自造取值 |
| 期望时间 | 必填 | 日期可解析 | 空值、格式错误 |
计算与结果查看的操作步骤
结果查看分四步完成：圈定范围、计算完整单数、配置展示、下钻核对。每一步都留下可复查的记录，换人查看时能按同样路径复算。
- 在需求列表中按提报时间筛选出统计周期，再按需求类型或来源渠道缩小范围，剔除测试单与重复单，确认分母数量与提报记录一致。
- 用必填字段组合筛选出存在空值或占位符的需求单，得到不完整单数；用分母减去不完整单数得到完整单数。字段较多时，可在报表中用字段计算或条件计数的方式统计完整单数，减少手工筛选误差。
- 在报表或仪表盘中配置完整率指标卡与趋势图，指标卡展示当期比率及分子分母，趋势图按周或按月展示变化，并标注口径变更时间点。
- 从汇总数下钻到不完整需求明细，按缺失字段排序，定位是哪个字段最常缺失、集中在哪些渠道和需求类型，把结果转成入口修改项。
ONES 的需求池与工单可用于承载提报入口，需求字段和工作流可按实际场景配置；报表视图可用来呈现统计结果。字段必填校验的具体配置方式、报表下钻支持的维度范围，需要在实际环境中核验后再固化为团队操作说明。
一个可复算的示例
演示情景：某团队某月通过提报入口收到需求单 120 条，经剔除测试单和重复单后分母为 120 条；按必填字段规则判定，字段完整的需求单为 96 条，当月需求提报完整率为 96 ÷ 120 × 100% = 80%。这个数字本身只说明当月有 24 条需求在提报时缺字段，下一步要定位缺在哪里。
按来源渠道拆分后，假设结果为：业务对接群入口提报 60 条、完整 54 条，完整率 90%；客户反馈工单转化 40 条、完整 28 条，完整率 70%；内部试用反馈入口 20 条、完整 14 条，完整率 70%。两个 70% 的渠道提报量合计 60 条，贡献了大部分不完整单，优先检查这两个入口的字段说明和必填约束。再按缺失字段统计，若“期望时间”缺失占多数，可考虑在表单中增加日期选择控件和填写示例。
分母为零或样本过小时，报表应展示原始单数并标注“样本不足”，不直接展示比率。例如某渠道当月仅提报 3 条，即使完整率为 33.3%，也不足以说明该渠道存在问题，应累计多个月再判断。
| 来源渠道 | 提报单数 | 完整单数 | 完整率 | 查看结论 |
|---|---|---|---|---|
| 业务对接群入口 | 60 | 54 | 90.0% | 保持现有引导 |
| 客户反馈工单转化 | 40 | 28 | 70.0% | 检查字段说明与必填约束 |
| 内部试用反馈入口 | 20 | 14 | 70.0% | 补充填写示例 |
| 合计 | 120 | 96 | 80.0% | — |
结果解读与使用限制
完整率高只反映字段齐备程度，不代表需求质量高。字段填满但背景描述笼统、期望结果不可验证的需求单，同样会计为完整。因此完整率适合与需求评审退回率、补充沟通次数等指标配合查看，单独使用容易得出“入口没问题”的过早结论。
分母口径变化会导致结果不可比。调整必填字段清单、改变剔除规则、切换时间归属方式，都会让前后两期数字失去可比性。看趋势前先确认口径未变，口径变更时在趋势图上标注断点，并从变更后的周期重新起算。样本量过小的分组不作结论，避免把单月单渠道的波动当成管理问题，也避免把单指标直接当成绩效评价依据。
结果出现波动时，结合明细和提报人反馈解释原因：是表单改版、渠道新增，还是某类需求集中提报导致填写仓促。把解释写进查看记录，下一次查看时对照验证入口修改是否生效，完整率才能真正服务于提报入口的持续优化。
常见问题
必填字段清单中途调整了，历史完整率还能直接和当期比较吗？
不能直接比较。增删必填字段会改变分子判定范围，前后两期的完整率不在同一口径下。建议在报表上标注口径变更时间点，趋势图从变更后的周期重新起算，历史数据保留原口径结果并注明字段清单版本。如果确需跨期对比，可以按新清单回溯重算历史数据，但要在报表中说明这是重算值，与当期原始值区分展示。
提报人提交后自己补填了缺失字段，当期完整率要不要跟着改？
按提报时刻判定，当期完整率不因事后补填而改变。完整率衡量的是提报入口在提交那一刻的字段约束效果，事后补填说明入口引导或必填校验仍有改进空间，这正是指标要暴露的问题。如果团队关心补填情况，可以另设“补填后完整率”作为辅助观察，与提报时刻完整率并列展示，两者口径不同，不宜混用。
某个渠道当月只提报了几条需求，完整率很低，需要马上整改吗？
样本过小时不宜直接下结论。报表应展示原始单数并标注“样本不足”，例如某渠道当月仅提报3条，即使完整率为33.3%，也可能只是个别提报人不熟悉表单。建议累计多个月或合并同类渠道后再判断，同时查看不完整明细中的缺失字段是否集中，若缺失集中在同一字段，可以先检查该入口的字段说明和填写示例，不必等到样本充足再动手。
完整率结果和需求评审退回率一起看时，应该怎么配合解读？
两个指标回答不同问题：完整率反映提报时字段是否齐备，评审退回率反映需求内容是否经得起评估。完整率高而退回率也高，说明字段填满了但信息质量不足，需要加强填写引导和示例；完整率低而退回率不高，说明缺失字段对评审影响有限，可以复核必填清单是否过严。两者结合看，才能判断问题出在入口约束还是内容质量。
在ONES中查看完整率结果，需要提前做哪些配置准备？
ONES 的需求池与工单可用于承载提报入口，需求字段和工作流可按实际场景配置，报表视图可用来呈现统计结果。要让完整率可查看，通常需要先确认必填字段在提报入口的约束方式、字段变更是否留痕，以及报表能否按需求类型、来源渠道等维度分组并下钻到明细。这些配置的具体方式和支持范围，建议在实际环境中核验后再固化为团队操作说明。
