產品定位
不是把語音轉成文字，而是把通話變成可執行的訂單。
AnyTaxi 的設計目標，是讓車隊在維持電話接單習慣的同時，取得結構化、可追蹤的營運資料。這需要語音處理、訂單流程與派遣系統一起設計。
保留電話接單入口
不需要改變乘客的來電習慣，降低導入時的行為門檻。
把口語轉為欄位
從對話擷取上車地點、時間與人數，並標記需要人工確認的資訊。
讓營運可以被檢視
訂單、處理狀態與覆核紀錄形成可追蹤的營運資料。
接單流程
從電話進線到派遣，五個可檢查的環節。
以下為目前的流程設計方向。每個環節都設有失敗處理與人工介入點，避免模糊資訊直接進入派遣。
-
01
電話進線
語音流程引導來電者提供上車地點、時間與乘車需求。
-
02
語音轉文字
通話內容轉為文字，保留可追溯的處理紀錄。
-
03
欄位擷取
從對話辨識地址、時間、人數與備註，轉為結構化欄位。
-
04
人工覆核
低信心或模糊資訊交由人員確認，不直接放行。
-
05
訂單與派遣
建立訂單並介接派遣流程，形成可追蹤的營運資料。
流程為設計方向，實際功能依開發與測試進度調整。
研發狀態
功能狀態分開陳述，不把規劃寫成上線。
下表依目前研發進度整理。AnyTaxi 尚在研發與驗證階段，尚未對外提供正式商業服務，也未公布任何辨識準確率或客戶成效數據。
-
接單流程與資料欄位定義已完成
已完成流程腳本、必要欄位與例外情境整理，作為後續開發與測試的共同基準。
已完成 -
語音轉文字與地址擷取驗證中
以通話樣本進行辨識與欄位抽取測試，持續調整地址口語變體的處理方式。
驗證中 -
訂單建立與派遣介接研發中
建立訂單資料模型與介接介面，整合測試仍在進行，尚未對外提供正式服務。
研發中 -
車隊營運資料檢視研發中
規劃來電、訂單與處理狀態的彙整方式，讓營運人員能檢視流程結果。
研發中 -
多語語音流程規劃中
依試點場域需求評估語言與情境優先順序，尚未進入實作。
規劃中 -
自動派遣決策規劃中
需先累積足夠營運資料與規則驗證，再評估自動化範圍與人工覆核機制。
規劃中
概念架構
分層設計，讓語音、訂單與派遣可以分別驗證。
語音處理與營運核心保持介面邊界，讓人工程序、測試與後續替換不會牽動整個系統。實際部署細節與敏感資訊不在公開網站揭露。
- 電話音訊前處理與語音轉文字
- 地址口語變體與欄位正規化
- 低信心資訊的人工覆核
- 訂單服務與派遣介面解耦
- 權限控制與資料最小化
試點合作
從一個可定義的場域開始，共同驗證。
我們目前以合作洽談與試點規劃為主，尚未公開商業定價。適合已有電話接單流程、願意共同定義成功指標，並能提供去識別化樣本與回饋的營運團隊。
寄信洽談試點未經書面許可，我們不會公開合作夥伴名稱、Logo 或任何客戶資料。
- 01
定義試點範圍
確認接單情境、參與人員、資料邊界與成功指標。
- 02
樣本測試
以去識別化通話樣本檢查語音與欄位擷取流程。
- 03
建立覆核流程
定義低信心資訊的處理方式與人工介入點。
- 04
依回饋調整
依實際使用回饋調整流程、欄位與系統介接。