运营

附近哪辆车,客户真的能开走?

周五 18:30,迪拜购物中心(Dubai Mall)。一位客户在 Fashion Avenue 停车场给客服打电话:App 显示 200 米外有一辆车,可每次预订都失败。他已经往下走了一层去找车,现在就想要一辆车,马上就要。本文中的车队、车号和时间均为演示数据,仅为举例而设。

简短回答:先按距离给客户周围的车排序,再把他开不了的车剔除:位置已是几小时前的、已有租用在进行的、属于该客户不在其中的客户群组或区域的、有未关闭的维修任务或告警的,以及在车载远程信息能上报油量时油量偏低的。客服把第一辆通过筛选的车推荐给客户,其余的交给专人处理。

最后更新:

2026年11月7日

俯瞰一人走在两排白色汽车之间

地图上最近的那个点

距离是最简单的部分。汽车共享 App 按坐标给车辆排序,但坐标的准确程度取决于车辆最后一次上报的消息。在商场或写字楼底下,这条消息可能已经是几小时前的了。而且一辆车即便离得近,也可能因为好几个再平常不过的原因,对这位客户来说根本用不上。

在让任何人走过去之前,我们会先核对这几点:

  • 车辆最后一次上报位置的时间。停在街边的车按您的部署设定的频率上报;停在 P3 层的车可能从中午起就没动静了。
  • 是否已有租用在进行。也许就在您的客户打开 App 前两分钟,别人已经把车开走了。
  • 谁有权看到这辆车。企业用车、酒店住客专用车,或只对某个客户群组显示的区域里的车,在运营地图上看起来都和普通车辆一样。
  • 未关闭的技术人员任务和告警。有损坏报告的车在修好之前可能不对外开放预订,而有定位设备任务的车,可能并不在它看起来所在的位置。
  • 油量,前提是您的车载远程信息能上报。一位要去阿布扎比的客户拿到一辆只剩 15% 油的车,可不会高兴。

客服通常要一个界面一个界面地查:先看地图,再看租用订单,然后是任务,最后是客户群组。周五晚上来电排着队,时间就耗在这里。

周五晚上,一个问题

客服已将 ChatGPT 接入平台,像忙碌的班上大家平时打字那样输入:

客服:客户在dubai mall,fashion avenue停车场。app显示200米外有车但订不了。1公里内现在哪些车他真能开?近的排前面,其他的为啥不行也说一下。只读

车辆距离最后位置状态能开走吗?
#318200 米15:20,三小时前空闲,有未关闭任务“检查定位设备”否:车可能不在那里,定位设备正处于任务中
#207350 米18:28租用于 18:05 开始否:别人正在开
#145500 米18:26空闲否:仅对某企业客户群组可见
#262800 米18:29空闲,油量 64%支持
#3311.1 公里18:27空闲,17:50 有低油量告警可以,但它略超出 1 公里,而且油量可能撑不了长途

ChatGPT:#262 是这位客户能开走的最近一辆车,停在 Downtown 一侧,步行约十分钟。客户看到的很可能是 #318:它的最后位置是在失联之前记录的,车可能早已被挪走。我把 #331 也列上了:它略超出您要的 1 公里范围,但它是客户下一辆能开走的车。

回电给客户之前,客服又问了一句:

客服:318那个任务谁负责,有人开始处理了吗?331有加油任务吗?

ChatGPT:#318 的任务创建于 16:05,已分配给 Downtown 的技术人员,尚未开始处理。#331 没有未关闭的任务。

三分钟,客服就知道该怎么跟客户说、该推荐哪辆车,以及真正的问题出在哪里。如果表格里有哪里看着不对,在控制面板中点一下就能打开 #318。

运营后台 · 演示数据

AI 助手赖以作答的车队数据

运营控制台概览:需要处理的车辆、车队利用率、进行中的租赁以及以 AED 计的收入
技术人员应用的任务列表,包含优先级、截止时间以及到每辆车的距离

车队概览。车辆利用率、进行中的租用订单、以 AED 计的收入以及需要关注的车辆:当您询问车队情况时,AI 助手读取的正是这些数据。技术人员则会收到按优先级排序的任务清单。

运营控制台显示迪拜车队的实时地图、车辆状态和服务区域
客户应用显示哈利法塔附近的可用车辆及车型名称

实时地图。所有车辆、车辆状态和服务区域尽在一张地图上,实时更新。您的客户也能在应用中看到附近同样的可用车辆,以及车型和油量。

谁来做决定

助手负责排序和解释,其余都由人来完成。

客服让客户预订 #262,告诉他在哪一层、往哪个方向走,并一直保持通话,直到预订成功。客户是自己在 App 里下的单。随后,客服让助手在 Downtown 区域为 #331 创建一个加油任务,看过预览后点击“确认”,任务随即派给外勤团队。#318 没有人动:已经有一个未关闭的任务,再建一个只会让技术人员摸不着头脑。值班主管收到了一行备注,负责跟进此事。

关于管控:问问您的车队是 CT Mobility 内置的 MCP 服务器,以每位员工自己的登录身份和权限运行,默认只读。只有员工在连接时允许了更改,更改才能执行,而且每次都需要确认,每次调用都会写入审计日志。我们按每个部署单独开通,需提出申请。

地图在哪里出错

先看位置的时间戳:如果它比您的部署平时的上报间隔旧得多,地图上的那个点就只能当作猜测。迪拜购物中心、迪拜国际机场 3 号航站楼(DXB Terminal 3)或 JLT 写字楼的地下停车场会吞掉信号,App 则一直显示车辆最后上报的位置。其次是预订状态和客户群组。油量只有在部署从车载远程信息读取时才有意义;读取不到时,助手会直接说明,而不是瞎猜。

机场是另一回事。在迪拜国际机场 3 号航站楼,搭晚班飞机落地的客户想要离到达大厅最近的车,而地图上最近的那辆,可能在隔了一层、信号很弱的停车场里。同样的问题在这里也适用,只是值得改一处:先查位置在 15 分钟以内的车,再看其余的。在机场白跑一趟找一辆其实不在那里的车,代价比在城里任何地方都大。

反过来的来电也有:客户在同一个地下停车场里结束不了行程。这个案例我们写在了客户无法结束租用一文中。

明天早上就能做的

  1. 给客服准备一个应对“车订不了”来电的固定问题:1 公里内客户能开走的车,近的排前面,每辆不行的车都说明原因。
  2. 商定位置多久算“太旧”。30 分钟?两小时?把它写下来。
  3. 列出您的车辆会失联的停车场,并检查区域地图是否对它们做了区别处理。
  4. 请值班主管在周五晚高峰之前,看一遍未关闭的“检查定位设备”任务。

支撑这一切的平台,请参见 AI 汽车共享平台。如果您正在为后台运营评估 AI 工具,不妨先读我们的面向汽车共享和租车运营商的 MCP 指南。

CT Mobility Solutions F.Z.C. · 阿拉伯联合酋长国阿治曼,阿治曼自由区 C1 大楼,E-Commerce Hub BC-8

常见问题

客户 App 会有变化吗?

不会。客户照常在您的 App 里预订。问问您的车队由您的员工在各自的 AI 客户端中使用,连接的是后台系统。

“问问您的车队”怎么收费?

没有公开价格。我们按需为每套 CT Mobility 部署单独开通,最快的办法是在“问问您的车队”页面预约演示,结合您的车队直接问。

CT Mobility Solutions 平台正是您所需要的

数十个成功上线的项目和多年的稳健运营,一再在实践中证明了这一点。不妨问问我们的客户——他们尝试过多种 IT 解决方案,最终仍选择与我们同行。