隼讯数位行销 — 回首页

公开案例与可验证证据

花莲县公开上线产品,2026-08-11 更新

企业 AI 语音客服如何集成即时派单|GoGoCha 技术案例

整合品牌官网、AI 电话接听、即时派单、LINE Bot 与司机/乘客 App,将分散的叫车入口接到同一套后端。

GoGoCha 公开品牌网站与 AI 派单服务画面
公开品牌网站:电话、网站与 LINE 入口导向共用派单流程。
GoGoCha 司机与乘客 App 公开画面
公开 App 画面:司机与乘客端承接即时任务与通知。

问题背景

叫车使用者包含长辈、旅客与企业客户,入口可能来自电话、网站或 LINE;系统必须让资讯进入同一条派单流程并保留人工介入能力。

实践方式

  • 将 AI 电话接听取得的任务资讯送入共用后端,不让电话入口成为独立资料孤岛。
  • 使用 Express、PostgreSQL、Redis、BullMQ 与 Socket.IO 建立即时派单后端。
  • 网站车资试算先呼叫真实费率 API,失败时以本地规则提供清楚的替代结果。
  • 以大字级、语音优先与高对比方式处理长辈使用情境。

隼讯实际负责范围

  • 品牌官网与车资试算介面
  • AI 电话接听入口与任务资料结构
  • SmartDispatcherV2 即时派单后端
  • LINE Bot、司机/乘客 App 与运营后台整合

AI 接听至派单的资料流

  1. 01使用者由电话、网站或 LINE 提出叫车需求。
  2. 02系统整理地点、联系与任务栏位,送入共用派单流程。
  3. 03后端以 PostgreSQL 保存状态、BullMQ 处理伫列,并透过 Redis/Socket.IO 即时同步。
  4. 04司机端、乘客端与运营介面取得同一笔任务状态。

限制、失败降级与替代方式

  • 资讯不足或 AI 无法可靠确认时保留人工介入,不把猜测直接当成派单资料。
  • 网站费率 API 失败时显示本地规则估算与限制,不伪装成正式报价成功。
  • 伫列与即时通讯分层处理,避免单次连线问题直接等同任务消失。

证据如何核对

  • 可由公开品牌网站核对电话、网站、LINE 与车资试算等入口。
  • 公开 App 画面与网站画面用来证明跨入口产品范围,不包含私人乘客或司机资料。
  • 技术架构来自隼讯实际负责范围;未公开运营量、接通率、节省工时或正式 SLA。

可公开的量测与能力

派单产品目标

3 秒

公开产品功能目标,不代表所有真实叫车都能在三秒内由司机接单。

核对公开来源

主要入口

电话/网站/LINE

三个入口共用后端流程,属系统覆盖范围。

无障碍设计

大字级与高对比

依公开介面功能描述,不将自评等同第三方无障碍认证。

揭露与限制

本页说明已公开的产品能力与隼讯技术范围;未公开车队营收、订单量、人力节省、接通率、真实通话录音或通话 SLA。「3 秒」是产品设计目标,不代表每笔叫车都能在三秒内由司机接单。