顺利路径上的小时数，通常只是下限。接口已经有、权限已经有、数据长得和示例一样，这些假设里只要有一个是错的，三天就会变成三周。估的时候把没走过的那条路单独写出来。
两行
- 走过的：你这次真的调用过或打开过的部分，按步骤写小时。
- 没走过的：还没见过的接口、还没拿到的权限、还没看过的数据。这里先写未知，再写你打算用哪一次试用来把它变成已知。
第二行空着，估算就不完整。把顺利小时乘二，只是在掩盖你还没去看的依赖。
证实用一次调用，不用一段想象
没走过的依赖，用一次真实调用或一次被拒绝的权限申请来证实。助手如果写“这个接口应该已经有了”，让它把地址或报错贴出来。贴不出，这一项就留在未知行，不要进“三天能做完”。
这周下一份估算只写这两行。第二行是空的，就先去走一次那条路，再把天数交给别人。
本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源
常见问题 FAQ
为什么顺利路径不够？
顺利路径假设接口、权限和数据都已存在。缺任何一样，时间就不在你写的那些小时里。
未知怎么写进估算？
单独一行：还没证实的依赖、谁能给你权限、数据长什么样。这一行没有数字也可以，但不能没有这行。
要不要报一个很宽的区间？
可以。区间的上沿来自未知那一行，不是把顺利小时乘一个心情系数。
助手估得很短怎么办？
让它列出还没看见的依赖。它把依赖写成“应该已有”，就还没估完。
估完还是超时怎么办？
超时的那一项补进下一份估算的未知行。不要只把总天数加大。
和这周交出去怎么配合？
估不准的部分写成已知不做，或者单独留时间去证实。不要和主路径挤在同一个“三天”里。