惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
宝玉的分享
宝玉的分享
Jina AI
Jina AI
Martin Fowler
Martin Fowler
W
WeLiveSecurity
V
Vulnerabilities – Threatpost
GbyAI
GbyAI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
P
Privacy International News Feed
D
DataBreaches.Net
Security Archives - TechRepublic
Security Archives - TechRepublic
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Scott Helme
Scott Helme
U
Unit 42
Hacker News - Newest:
Hacker News - Newest: "LLM"
Google DeepMind News
Google DeepMind News
酷 壳 – CoolShell
酷 壳 – CoolShell
Vercel News
Vercel News
I
InfoQ
N
Netflix TechBlog - Medium
罗磊的独立博客
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
IT之家
IT之家
雷峰网
雷峰网
Hugging Face - Blog
Hugging Face - Blog
T
Tailwind CSS Blog
S
Securelist
S
Schneier on Security
T
Troy Hunt's Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
C
Cisco Blogs
H
Hacker News: Front Page
Spread Privacy
Spread Privacy
T
Tenable Blog
博客园 - Franky
Apple Machine Learning Research
Apple Machine Learning Research
Recent Commits to openclaw:main
Recent Commits to openclaw:main
D
Darknet – Hacking Tools, Hacker News & Cyber Security
博客园_首页
量子位
AI
AI
L
LINUX DO - 最新话题
J
Java Code Geeks
小众软件
小众软件
爱范儿
爱范儿
月光博客
月光博客
H
Help Net Security
aimingoo的专栏
aimingoo的专栏

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
智能调度让物流更高效:聊聊调度系统设计
蟹老板 · 2023-07-04 · via 人人都是产品经理

在物流运输业务中,调度环节的存在,可以有效地实现运力的合理分配。那么,怎样才能设计出合理的调度系统,以支撑运输业务的正常运转?本篇文章里,作者结合自身经验,对调度模式和调度系统设计做了拆解和总结,一起来看看吧。

调度即为运输业务中,货物与运力的匹配环节。调度系统是业务系统基础属性,链接上游OMS系统,下游司机/车队系统;或调度模块内嵌到TMS系统中,做单独的操作模块。

随着数据的积累,派车规则的总结完善,越来越多的调度系统力求实现智能调度即自动派车的功能,依托算法或规则配置,优化运力分配。

调度系统的核心,一是派车的准确度高,系统匹配出的为派车的最优解;二是操作的便捷高效性,调度目前还有大量人工操作的场景,系统的使用便捷交互流畅是非常重要的;三是数据的积累及可视化展现,历史数据的宏观微观展示,均可以在多个环节对调度策略进行优化指导。

一、抢单和派单

调度模式简而言之分为两种,抢单和派单。

1. 抢单

抢单的逻辑较为简单,将符合条件的活放到资源池中,司机自行筛选以及预定订单。这种模式基础的要求是司机端有完善的产品而且司机愿意配合使用;司机抢到的单,理论讲一定可以运,延伸对司机的管控,比如主动撤单率高的司机和履约情况良好的司机区别收入或评分,适用于有固定运力,司机管控较为完善的运输公司;针对信息匹配平台,及时记录抢单及放单行为,完善推荐匹配策略。

抢单的弊端,就是订单及运力分配的不均匀,平台公司无法强管控如利润、客户服务等。

例如好客户的好订单,被“坏司机”抢到,可能影响平台口碑;再例如“坏客户”的坏订单,被好司机抢到,可能影响司机的运输体验或收入,会加大司机对平台的抱怨程度;抢单模式不灵活,给平台角色的自由度较大,因而很难精细化管理。很多运输公司选择用固定路线或固定运力池作为抢单模式的场景,用抢单代替固定的排班,通过减少场景来加强管控。

2. 派单

派单的逻辑可以很深入,也可以很简单。

