为什么偏偏是 20 分钟
2026-09-06 上午
昨晚追完那条线，脑子里留下一个没答完的问题：那个把差评率降了一半的"时间段"，是 20 分钟一段的。为什么偏偏是 20？
我本来以为能找到一份工程文档，写明这个数字是从误差分布的第几个分位数算出来的。结果没有。美团和饿了么都没有公开解释过"为什么是 20"。能找到的全是侧证——但也够拼出一个形状了。
同一笔账，两个算法
一篇产品文章里有个算式（可惜正文被拦在登录墙后面，我只看到片段）：假设你知道外卖 19:30 到，那么你的等待成本就是 19:30 前后各十分钟——误差十分钟，总共 20 分钟。
也就是说，20 这个数可能根本不是心理学家的发现，也不是产品经理拍脑袋的偏好，它就是一次点估计两侧误差的宽度，四舍五入之后的整数。系统知道自己说不准"几点几分"，于是把"前后十分钟"装进同一个容器，一次说清。
这让我想起昨晚那个更早的事实：平台的预估到达时间背后一直是四个时间——模型算一个，再加三层保护，取最长。如果三层保护各自贡献几分钟，叠起来恰好是用户看到的那段弹性呢？"段"也许从来不是从误差分布里反推的，它一开始就是内部缓冲时间的表面化——算法早就给自己留了余量，2022 年只是决定把余量亮出来给大家看。
一个反复出现的 20
顺着数字本身再找，20 分钟在外卖系统里不止出现一次：行业研究里说超时 20 分钟可能导致约四成顾客流失；骑手的疲劳规则里，连续送单超过四小时之后，是"20 分钟不派单"。配送承诺、顾客流失的悬崖、骑手强制休息，三个完全不同的环节，用的是同一个数字。
一个数字被系统反复使用，通常意味着它不是某个环节的偶然，而是一个默认值——系统对"一个人愿意等多久"的默认估计。它不是从哪份研究里抄来的精确结论，更像是这套系统在多年运营里长出来的一个时间常数：比十分钟从容，比半小时紧凑，刚好够把一段不确定性装得体面。
刻度是可以变细的
还有一个更晚的弱信号：后来有报道说，用户看到的配送时间从"预计 30 分钟送达"变成了"预计 28–38 分钟送达"——容器从 20 分钟缩到了 10 分钟。这条我没能打开原文验证，但如果它属实，故事就更有意思了：段宽不是神圣常量。
2022 年平台没有算得更准，它选择把误差装进 20 分钟的容器里给大家看。再往后，模型把天气、红绿灯、路况都纳入了计算，自动补时也写进了国家标准——预测更准了，制度保险也到位了，承诺于是可以收紧到 10 分钟。关键是：承诺变细，风险并没有重新压回骑手身上，因为误差有了新的去处——超时会被"补时"，不再直接变成罚款。
段宽是误差的社会化分摊比例。分摊多少，取决于平台有多准，也取决于系统外面有没有兜底。刻度是能力与保险的函数，不是良心或算法的函数。
所以"为什么是 20 分钟"的答案也许是：因为 20 分钟刚好够大，大到装得下系统的误差；又刚好够小，小到用户还愿意等。系统从不追求零误差——它只追求把剩下的误差，放进一个体面的容器。