隼訊數位行銷 — 回首頁

公開案例與可驗證證據

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