简单的派单,就是调度人员找到订单,选派合适的司机,调度过程即结束。这其中需要考虑司机是否有时间接单,不会和上一单或下一单有重叠即可,这也是大部分TMS系统所实现的程度。再进一步,司机端多考虑一步,是否让已分派的司机撤单或设置司机需点击接单的模式,上下游互选后履约成立,这也是网络货运平台要求的履约模式。这一步往往会设置反馈,不接或撤单的原因,便于日后数据分析。

数据及规则积累到可量化的程度,即可尝试自动调度。基础的自动调度,即把调度人员的派车规则转换成为系统语言,自动推荐运力;到策略层,即会考虑路径规划,多因素相互影响的算法。

调度考虑的因素列举起来有如下:司机作息、运输是否可成立、定向匹配、司机偏好、司机收入、平台利润、平台报价、第三方服务等等。要精确的量化以上条件,必须对三部分数据进行建模分析,即司机画像、车辆基础信息维护、地址画像。

  • 司机画像标记司机的收入要求、运输偏好远途近途、运输习惯休息时间等;
  • 车辆基础信息,如核定载质量、轴数、燃油类型、国五国六等,以此来判断运输能否成立;
  • 地址画像,能否走国道、是否有山路、是否有高台等属性,依次直接可作为运力筛选条件使用。

1)调度顺序模型

初步探索自动调度,首选建立一个匹配的顺序模型,即把上述条件顺次排列依次匹配,触发到即停止匹配。下面简单举一个顺序模型的例子:司机作息>定向匹配>收入>…

第一优先级:司机作息;即保证司机有能力接这单活,如果司机还在途或需要休息,调度无法成立。

简单举例,如司机在途一个往返150公里的订单,默认可以当天返程,后一天的单理论可以继续派此司机;另一个简单的维度是时间,同样往返150公里的订单,默认司机可接20小时后的订单,也是理论成立;精细一些的分析方向,依靠货车导航精确判断司机返程情况,或根据历史订单及历史路径选择,精确估算到达时间。

第二优先级:定向匹配;即合约司机或固定路线司机优先匹配。

例如一些专线司机,只跑某一条路线,即可在其作息允许的基础上,直接匹配分派。这个模式必须留一个兼容性,固定司机可用数量为0时,系统触发正常匹配逻辑,否则会导致无车可派的情况。如若多个固定司机对应一个路线,进入下一条条件的判断。

第三优先级:收入,司机收入和公司平台收入。大部分运输公司和司机的合作模式,都会有保证最低收入的限制,所以系统需将这个权重影响到自动调度中。广义区分,近途订单收入少,远途订单收入多,所以针对最低收入较低的司机,派近途订单的权重高于远途订单的权重,反之亦然。针对社会车辆或临时合作的车辆,平台收入的优先级高于司机收入的优先级。

物流平台调度环节的收入,即为既定派车价-司机运费,司机运费越低,平台收入越高(此处暂不展开其他维度 仅举例说明),保证平台总体利润最大化,是高优条件,但是收淡旺季、油价波动等因素的印象,会导致平台利润最大化的条件“不是最优解”,年度利润最大不等于每天或每月的利润最大,多因素的波动也会影响利润的计算取舍。

第四优先级 … 不同企业可自行选择。

以上为较为简化的顺序模型,企业可以根据自身的情况,设置个性化的权重。如果是TMS或调度的SAAS平台,可将优先级做为可配置项,按需设置。

2)算法示例

自动调度的另一个方向,是用算法来进行路径规划选择,一般会细分到某一行业或领域,如城市配送、干线配送或医疗行业、服装行业等,都是在场景下寻找路径的最优解,综合路径、路况、路桥费等因素,计算最优选择。常用的如路径规划算法、遗传算法、蚁群算法等。下面简述两个算法的应用逻辑。

