背后.… 我一直喜炎热爱用解决方案的设计替代功能设计的说法， 俞军老师以前在《产品方法论》中说过：系统内的设计是为了推动、约束系统外的动作，但是系统外的动作并不全由系统内的设计进行驱动和约束。故一个系统运行时实际是系统的功能+系统外的运营动作、规章制度、操作规范功能共同作用的。

所以今天我们要聊的当前这个话题，不是那种写在PPT上面的漂亮话，而是真实刀真实枪的干活。怎么搞一个4PL，也就是第四方物流的方案，让那一些骑着电动车的较小哥们，跑得比兔子还迅速，效率翻倍，说句实话…？

一、 到底哪些是4PL，别被那一些较大词吓到了

很更多人一听到4PL就懵了觉得很较高较大上，其实说白了就是找个聪慧的中间人，帮你管物流。以前是3PL，你自己有车有货，3PL帮你运。当前不一样了你是甲方，你有货，你不管车，你也不懂怎么管车。4PL就是那个地方的“管家”。 调整一下。 他手里没有车，但他了解谁有车，了解怎么让车跑得迅速，了解怎么让货不丢。但是管家也不是神仙，对吧？管家手里有个本子，这就是我们的“解决方案”。当前这个本子上面写的不是车轱辘话，是实打实的东西。

1. 为哪些当前骑手效率较低？

我看当前的骑手，真实的很累。为哪些累？这是因为他们不了解去哪。APP上给个地址， 地址在地图上是个点，但在骑手眼里那个地方的点有可能是条胡同， 可能.…. 有可能是堵车，有可能是要爬六楼没有电梯。所以我们搞4PL解决方案，第一步不是开发哪些较高较深的算法，第一步是搞清楚人。

2. 系统是死的，人是活的

俞军老师那句话特别十分沉关键。系统只是个工具，工具再良好，人也懒，那也没用。我们的解决方案，不能只是扔给骑手一个手机，说“你去跑吧”。那叫耍流氓。真实正的解决方案，得把运营动作、规章制度，都塞进系统里去。比如系统规定“雨天优先派单给离雨区近的人”，这就是系统设计对系统外动作的约束。再比如系统提示“前方拥堵，提议绕行”，这就是系统设计对系统外动作的推动。但是骑手想偷懒呢？骑手想送完这单就抽烟呢？那这就是系统外动作了。系统管不了人心，但系统能够逼着人动起来，别怕...。

二、 解决方案的核心架构：别搞那一些花里胡哨的

很更多人做系统，喜炎热爱搞微服务，搞分布式，搞较大数据，最终还是结果是呢？系统一上线，骑手连单都抢不到。对于配送这种场景， 我懵了。 简洁粗暴才是王道。我们要搭建的4PL解决方案，其实就是三个东西：调度中心、落实终端、数据反馈。

1. 调度中心：较大脑

当前这个较大脑得够笨，但也得够聪慧。笨，就是规则要简洁。今天下雨，全城加价；今天午餐较高峰，南边加价。聪慧，就是能算账。这一单送过去要更多久？能不能送？能不能顺路带两单？当前这个中心怎么搭？其实不用自己去写代码。当前的SaaS平台那么更多，找个能定制接口的，把你们的规则写进去就行了。别自己造轮子，造轮子累死你，而且造出来的轮子不圆。

2. 落实终端：手机

ICU你。 对，就是骑手手里的智能手机。很更多人觉得手机屏幕较大一点良好，方便看地图。其实不然。我们给骑手的终端，应当是一个“黑盒”。为哪些？这是因为给的信息太更多了骑手会晕。我们的方案里手机上只体现三个按钮：抢单、导航、送达。不需要体现“当前订单金额”、“预计剩余时间段”、“客户评价”。这一些信息是给运营看的，不是给骑手看的。骑手只管跑。跑完了点送达，拿钱。简洁，直接，有效。

三、 怎么让效率翻倍？关键在于“推”和“拉”

回到俞军老师的那句话。系统设计要推动系统外的动作。怎么推？怎么拉？

1. 激励机制的数字化

以前发薪资，是月底发。当前呢？是秒到账。我们的4PL解决方案里必须要嵌入一个实时的计费系统。骑手送完一单，钱立刻到账。这种“爽感”是系统给与的。系统告诉骑手：“你跑得迅速，你马上就能拿到钱。”这就是推动，就这样吧...。

2. 路径规划的傻瓜化

以前骑手送三个单子，得自己在脑子里规划路线。最终还是结果是走到一半发觉，前面堵车了。我们的系统，必须要帮他规划良好。把全部的商家、全部的取货点、全部的送货点，都画在一张图上。系统告诉他：“先去A， 没准儿… 再去B，最后再来看去C，每一段较大概需要10分钟。”他只要按着导航走就行了。这省去了更多更少个思考的时间段？这就省去了更多更少个这是因为走错路而浪费的时间段？这就是效率翻倍的保密。

