已完成/已有場域使用
- 正式電話、人工轉接與通話紀錄
- 車隊後台、分機與人工語音審核
- 訂單與派遣引擎的場域使用
產品定位
AnyTaxi 的設計目標,是讓車隊在維持電話接單習慣的同時,取得結構化、可追蹤的營運資料。這需要語音處理、訂單流程與派遣系統一起設計。
不需要改變乘客的來電習慣,降低導入時的行為門檻。
從對話擷取上車地點、時間與人數,並標記需要人工確認的資訊。
訂單、處理狀態與覆核紀錄形成可追蹤的營運資料。
接單流程
以下為目前的流程設計方向。每個環節都設有失敗處理與人工介入點,避免模糊資訊直接進入派遣。
語音流程引導來電者提供上車地點、時間與乘車需求。
通話內容轉為文字,保留可追溯的處理紀錄。
從對話辨識地址、時間、人數與備註,轉為結構化欄位。
低信心或模糊資訊交由人員確認,不直接放行。
建立訂單並介接派遣流程,形成可追蹤的營運資料。
流程已在營運場域使用;各環節的自動化程度與人工介入依實際場域而異。
功能狀態
下表依 2026-10 內部稽核與場域證據整理。AnyTaxi 已落地於營運場域;語音辨識、派遣與端到端流程仍在驗證,未公布辨識率、SLA 或客戶成效數據。
正式電話、人工轉接與通話紀錄已有營運場域使用紀錄;SLA 與同時通話量未對外公布。
場域使用與低信心追問設計並行;未公布分語言辨識率或建單成功率。
派遣引擎與車隊後台已有場域使用;語音到訂單到派遣的端到端對帳仍在驗證。
話務、分機與人工語音審核已有發布與營運紀錄;各頁權限與最新版本仍需定期驗收。
持續進行實機與場域驗收;不以程式存在推定全量上線。
觀測與人工標註持續進行;自動候選尚未正式啟用。
多租戶隔離與第二車隊導入仍需測試與場域證據。
場域驗證與限制
電話鏈路與車隊後台已有營運使用紀錄;語音、地址、派遣與端到端對帳仍在驗證。任何一項都不應被解讀為全自動或正式商業化。
官網的 build/static/browser 測試只驗證網站工程,不是 AnyTaxi 技術驗證。完整限制與證據見技術摘要。
概念架構
語音處理與營運核心保持介面邊界,讓人工程序、測試與後續替換不會牽動整個系統。實際部署細節與敏感資訊不在公開網站揭露。
商業化與合作模式
AnyTaxi 維持 Pilot;尚未公開價格、營收、客戶數或簽約數。以下包含已進行與規劃中的模式。
電話接單依賴人力、地址重打、派遣與營運資料分散。
排班、里程、票款與補貼申報需要大量人工核對。
預約、派遣、通知與對帳流程需要一致資料來源。
語音、文件與既有系統之間缺乏可追蹤的自動化流程。
以可定義的場域與指標驗證 AnyTaxi;不公開客戶名稱與場域數據。
依需求訪談、里程碑與驗收標準推進;不在網站提供固定報價。
多租戶隔離、第二車隊導入與白牌流程仍需測試與場域證據。
語音、地址處理、派遣整合與 AI 治理等方向,依權屬與資料邊界評估。
「規劃/研發中」不是已實現收入或已上線服務。
車隊合作流程
AnyTaxi 已落地於車隊營運場域,並持續與合作夥伴驗證更多流程。尚未公開商業定價;適合已有電話接單流程、願意共同定義指標並提供去識別化回饋的營運團隊。
洽談車隊合作未經書面許可,我們不會公開合作夥伴名稱、Logo 或任何客戶資料。
確認接單情境、參與人員、資料邊界與成功指標。
以去識別化通話樣本檢查語音與欄位擷取流程。
定義低信心資訊的處理方式與人工介入點。
依實際使用回饋調整流程、欄位與系統介接。