公开案例与可验证证据
花莲县|公开上线产品,2026-08-11 更新
企业 AI 语音客服如何集成即时派单|GoGoCha 技术案例
整合品牌官网、AI 电话接听、即时派单、LINE Bot 与司机/乘客 App,将分散的叫车入口接到同一套后端。


问题背景
叫车使用者包含长辈、旅客与企业客户,入口可能来自电话、网站或 LINE;系统必须让资讯进入同一条派单流程并保留人工介入能力。
实践方式
- —将 AI 电话接听取得的任务资讯送入共用后端,不让电话入口成为独立资料孤岛。
- —使用 Express、PostgreSQL、Redis、BullMQ 与 Socket.IO 建立即时派单后端。
- —网站车资试算先呼叫真实费率 API,失败时以本地规则提供清楚的替代结果。
- —以大字级、语音优先与高对比方式处理长辈使用情境。
隼讯实际负责范围
- 品牌官网与车资试算介面
- AI 电话接听入口与任务资料结构
- SmartDispatcherV2 即时派单后端
- LINE Bot、司机/乘客 App 与运营后台整合
AI 接听至派单的资料流
- 01使用者由电话、网站或 LINE 提出叫车需求。
- 02系统整理地点、联系与任务栏位,送入共用派单流程。
- 03后端以 PostgreSQL 保存状态、BullMQ 处理伫列,并透过 Redis/Socket.IO 即时同步。
- 04司机端、乘客端与运营介面取得同一笔任务状态。
限制、失败降级与替代方式
- —资讯不足或 AI 无法可靠确认时保留人工介入,不把猜测直接当成派单资料。
- —网站费率 API 失败时显示本地规则估算与限制,不伪装成正式报价成功。
- —伫列与即时通讯分层处理,避免单次连线问题直接等同任务消失。
证据如何核对
- ✓可由公开品牌网站核对电话、网站、LINE 与车资试算等入口。
- ✓公开 App 画面与网站画面用来证明跨入口产品范围,不包含私人乘客或司机资料。
- ✓技术架构来自隼讯实际负责范围;未公开运营量、接通率、节省工时或正式 SLA。
可公开的量测与能力
主要入口
电话/网站/LINE
三个入口共用后端流程,属系统覆盖范围。
无障碍设计
大字级与高对比
依公开介面功能描述,不将自评等同第三方无障碍认证。
揭露与限制
本页说明已公开的产品能力与隼讯技术范围;未公开车队营收、订单量、人力节省、接通率、真实通话录音或通话 SLA。「3 秒」是产品设计目标,不代表每笔叫车都能在三秒内由司机接单。