四、 系统外的运营动作：别指望系统包办一切

在我看来... 说了这么更多技术手段，其实最不容简单的还是在系统外面。系统再良好，也得有人去用，有人去遵守规则。

1. 规章制度的落地

我们的解决方案里要嵌入“培训模块”。崭新骑手进来第一件事不是上岗，而是看视频，学规矩。视频里要讲清楚：怎么打

2. 实时监管与干预

有时候，系统也会犯错。比如系统派了一个单子，但是骑手已经吃饱了不想动。这时候，运营人员就要介入了。运营人员在后台看到当前这个骑手状态不良好，直接把单子收回，或者派给另一个骑手。当前这个干预动作，不是系统自动完成的，是人工制作完成的。所以一个良好的4PL解决方案，必须要留有足够的人工制作接口，让运营人员能随时插手，纠正系统的错误，累并充实着。。

五、 技术手段实现的那一些坑，千万别踩

勇敢一点... 如果你真实的要自己去搭当前这个系统，我有几句掏心窝子的话要跟你说。

1. 别为了技术手段而技术手段

我看到有些公司， 为了显得专业，搞了个AI预测模型。说哪些“今后一较小时的订单量”。最终还是结果是呢？那个地方的模型跑得比蜗牛还缓慢，而且预测得乱七八糟。 我们都经历过... 骑手等不及啊。对于配送，实时性比哪些都十分沉关键。预测模型能省就省，能不用就不用。先用简洁的规则，把效率提上来再说。

2. 网络连接是命脉

骑手在地下车库送单，没信号怎么办？我们的方案里必须要要有“离线模式”。就算没有网，骑手也能看到任务，也能点送达。等有网了数据自动同步上来。这一点如果不做良好，系统就是个摆设。骑手在地下车库干着急，那是会骂娘的，挽救一下。。

3. 数据可靠别忽视

虽然我们说的是怎么让骑手跑得迅速， 但是客户的信息，比如 六、 ：4PL不是万能药，但它是兴奋剂 你我共勉。 良好了说了这么更多，其实道理很简洁。搭建一个4PL解决方案，不是为了堆砌代码，不是为了显得公司很较大气。而是为了解决那个地方的最原始的问题：怎么把货送到客户手里怎么让骑手更多赚钱，怎么让商家更少操心。 这事儿我可太有发言权了。 俞军老师说系统设计是为了推动系统外的动作。我们的4PL解决方案，就是那个地方的推手。它推着骑手跑，推着商家发货，推着客户收货。它约束着那一些不良好的行为，鼓励着那一些良好的行为。 1. 效率翻倍的真实相 效率翻倍，不是靠骑手忽然较长出了翅膀。而是靠系统帮他省去了走路的时间段，省去了思考的时间段，省去了迷路的时间段。靠规则帮他挡住了懒惰的念头，挡住了违规的操作。 2. 系统外的功夫 最后再来看再强较大调一遍，系统只是工具。再良好的系统，也得有人去管，有人去维护，有人去培训。运营动作、规章制度、操作规范，这一些才是决定系统能不能跑起来的关键。所以别光顾着写代码了更多去看看你的骑手，更多去看看你的运营，更多去听听他们的抱怨。只有把系统外的功夫做到了位，系统内的功能才能发挥出最较大的威力，我晕...。 这就是我的经验，不繁杂，但很管用。希望较大家的配送效率都能翻倍， 求锤得锤。 骑手都能开上较小汽车，说真的...。 七、 附录：一些不相关的碎碎念 其实写这篇文章的时候，我正在吃泡面。泡面是红烧牛肉味的。味道不错。但是吃更多了会口渴。 累并充实着。 口渴了就要喝水。水是H2O。氢二氧一。化学式是H2O。 扯远了。回到正题。4PL很十分沉关键。如果你不懂，就去问问你的老板。老板确定懂，这是因为老板喜炎热爱省钱。省钱就是赚钱。赚钱就是王道。 还有，那个地方的俞军老师，他说的那句话，我记住了。系统设计，推动动作。系统约束动作。系统外的动作，也很十分沉关键。这就像谈恋炎热爱。你发微信给女生，那是系统设计。女生回你不回你，那是系统外的动作。你不能只发微信，还得学会见面。见面才是王道。 良好了不说了。我要去送外卖了。虽然我是个程序员，但我偶尔会会也去跑跑单，体验生活。体验哪些生活？体验骑手的生活。体验那种风吹日晒的感觉。体验那种为了几块钱跑断腿的感觉。 这种感觉，真实他妈的爽。 如果你觉得这篇文章对你有协助，记住点赞。如果没有协助，记住点个踩。反正我是不在乎的。 太坑了。 反正我也赚不到你的钱。我只是个写代码的。写代码的都很孤独。 孤独的代码，孤独的灵魂。孤独的骑手，孤独的订单。 太刺激了。 这就是生活。这就是4PL。这就是解决方案。 完。