Todo应用开发：如何计算项目时间预估准确率 寻求更优实现方案

现有实现的核心问题 #

• 权重匹配错误：固定除以100的计算方式没有考虑项目本身的预估规模，比如预估10分钟偏差5分钟、预估1000分钟偏差5分钟，按原逻辑会算出+50%和-5%的结果，完全不符合“同样是偏差5分钟，对小项目的规划影响远大于大项目”的常识
• 分数语义混乱：原逻辑给“实际比预估少花时间”的场景打正分，“实际比预估多花时间”的场景打负分，本质是把“提前完成”等同于“规划优秀”，忽略了只要和预估存在偏差，本质都是规划不准的表现，两种偏差方向的程度相当时，对规划能力的评价应该等价
• 数值没有边界：比如用户预估1分钟、实际花了60分钟，按原公式会算出-5900%的离谱结果，完全丧失参考价值

科学的计算逻辑调整 #

核心思路是用相对偏差替代绝对差值，做对称化的分数映射：

1. 计算相对偏差比例：以用户当初填写的预估时长为基准，计算实际耗时和预估的偏差占比，公式为：偏差率 = Math.abs(实际耗时 - 预估耗时) / 预估耗时
   这种计算方式下，不管项目规模多大，偏差的权重都是和用户的原始预估挂钩的：预估10分钟实际15分钟、预估10分钟实际5分钟，算出的偏差率都是0.5，评价对等
2. 将偏差率映射为0-100区间的准确度得分：偏差为0时得满分100，偏差越大得分越低，设置明确的得分下限，彻底避免离谱数值
   可以根据产品的感知偏好选择扣分曲线：
   • 线性扣分：偏差每增加10%，扣10分，偏差达到1倍（实际耗时是预估的2倍、或是预估的1/2）时得0分
   • 宽容曲线：小偏差不扣分，比如偏差在5%以内直接给满分，偏差超过阈值后再逐步扣分，符合用户预估本身是粗略值的定位
3. 单独标记偏差方向：在展示时单独说明用户是“预估偏高（实际用时少于预估）”还是“预估偏低（实际用时多于预估）”，但分数本身不因为方向产生不对等的差异

优化后的代码实现 #

// 原有耗时差计算函数无需修改
const diff_minutes = (dt2, dt1) => {
  var diff = (dt2.getTime() - dt1.getTime()) / 1000;
  diff /= 60;
  return Math.abs(Math.round(diff));
}

// 替换原有准确度计算逻辑
const calcAccuracy = (estimatedMinutes, actualMinutes) => {
  // 兜底处理：预估时长为0时直接返回0分，避免除零错误
  if (estimatedMinutes <= 0) return 0;
  const deviation = Math.abs(actualMinutes - estimatedMinutes) / estimatedMinutes;
  // 采用宽容曲线计算：偏差5%以内给满分，超过部分线性扣分，偏差100%时得0分
  const accuracy = Math.max(0, Math.min(100, 100 - Math.max(0, deviation - 0.05) * 105.26));
  return Math.round(accuracy);
}

计算示例 #

// 场景1：预估10分钟，实际15分钟
calcAccuracy(10, 15) // 得分47，和实际偏差程度匹配
// 场景2：预估10分钟，实际5分钟
calcAccuracy(10, 5) // 得分47，和上一个场景的偏差程度评价等价
// 场景3：预估1000分钟，实际比预估多花5分钟
calcAccuracy(1000, 1005) // 得分100，符合小偏差不扣分的设定
// 场景4：预估1分钟，实际花了60分钟
calcAccuracy(1, 60) // 得分0，不会出现离谱的负分

体验优化建议 #

• 展示分数时搭配偏差方向提示，比如“本次实际用时比预估多50%，下次可以适当调高预估时长”，帮助用户调整规划习惯
• 累计统计长期数据时，可以针对用户经常出现的偏差方向给出个性化提醒，比如“你最近8个项目平均比预估多花20%的时间，可参考这个偏差调整预估”
• 不必追求100%的准确度反馈，毕竟用户的预估本身就是粗略值，保留5%以内的宽容阈值能大幅减少用户的无效挫败感

内容的提问来源于stack exchange，提问作者The code painter