统计AI流程执行确认平均耗时，关键是把“确认”定义成有明确起止时间戳的状态区间：起算点取AI输出待确认结果、确认任务生成或推送给确认人的时刻，截止点取确认人提交最终结论并落库的时刻。平均耗时等于统计窗口内已完成确认的耗时之和除以有效确认单数，未完成和重复提交的记录从分母中剔除。本文给出可直接落库复算的口径、字段、公式与算例。
要点总览（TL;DR）
- 起算点推荐取确认任务创建时刻（AI输出待确认结果并写入待确认状态的时刻），截止点取确认结论提交并持久化的时刻；两者都由系统状态变更产生，可批量导出、可复算。
- 平均耗时=统计窗口内已完成确认的耗时之和÷有效确认单数，单位统一为小时或分钟；分母剔除未完成确认、重复提交记录，自动确认按企业口径单列。
- 单条耗时=截止时间−起算时间；除平均值外应同时输出中位数与P90，避免少数长尾确认单拉高平均值造成误判。
- 确认耗时只衡量确认环节效率，不能说明AI生成质量或确认质量；解读时需结合驳回率、重提率与超时占比，跨流程类型不宜直接横比。
评估目标：确认环节到底要量什么
这个指标回答的管理问题是：在AI驱动的执行流程中，人工确认环节是否成为整体流转的瓶颈，确认等待与处理占用了多少时间。它衡量的是确认环节的效率，服务于流程优化、确认人配置和超时规则调整等决策。
需要把三类时间分开：AI生成耗时（从触发到输出待确认结果）、确认耗时（从结果进入待确认状态到结论提交）、下游执行耗时（确认通过后到后续动作完成）。三者混在一起统计，得到的数字无法指向具体改进点。本文只覆盖中间这一段，即AI驱动执行中的确认环节。
该指标能支持的判断包括：某类流程的确认环节是否明显长于其他环节、不同确认人角色的处理速度差异、调整推送方式或确认规则后耗时是否变化。它不能支持的判断包括：AI生成结果的质量高低、确认人是否认真审核、流程整体周期是否合理。确认耗时短可能来自快速通过，也可能来自草率放行，后者需要结合驳回率与返工情况另行判断。
指标与范围：确认单、时间窗与统计对象
统计对象是已完成的确认单，即已经产生最终结论（通过、驳回或要求修改）的记录。每条确认单对应一次确认任务，可关联到具体的流程实例。按流程类型、确认人角色、AI模型版本分组统计，能让结果落到可行动的对象上；只给一个全局平均值，通常无法指导改进。
| 维度 | 定义 |
|---|---|
| 统计对象 | 已完成确认的确认单，每条记录含确认单ID、流程实例ID、确认人、确认结果 |
| 纳入条件 | 在统计时间窗内提交最终结论，且起止时间戳完整 |
| 排除条件 | 统计截止时仍未完成的确认；被撤回后重新提交产生的重复记录（保留最后一次有效记录）；系统按预设规则自动通过、无人工介入的记录 |
| 时间窗 | 按自然周或自然月切分，以确认结论提交时间落在窗口内为准 |
| 分组维度 | 流程类型、确认人角色、AI模型版本、确认渠道（如站内推送、批量确认） |
关于自动确认：如果企业配置了低风险场景自动通过，这类记录没有人工确认动作，计入平均耗时会人为拉低数值，应单独统计或排除。撤回重提的处理原则是同一确认单只保留最终有效的一次，重提次数作为字段记录，用于分析反复确认的原因。
时间窗与样本量需要一起考虑。按周统计时，若某类流程一周内完成的确认单只有个位数，平均值波动很大，建议合并到月度或按季度观察，并在报表中标注样本数。样本过少时不单独下结论，只作为趋势参考。
数据口径：起算点、截止点与字段要求
起算点有三个常见候选，选择哪一个决定了指标的含义：
| 起算点候选 | 含义 | 适用与注意 |
|---|---|---|
| AI结果生成时刻 | AI完成输出、结果写入系统的时刻 | 能反映从结果产生到确认完成的全过程，但若结果生成后长时间未创建确认任务，会把系统排队时间算进确认耗时 |
| 确认任务创建时刻 | 系统生成待确认任务并写入状态的时刻 | 推荐口径。边界清晰、可复算，衡量确认人对任务的响应与处理 |
| 任务推送到达时刻 | 通知实际送达确认人的时刻 | 更贴近确认人的真实感知，但依赖推送日志，跨渠道时难以统一 |
推荐以确认任务创建时刻作为主口径起算点，原因是它由系统状态变更产生，时间戳稳定、可批量导出，且与“确认人是否及时处理”这一管理问题直接对应。若企业关注推送延迟，可另设从任务创建到推送到达的辅助指标，不与主指标混算。截止点统一取确认结论提交并持久化的时刻，即状态从待确认变为已确认、已驳回或已要求修改的那一次写入时间。
| 字段 | 说明 | 用途 |
|---|---|---|
| 确认单ID | 唯一标识一次确认任务 | 去重、关联 |
| 流程实例ID | 关联所属流程与业务对象 | 按流程类型分组 |
| 起算时间 | 确认任务创建时间戳 | 计算起点 |
| 截止时间 | 确认结论提交时间戳 | 计算终点 |
| 确认结果 | 通过、驳回、要求修改 | 分组与质量分析 |
| 确认人 | 提交结论的人员或角色 | 按角色分组 |
| 重提次数 | 同一确认单被撤回重提的次数 | 识别重复记录与返工 |
缺失值处理：起算时间或截止时间任一缺失的记录不进入主指标计算，单独计数并在数据质量报表中呈现，避免用估算值填补后失去可复算性。跨时区场景统一转换为同一基准时区（如UTC+8）后再计算差值，跨天、跨周末的确认单按实际时间差计算，不做工作日折算；若管理上需要排除非工作时间，应另设口径并明确标注，不与自然时长混用。
在ONES中承载这类统计时，确认任务可以作为工作项存在，状态流转（待确认、已确认、已驳回）与操作记录构成时间戳来源；ONES Assistant能够理解项目、工作项、迭代和Wiki页面等真实工作上下文，基于相关项目数据和团队知识回答问题并直接执行后续操作，其输出过程可追踪、结果可审计，便于把AI产出的待确认内容与确认动作关联到同一条工作项记录上。具体状态节点与时间戳字段的配置方式需按实际实施核验。
计算步骤：平均耗时怎么算、分母怎么定
计算分四步，每一步都保留中间结果以便复核：
- 取数：按统计时间窗导出确认单记录，保留确认单ID、起止时间、结果、确认人、重提次数等字段。
- 清洗：剔除起止时间缺失的记录；对同一确认单的重提记录只保留最终有效的一条；将自动确认记录单独标记。
- 计算单条耗时：单条耗时 = 截止时间 − 起算时间，统一换算为小时（或分钟），保留两位小数。
- 汇总：平均耗时 = Σ单条耗时 ÷ 有效确认单数。有效确认单数即清洗后进入计算的记录条数，也就是分母。
分母规则需要写进统计说明：未完成确认不计入分母，因为它们没有截止时间，计入会低估平均值；重复提交只计一次，否则同一确认动作被重复加权；自动确认按企业口径决定是否纳入，纳入时应在报表中单列。分母为零时（窗口内无已完成确认），平均耗时显示为空值而非零，避免被误读为“确认极快”。
分组计算时，每个分组独立套用同一公式，分母为该组有效确认单数。跨组比较前先确认样本量，样本过少的分组只展示明细，不参与排名。除平均值外，建议同时输出中位数和P90：平均值受少数长尾确认单影响明显，中位数反映典型水平，P90反映多数确认单能在多长时间内完成，三者一起看才能判断是整体偏慢还是个别卡点。
算例：一组确认单的完整计算过程
以下为演示数据，用于说明计算过程，不代表任何真实业务水平。假设统计窗口为某月，共导出8条确认单记录：
| 确认单 | 起算时间 | 截止时间 | 耗时（小时） | 结果 | 处理 |
|---|---|---|---|---|---|
| A | 3日 09:00 | 3日 10:30 | 1.5 | 通过 | 纳入 |
| B | 3日 14:00 | 4日 09:00 | 19.0 | 通过 | 纳入 |
| C | 5日 10:00 | 5日 10:20 | 0.33 | 驳回 | 纳入 |
| D | 6日 11:00 | 6日 11:40 | 0.67 | 通过 | 纳入 |
| E | 8日 09:00 | — | — | 待确认 | 剔除（未完成） |
| F | 10日 13:00 | 10日 13:10 | 0.17 | 通过 | 剔除（重提，保留F’） |
| F’ | 10日 15:00 | 10日 16:00 | 1.0 | 通过 | 纳入 |
| G | 12日 08:00 | 15日 08:00 | 72.0 | 要求修改 | 纳入 |
清洗后有效确认单为A、B、C、D、F’、G共6条，分母为6。耗时合计为1.5+19.0+0.33+0.67+1.0+72.0=94.5小时，平均耗时=94.5÷6=15.75小时。中位数取排序后中间两位的平均值，排序为0.33、0.67、1.0、1.5、19.0、72.0，中位数为(1.0+1.5)÷2=1.25小时。平均值15.75小时与中位数1.25小时差距很大，说明G这条72小时的记录显著拉高了平均值，典型确认单实际在1小时左右完成。
按流程类型分组后，若A、B、C属于同一类流程，其平均耗时为(1.5+19.0+0.33)÷3≈6.94小时；D、F’、G属于另一类，平均耗时为(0.67+1.0+72.0)÷3≈24.56小时。两组差异主要来自G，进一步查看G的确认人角色和流程复杂度，比直接比较两个平均值更有意义。
解读与限制：指标能说明什么、不能说明什么
平均耗时对长尾样本敏感，如上例所示，一条跨周末的确认单就能把平均值抬高数倍。因此报表应同时给出样本数、中位数和P90，并在平均值异常时回看分布，判断是普遍变慢还是个别卡点。
确认耗时短不等于确认质量高。快速通过可能意味着确认人未充分阅读AI输出，需结合驳回率、要求修改比例和后续返工情况一起看。若某类流程耗时下降的同时驳回率明显上升，更可能是确认被形式化，而非效率提升。
不同流程类型、不同确认复杂度之间不宜直接横向比较。一个涉及金额审批的确认与一个内容校对确认，其合理耗时区间本就不同，跨组比较应限定在同类流程内部，或先按复杂度分层。
耗时下降不能单独归因于AI。确认人数量变化、推送渠道调整、业务量波动都会影响结果，判断AI的作用需要设置对照期或对照组，并保持口径一致。
数据采集本身也会影响确认行为。若确认人知道耗时被记录，可能倾向于快速提交，导致数据失真。建议在制度上明确该指标用于流程优化而非个人考核，并定期核对时间戳与实际操作记录的一致性。配套指标建议包括：确认单数量与完成率、驳回率、重提率、超时确认占比，以及从AI结果生成到确认任务创建的间隔，用于识别系统侧延迟。
常见问题
确认任务创建后长时间没有推送给确认人，这段等待算不算确认耗时？
按推荐口径不算。主指标的起算点是确认任务创建时刻，衡量的是确认人对任务的响应与处理；从任务创建到推送到达的间隔属于系统侧延迟，应单独设一个辅助指标统计，不与主指标混算。
如果企业更关注确认人的真实感知，也可以改用推送到达时刻作为起算点，但需要依赖推送日志、跨渠道时统一取数，且一旦更换口径，历史数据不可直接比较。选定后应在统计说明中固定下来。
同一条确认单被驳回后重新提交，耗时应该合并计算还是分开计算？
建议分开记录、只保留最终有效的一条进入主指标。第一次提交的耗时反映首次确认动作，重提后的耗时反映返工处理，两者管理含义不同。
具体做法是：同一确认单ID只保留最后一次有效结论对应的起止时间，重提次数作为字段保留。若需要分析返工成本，可另设“返工耗时”指标，把各次提交的耗时累加，与主指标并列展示，而不是混入平均值。
统计窗口内完成的确认单只有几条，平均值还能用吗？
可以用，但要标注样本数并谨慎解读。个位数样本的平均值波动很大，一条跨周末的确认单就可能让结果翻倍。
处理方式有三种：把统计窗口从周合并到月或季度；在报表中同时给出中位数和P90，观察分布形态；样本过少的分组只展示明细，不参与跨组排名。分母为零时平均耗时显示为空值，不要填零。
跨时区、跨周末的确认单，时间差要不要折算成工作日？
主指标按实际时间差计算，不做工作日折算，跨时区统一转换为同一基准时区后再相减。这样口径唯一、可复算，也便于和系统日志核对。
如果管理上需要排除非工作时间，例如只统计工作时段内的确认耗时，应另设一个口径并明确标注，与自然时长口径分开报表。两种口径混用会让同一批数据算出不同结果，失去可比性。
确认耗时下降了，能说明AI让流程变快了吗？
不能单独下这个结论。确认人数量变化、推送渠道调整、业务量波动、确认规则放宽都会影响耗时。要判断AI的作用，需要设置对照期或对照组，并保持起算点、分母规则、分组维度一致。
同时要看配套指标：驳回率、重提率、超时确认占比，以及从AI结果生成到确认任务创建的间隔。若耗时下降的同时驳回率明显上升，更可能是确认被形式化，而非效率真实提升。
