看得见取舍
说明被优化的目标，以及它对偏远区域、不同骑手和特殊订单可能造成的影响。
第十章 · 变革的潮流
算法进城后，谁来解释决定？
一套派单规则不只是在缩短等待时间，它也在分配谁被优先看见、谁要多等一会儿。把四个目标摆到同一张桌面上，看看“效率”如何变成可以讨论、可以申诉的公共选择。
派单取舍台
每项权重代表系统在当前时段更愿意承受的取舍。调整后，右侧的虚拟结果会重新计算。
午高峰 · 虚拟南城
这一轮，派单正在把机会送往哪里？
老城
商圈
商圈
医院区
新城
写字楼
写字楼
山脚
社区
社区
河西
社区
社区
地图上的路线会随目标偏好改变优先级
--订单准时送达
--骑手空等时长
--偏远订单接单
--可复核的申诉
把“最优”翻译成每个人听得懂的话
午高峰时，平台把离商圈近的骑手优先派往密集订单，准时率会变好；但山脚社区的住户可能连续两次没人接单。对平台而言，这是一个分数的变化；对住户而言，是晚餐、药品和时间被重新安排。
一个连续的案例：雨天的山脚社区
林阿姨给孩子订退烧药。若系统只放大准时率和骑手等待，它会把骑手留在更容易连单的商圈；她的订单会被反复延后。把社区覆盖抬高后，系统愿意为这条远路线留出运力，整体速度或许略降，但“没人接”的风险下降。再把申诉复核抬高，林阿姨不必只收到一条自动通知：她能看到延后原因、提交特殊情形，并由规则或人工复核纠正明显不合适的结果。
解释并不等于公开每一行代码。更实际的要求是：受影响的人知道哪些因素参与了决定、能否补充事实、谁负责复核、纠正后会发生什么。这样，算法才不是一扇只会输出结果的门。
把系统放回公共讨论
一条好规则，至少留出三条路
说得清理由
用具体理由解释一次决定：距离、时段、供给紧张还是服务保障，而不是只给“系统判定”。
改得动结果
申诉要能带来复核和记录；当错误被确认，系统规则也应能留下改进痕迹。
教学模拟声明：页面中的路线、数字与结论均为课堂讨论而设的虚构演算，不描述任何真实平台、城市或派单系统。