公開案例與可驗證證據
花蓮縣|公開上線產品,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 秒」是產品設計目標,不代表每筆叫車都能在三秒內由司機接單。