遗传算法是一种模拟自然选择和遗传机制的优化算法,具体来说,遗传算法可以通过以下步骤进行物流派车调度:

  1. 个体编码:将物流车辆的行驶路线和配送计划转化为染色体编码,例如使用二进制编码或者排列编码。
  2. 初始化种群:随机生成一组初始染色体,作为种群的初始状态。
  3. 适应度函数:定义适应度函数,即评价染色体的好坏程度。在物流派车调度中,适应度函数可以根据物流车辆的行驶距离、时间、成本等综合因素进行评价。
  4. 选择操作:根据适应度函数对种群进行选择,从中选择适应度较高的染色体进行进化。
  5. 交叉操作:将选出的染色体进行交叉操作,生成新一代染色体。
  6. 变异操作:对新一代染色体进行变异操作,以增加种群的多样性。
  7. 替换操作:将新一代染色体替换原始种群中适应度较低的染色体,以保证种群的进化方向。
  8. 迭代操作:重复进行选择、交叉、变异和替换操作,直到达到预定的停止条件,例如达到最大迭代次数或者适应度达到一定的阈值。

蚁群算法是一种基于模拟蚂蚁觅食行为的优化算法,蚁群算法可以通过以下步骤进行物流派车调度:

  1. 蚂蚁模拟:将物流车辆视为蚂蚁,通过模拟蚂蚁的觅食行为来寻找最佳的配送路径和配送计划。
  2. 路径选择:蚂蚁在搜索过程中,通过释放信息素和选择路径的方式,寻找最佳的路径。释放信息素的方式是将信息素分布在路径上,选择路径的方式是根据路径上的信息素浓度进行选择。在物流派车调度中,信息素可以表示为物流车辆的行驶距离、时间、成本等综合因素。
  3. 更新信息素:当蚂蚁完成路径选择后,需要将路径上的信息素进行更新,以影响其他蚂蚁的选择。在物流派车调度中,可以根据物流车辆的行驶距离、时间、成本等综合因素,更新路径上的信息素浓度。
  4. 重复迭代:重复进行路径选择和更新信息素操作,直到达到预定的停止条件,例如达到最大迭代次数或者信息素浓度达到一定的阈值。
  5. 通过以上的逻辑,自动调度模型已经跑通,进一步可以加强运营管理和数据监控。特别说明一点,自动调度的基础建设是一个较为复杂且研发量较大的模块,如果企业想自建的话,首先考虑企业的订单量是否可以支持模型跑通,例如一个小三方每月一两万单的数量,就没有必要做自动调度模块,其次考虑投入产出比,投入较大进而ROI较低,可以横向比较是否要做,做到什么程度。

关于监测数据,检测自动调度系统运行情况的指标,基础的就是自动调度成功率=衡量系统是否能匹配到运力,自动调度接受率=衡量系统是否匹配的准,可以建立漏斗模型进一步分析再哪个环节需要改进,粗略的说,自动调度接受率超过10%可以说方向就是对的,超过30%已经及格,超过60%是相当不错的程度,初期的预测可以大致依此作为预测目标基数或阶段。

二、调度支撑模块

调度的背后有几个支撑模块,报价模型、司机评分和客户分级。报价模型衡量调度的可行性,在上述例子中涉及利润的环节均需要报价模型的支撑。司机评分考核司机的服务情况,类似滴滴专车快车的概念,可以区分定价影响分派。客户分级主要区分客户,可以精细化运营“保大客户”等运营策略。

1. 报价模型

物流公司的报价模式,常用成本定价法。从成本的基础上加上利润部分,作为对外报价,差值即为最终利润。

首先确定公司的成本结构,包括运输成本、人工成本、燃料成本等,做加法后即为运输成本价。在确定成本结构后,需要设定利润要求,以保证公司的盈利能力,使用一次函数模型即可,例如y=kx+b,x为成本,k为利润系数,b为附加利润值,得出的y即为客户报价。其中k、b均为可延展参数,均可由多个参数叠加。

建立市场变化参数,监测市场变化,包括油价波动、淡旺季等因素,及时更新成本结构和利润要求。通过实时监测和分析市场变化,可以及时调整市场变化参数,定价实时跟随市场波动。淡旺季同比大概稳定,初期可固定参数降权考虑;油价波动可直接与国际油价表保持一致。

