问题
重新组合路线的工作，比录入日历更重。
难点不是录入预约，而是持续让访问、人员、时间、移动和例外同时成立。
访问时间窗会重叠。
上午限定、前置作业后、截止时间前等，每个访问都有不同时间条件。
- 需要包含前后移动
- 也会产生等待时间
不是每个人都能去。
资质、设备、语言、现场经验和客户偏好会限制可担当人员。
- 有资格人员成为瓶颈
- 相性与连续负责也要考虑
地图上近也不一定可行。
服务时间、停车、道路时间、据点和直行直归都会影响可行性。
- 移动会压缩日程
- 每位负责人出发地可能不同
一次变更会影响整天。
缺勤、取消或紧急追加会迫使剩余一天重新组合。
- 尽量维持已确认日程
- 也可能需要通知变更
计划负责人每次都在脑中做这类计算。
访问时间窗×负责人条件×移动×连续性×变更×= 可执行日程
数学模型
交给求解器前，先把业务规则分开整理。
访问计划可作为包含时间窗、人员技能、休息、固定预约和变更后重算的路线计划来处理。
01
必须
必须满足的条件
- 访问时间窗每次访问都要在允许的服务时间窗内开始并完成。
- 必要技能只把具备所需技能、资质、设备或语言能力的人员纳入候选。
- 人员可用性缺勤、工作时间、访问上限和返回据点规则都保持可见。
02
偏好
尽量满足的偏好
- 担当连续性当连续负责有业务价值时，优先保留同一名担当人员。
- 期望时间在允许时间窗内，尽量靠近期望的访问时间。
- 负荷均衡避免困难访问、长距离移动或紧急任务集中到某一个人。
03
目标
需要改善的指标
- 未分配访问先减少高优先级未分配访问，再优化便利性指标。
- 移动时间在保持时间窗和连续性可解释的前提下减少总移动时间。
- 延迟与加班当人员和时间不足时，不伪装成完整计划，而是显示原因。
距离最短并不一定就是好日程。
为了少几分钟移动是否值得打破连续负责，紧急案件进入时可移动几项已确认安排。这些优先级会与你一起决定。
现场业务
适用于需要组合访问地点、人员和顺序的业务。
共同问题是：谁在什么时间、按什么顺序去哪个地点。
上门护理与照护
处理访问时间、医疗处置、护理资质、连续担当和每周访问频次。
时间指定资格连续负责
设备点检与维修
组合设备种类、零件、技术人员技能、紧急程度和从据点出发的移动。
技能部件紧急对应
清扫与维护
表达入室时间窗、器材、多人作业和连续作业。
多人器材入室时间
销售访问与现场调查
反映优先级、负责区域、客户关系、访问频次和直行直归。
优先级负责区域访问频率
交互演示
调整条件，查看访问候选改变的理由。
切换场景、缺勤、紧急追加和规则强度，查看访问候选如何变化。
路线图
概略路线
坐标是虚构的相对位置。生产系统会替换为道路时间矩阵和已确认的地址处理方式。
确认
确认要点
人员路线
一天的时间线
未分配
需要判断的访问
规则示例
把决定路线能否执行的业务规则模型化。
选择求解器或搜索方法前，需要先分开整理下面这些规则。
WIN-01硬性访问时间窗
无法在每次访问的允许时间内开始并完成时，排除该候选或标记为未分配。
SKL-01硬性必要技能
只把满足访问所需技能、资质、设备和语言的人员列为候选。
AVL-01硬性工作可用性
遵守缺勤、工作开始和结束、访问上限以及固定预约。
BRK-01硬性休息时间窗
在候选路线中明确午休或休息窗口。
CON-01偏好连续担当
在不破坏硬性条件的范围内，优先保留上次负责人员。
CHG-01偏好减少变更
缺勤或紧急追加后重算时，尽量减少已确认计划的变更。
BAL-01偏好负荷均衡
平衡访问件数、服务时间、移动、紧急度和困难现场。
TRV-01目标减少移动
确认可行性、优先级和连续担当后，再减少总移动时间。
UNS-01目标未分配说明
不强行生成误导性的完整计划，而是显示未分配访问及原因。
可解释输出
不仅输出计划，也输出为什么是这个计划。
有用的系统不会隐藏短缺。它会显示候选计划，以及每个例外需要人工判断的理由。
访问顺序与时间
按人员显示到达、等待、开始、完成、移动、休息和返回的时间线。
未分配理由
按技能不足、时间窗、访问上限、工作时间、固定预约等分类无法安排的原因。
方案对比
用相同指标比较已分配数、移动、延迟、连续担当、加班和变更量。
人工修正与影响
锁定已确认访问或人员分配，只重新计算剩余部分。
1生成候选根据条件与优先级计算
→2人工确认例外、关系与现场情况
→3固定一部分保持已确认访问
→4重新计算重排变更部分
→连接到运用
不止于计算，也做到现场会使用的系统。
只有优化引擎并不能改变运用。我们会一并设计请求受理、客户信息、负责人日程、地图、通知和实绩报告等必要画面。
- 请求受理与案件台账管理访问条件、地址、所需时间和优先级
- 负责人手机应用确认今日顺序、地图、联系、到达与完成
- 变更与通知反映取消、缺勤和紧急追加并通知
- 实绩与分析统计计划与实际差异、移动、延迟和稼动
FIELD负责人手机日程・地图・报告
OPERATIONS管理画面请求・手动修正・确定
MATHEMATICAL CORE计算引擎约束・路线・重算
DATA客户・人员・实绩DB・API・审计日志
数据
从现有排程文件和规则说明开始。
第一个原型可以从匿名化的一天或一周数据开始。目标是确认规则能否表达，以及候选计划是否有用。
输入
最先确认的数据
访问列表
地址或区域、可访问时间、服务时长、必要技能、优先级和上次担当。
人员列表
工作时间、据点、资质、访问上限、缺勤和当前位置。
业务规则
硬性规则、偏好、优先顺序、休息规则、固定预约和变更限制。
当前计划与实绩
当前计划、实际到达和完成时间、移动、取消和人工修改记录。
适配确认
适合定制开发的情况，以及不适合的情况。
不是所有事项都适合定制系统。我们会先确认复杂度与收益是否匹配。
+
适合咨询
- 时间窗、资格、移动等条件很多
- 计划编排依赖特定负责人经验
- 缺勤或紧急追加会频繁重排
- 引入现成产品后仍有大量手工修正
- 日程需要与其他业务系统连接
-
先考虑现成产品
- 访问件数少，固定路线即可处理
- 时间指定或资格条件很少
- 市售服务已经足够
- 基础数据和业务规则尚未整理
- 自动化之前应先整理受理流程
交付流程
先解一个小范围，再接入现场机制。
为了不止步于 PoC，我们将计算验证和业务系统化分阶段推进。每个阶段都可以基于证据决定继续、修改或停止。
- 01DIAGNOSIS免费确认
确认课题与数据
确认当前日程、负责人、访问条件与变更频率。
- 02MODELING设计
将条件分成三类
整理必需条件、偏好和改善指标，并确定评价方式。
- 03PROTOTYPE固定范围
小规模计算验证
用一天或一周的数据生成候选，并与当前方案比较。
- 04PRODUCT单独报价
实现业务系统
把受理、地图、修正、通知、实绩与权限整体实现。
- 05IMPROVE持续改善
从实绩继续改善
使用实际移动时间、延迟和现场修正来打磨规则。
这个页面演示是生产用优化引擎吗？
不是。页面演示是说明用的简单确定性启发式逻辑。生产项目会在确认规模、规则和响应时间后选择求解器、搜索方法或混合方案。
可以从Excel开始咨询吗？
可以。首次确认可以从匿名化的访问列表、人员列表、规则说明和当前计划表开始。
缺勤或紧急访问后可以重排吗？
可以。修复模式可以锁定已完成或已通知的访问，只重新计算剩余路线，并显示发生了哪些变更。
可以连接地图服务吗？
可以。道路时间API、距离矩阵和地图显示会在确认费用、条款、缓存和隐私处理后集成。
系统会自动确定最终计划吗？
不会。未分配访问、规则放宽和人工修正的影响都应由人员确认后再确定日程。