美团骑手“等红灯”能停表,但真正的难题还在路上
上周在苏州出差,我特意蹲在一个路口看了半小时外卖骑手过马路。红灯亮起,一个穿黄衣服的骑手停在斑马线前,低头看了一眼手机,又抬头看灯,来回切换了三次。那个动作让我想起自己做产品经理时反复推敲的一个问题:用户真正的痛点,到底藏在哪个环节里。
等红灯,是骑手每天面对的事情。过去,这个时间算在配送时长里,实际上骑手并没有选择权。他们要么等,要么闯。现在,美团和苏州公安联合推出了“等灯停表”功能,把这个时间单独算出来,顺延到配送时间中。这个功能今天已经在苏州做实际路测,接下来会在全国20个城市试点。
听起来很合理,但落地之后,我看到的不是终点,而是问题的起点。
1. 等灯停表,到底怎么个停法
从技术上说,这个功能的核心是数据打通。美团接入了苏州公安的交通信号灯数据,在骑手端App上做实时计算。具体操作流程,我用自己的理解拆解一下:
- 骑手在送餐过程中开启导航,App进入配送模式
- 系统监测到骑手在路口停下,结合GPS定位和交通信号灯数据,判断骑手正在等红灯
- 红灯期间,页面显示红灯倒计时读秒,同时后台记录等待时长
- 红灯结束后,等待时长自动累加到配送时长中,系统顺延送餐时间
这个流程里,最关键的节点是 系统判断骑手是否在等红灯。如果判断太宽松,比如骑手在路边抽烟也被算成等红灯,那配送时间就会失控。如果判断太严格,比如骑手在路口等车流也被忽略,那这个功能就没意义。
美团目前的做法,是结合GPS定位、信号灯数据和骑手移动速度做综合判断。但说实话,这只是一个供应链级别的优化,离真正的用户体验还有距离。
2. 解决了什么,又带来了什么
这个功能最大的价值不是技术,而是数据打通。过去,交通信号灯数据是公安部门的内部资源,外卖平台拿不到。现在,美团和苏州公安的合作,意味着数据壁垒被打破了一条缝。
但问题来了:数据打通之后,谁来为这个功能买单?
从骑手角度看,这个功能解决了“等红灯被扣时”的问题,减少了闯红灯的动机。从美团角度看,这个功能降低交通事故风险,提升骑手满意度,间接降低离职率。从城市管理角度看,这个功能让交通秩序更规范,减少安全隐患。
看起来是三赢。但仔细想想,这个功能真正解决的是骑手的时间焦虑,而不是配送效率。配送效率其实是降了,因为等红灯的时间被顺延了,系统要重新计算配送路线和时间。
所以,对于用户来说,他们可能会等待更长时间才能收到餐。对于美团来说,这个功能增加了系统复杂度,可能带来更多运维成本。
3. 一个产品经理的视角
我做了多年IoT产品经理,见过太多“看起来很美”的功能。很多产品在办公室讨论时,大家都觉得这个功能用户需要,但真正上线后,用户根本不用,或者用得很难受。
“等灯停表”这个功能,有几个潜在问题值得关注:
第一,安装门槛高不高。这里的“安装”不是指硬件,而是指业务流程。美团需要和每个城市的公安部门谈数据接入,这个过程可能比技术开发还复杂。苏州能做到,不代表其他城市也能做到。
第二,用户体验是否真的改善。骑手在等红灯时,手机屏幕显示倒计时,这个过程中他的注意力从路口转移到了手机屏幕。如果倒计时结束,他立刻启动,可能忽略绿灯还没亮。如果倒计时有误差,他会感到困惑。这个功能本质上是在考验骑手对系统的信任度。
第三,商业价值是否可持续。美团做这件事,短期看是社会责任,长期看是成本。如果数据接入成本太高,或者骑手使用率低,这个功能可能被砍掉。
4. 写到最后,说一个预测
我倾向于认为,“等灯停表”这个功能会成为一个标杆,但不会成为标配。它更像一个实验,验证了“数据共享+智能调度”这个方向是否可行。
未来两年,类似的功能会出现在更多行业里,比如物流、快递、共享单车。但核心问题不是技术,而是数据开放和利益分配。
谁能把数据从“政府资产”变成“公共资源”,谁就能吃到下一波红利。美团现在走在了前面,但这条路还很长。
配图里那个中年男人在摆弄三轮车,他大概也在等一个红灯,等一个能让他安心送货的绿灯。
物界前沿