跑过闪送、达达或者货拉拉的朋友可能都遇到过这种事：同一片区域，早上送3公里赚28块，下午送4.2公里只给22块。有人纳闷——难道系统在按里程‘砍价’？同城收入到底和里程有关系吗？
表面看有关，实际靠的是‘动态拼单+时间窗口’
比如你接了个从西二旗到上地的单，直线距离才2.1公里，但APP显示预估收入35元；隔壁老张接了个从回龙观到中关村的单，距离4.7公里，却只派了26元。这不是里程决定的，而是系统在0.3秒内综合了：当前周边有多少空闲骑手、用户愿不愿加价、前3单的完成时效、甚至天气是否影响通行效率。
打开手机后台定位权限的同学可以试试：把定位手动切到北京朝阳区某写字楼，再切到通州某小区，刷新几次同城配送平台，你会发现，同样‘3公里内取件’，朝阳报价浮动在32–41元之间，通州常卡在24–29元——这背后是订单密度和运力供需在说话，不是地图测距工具在计费。
里程只是输入参数之一，不是计价公式里的‘主角’
你可以把派单逻辑想象成一个小程序：
if (订单密度 > 临界值 && 骑手在线数 < 需求量) {
收入 = 基础价 * 浮动系数 + 时间溢价;
} else {
收入 = 基础价 * 折扣系数 - 距离衰减项;
}注意最后一行的‘距离衰减项’——它不是加钱，而是减钱。也就是说，当运力过剩时，跑得越远反而可能单价越低，因为系统想快速清掉长单、腾出骑手接新单。
真实场景更‘接地气’
上周五晚高峰，海淀黄庄附近三个单同时发出：A单（1.8公里，奶茶）报价39元；B单（3.5公里，文件）报价21元；C单（0.9公里，打印纸）报价33元。为什么最短的C单比B单还贵？因为C单客户勾选了‘15分钟必达’，系统自动触发加价；B单客户没加急，且目的地是夜间少人的产业园，系统判断‘大概率等红灯+绕路’，直接压了单价。
所以别光盯着导航软件上的公里数较劲。下次打开接单页，多看看右上角那个小图标——是不是标着‘热力中’‘抢手’或‘宽松’，那才是真信号。