项目描述
翻译我们经营一家小型道路救援业务，拥有几辆拖车覆盖整个城市，每个电话的开始方式都是一样的：司机打电话，调度员试图弄清他们的位置，然后查看单独的地图来猜测哪辆拖车是空闲的。这种方式有效，但在高峰时段速度较慢，当两个调度员将同一辆拖车派往不同的工作时，错误也会发生。我们希望将这第一步转移到一个聊天机器人中，司机可以直接在消息应用中打开，而不是等待接听。
机器人应该要求司机分享他们的实时位置，并简要描述问题——汽车无法启动，被撞了无法驾驶，或者只是需要在两个地址之间拖车。利用该位置，机器人将其与车队中每辆拖车的当前位置和状态进行比较，并提供最近的未分配拖车。一旦选择了拖车，司机应该看到一个简单的预计到达时间，指定的司机应该收到一个简短易读的摘要，而不是逐字转述的电话。
我们没有严格的技术栈，但匹配逻辑和估算比界面更重要。我们希望涵盖的要点：
— 接受共享地理位置，而不仅仅是输入地址
— 实时标记拖车忙碌或空闲的简单方法
— 基于距离和负载的到达估算，而不是固定数字
— 当机器人无法自信地匹配请求时，回退到实时调度员
机器人应该要求司机分享他们的实时位置，并简要描述问题——汽车无法启动，被撞了无法驾驶，或者只是需要在两个地址之间拖车。利用该位置，机器人将其与车队中每辆拖车的当前位置和状态进行比较，并提供最近的未分配拖车。一旦选择了拖车，司机应该看到一个简单的预计到达时间，指定的司机应该收到一个简短易读的摘要，而不是逐字转述的电话。
我们没有严格的技术栈，但匹配逻辑和估算比界面更重要。我们希望涵盖的要点：
— 接受共享地理位置，而不仅仅是输入地址
— 实时标记拖车忙碌或空闲的简单方法
— 基于距离和负载的到达估算，而不是固定数字
— 当机器人无法自信地匹配请求时，回退到实时调度员
网页编程 现金, 银行转账