制定价格策略,根据基准价格、成本结构和利润要求,制定相应的价格策略。价格策略可以根据货物类型、运输距离、发货时间等因素进行分类,以满足不同的客户需求。定价策略和业务类型紧密相关,例如快递快运按重泡比的计费方式、大宗商品按重量考虑亏吨涨吨的场景、首重+续重的计费方式、阶梯定价等等。

根据以上模型,实时更新价格策略,根据市场变化及时调整价格参数,计算实时准确报价。

2. 司机评分

司机评分按网络货运的官方要求,货主可直接评价司机,但实际运营中,多建立司机、货主、平台三方互评的评级机制,各方加权平均的结论为最终评分。

评分项围绕运输环节展开,例如准点情况、驾驶安全、货物安全、服务态度、专业技能等等,评分项公司可以自行细分。

评分后的结果,需要做归一化的处理,保证分值的规范性。另外,分值的有效性需要考虑,例如前三个月或前半年的分数,是否可以代表目前司机的服务情况,依此思路设计评分的更新机制。司机红线、退出机制需要提前设置。例如司机私自吞货或司机殴打客户等等红线条例,触发扣分甚至退出机制。

3. 客户分级

客户分级参数直接影响报价、调度。例如大客户或重要客户的报价,略低于市场价,并且该客户的货,需要调度保证可以匹配运力,甚至需要预留120%的运力给大客户。不同的分级的客户,制定不同的运营策略,用分级参数影响报价及自动调度的计算。

客户如何分级是个顶层的议题,财务可以说利润率高的是好客户,业务可以说货量大的是好客户,老板可以说他的朋友公司是好客户,各角色对好客户的定义不尽相同。如果用历史数据来测算结论,未必可以涵盖全部诉求场景。初期的分级可以直接设置为高权限操作手动选择,线下约定更新频次及机制,以此来简化系统及场景。

三、调度系统交互

调度系统的交互设计,可以尝试脱离常规的列表表单的设计,因为其有大量图形结合的场景,可在一张地图上完成操作,即运输可视化。主要包含以下几方面内容:运力监控、地图打点标记、路径规划/历史路径查看、延伸场景。

  • 运力监控;物流企业对运力的在途行驶、车辆状态等的监控,标记在地图一目了然。常用的实现方式有两种,一是车上放置硬件获取实时定位,二是对接北斗获取定位。
  • 地图打点标记;调度对部分地址会进行标记,辅助操作。例如某天同市的出口订单标记红色的点,聚合显示数量,以便于预留运力。系统可保留筛选项,灵活打点标记,做好聚合放大缩小的信息展示。
  • 路径规划/历史路径查看;针对某地址的路径查看,可辅助调度选择行驶路径估算到达时间等。可对路线进行进行标签建模,快速展示核心信息。
  • 延伸场景较为综合例如集装箱运输常用的匹配运输、分段运输等,通过上述地点标记、运力监控功能的结合,辅助调度实现两个小箱拼车或长途分段的操作。

四、写在最后

自动调度是很多物流公司信息化的白月光,它就在那里,好像能够一够又好像去之甚远。

我自己曾经带着二十多个研发,大干两个月搞出来了一个自动调度1.0版,调度成功率仅1%,存在无数诟病,被老板喷、被调度喷、被司机喷…仿佛自动调度是个伪命题,通过不断地迭代调度成功率缓慢提升,过程及其痛苦。

但不可忽视的一点,调度本身存在太多无法系统化公式化的场景,充斥着人情世故及私人交易。另一个角度如果都实现了自动化,传统的调度岗位就不存在了么?所以调度人员内心也不希望自动派车的结果那么准自然也不会那么配合…

总之确定立项自动调度前,一定做好打硬仗的准备。以上经验均为实践中来,也欢迎各同行多多交流指正~

本文由 @谢宇 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。