捷運上的那一通電話

某天我在捷運上撥電話向一家餐廳訂位。

過程中，我必須對著電話那頭的店員，逐字報出我的姓氏、完整手機號碼、訂位日期、人數。為了讓對方在背景吵雜的環境裡聽清楚，我得提高音量，把每一個數字咬清楚。

報完之後，我環顧四周——車上每一個陌生乘客，剛剛都被動接收了我的個人資料。他們沒有要、我沒有想給，但這個訂位流程強迫我這樣做。

我把這個小小的不舒服記在心裡，本來想說算了，這就是台灣餐廳訂位的常態。可是掛掉電話的那一刻，我突然想到一件事：

我撥出去的那一秒，店家的話機上其實就已經顯示我的電話號碼了。

那他為什麼還要我口頭再報一次？而且下次再訂同一家店，我還是得從頭報一次完整資訊。

這個摩擦點，用的是上世紀電話系統留下來的訂位流程，發生在 2026 年的台灣。

一個沒人覺得奇怪的奇怪

我把這件事拿來跟身邊幾個朋友講，反應大致分兩種。一種是「對啊，我也覺得很煩，但就習慣了」；另一種是「咦，這樣講好像有道理，我從來沒想過」。

沒有人覺得這件事「在技術上不可能解決」。但也沒有人覺得「這件事應該有人解決」。

這就是我覺得最有意思的地方——一個技術上零門檻、體感上明顯卡的環節，整個業界十年沒有對應的玩家認真進場做。中小型餐廳的訂位系統市場，大部分還停留在「便條紙＋手機備忘錄」這個層級。

連鎖餐廳有 inline、有 EZTABLE，但這些系統的設計重點是「網路訂位」，不是「電話訂位的數位化」。電話訂位這個入口，在現有訂位 SaaS 的版圖裡幾乎是空白的。

而我知道，這個技術原型是存在的、而且做得起來——因為台灣已經有一個非常成功的案例。

Whoscall 與它的鏡像

Whoscall 是 Gogolook 旗下的來電辨識服務，主打把陌生來電的身分、是否為詐騙或推銷，在響鈴的那一刻就顯示給使用者看。產品在台灣與東南亞市場累積大量使用者，母公司 Gogolook 已在台股上市。〔註：具體下載量、用戶數、上市時點待補主源〕

它解決的問題很單純：一通電話進來，我能不能在接起來之前，知道對方是誰？

實現方式也不複雜——把來電號碼丟去一個資料庫比對，把比對結果顯示在使用者的螢幕上。這就是整個產品的技術核心。

現在我們把這個原型轉個方向想：

兩件事，技術原型一模一樣。一邊長成上市公司，一邊是空白市場。

為什麼防禦端走得通、服務端走不通？

這是我自己想了一陣子的問題。我不是這個產業的人，下面是觀察、不是結論。

第一個可能：規模化路徑不同。 Whoscall 是純 B2C 產品，一個 App、一套後端、千萬使用者就是千萬使用者，邊際成本接近零。餐廳訂位是 B2B，每一家店都是一個獨立的整合場景——硬體、人員培訓、現有 SOP 改造，全部都要進場做。同樣的技術核心，落地成本天差地遠。

第二個可能：誰付錢的問題。 消費者願意為「不被詐騙」付月費或忍受廣告，動機強烈又即時。但「不用每次重報電話」對店家是邊際效率提升、對消費者是邊際舒適提升，兩邊都不痛到願意主動掏錢。這種「沒人特別痛、但累積起來很浪費」的問題，最難找到付費方。

第三個可能：玩家分布的歷史路徑。 訂位 SaaS 業者的起家路徑都是從「線上訂位 App」切入，他們對「電話訂位這個入口」的想像，預設就是「要把客人從電話導到 App」。把電話訂位本身做更好，跟他們的商業模型方向相反。

第四個可能：店家端的數位化基線。 中小型餐廳要的不是「整合來電辨識的雲端 PBX」，他們要的是「不要再多裝一台機器、不要再多學一套介面」。任何方案如果不能 plug-in 到他們現有的工作流，就會卡在導入這一關。這個「最後一哩」的問題，是台灣中小企業數位轉型十幾年來重複出現的同一個結構性卡點。

四個原因疊起來，就形成了一個有趣的市場狀態：技術原型已經被同一座島上的另一家公司驗證可行，但鏡像方向的服務沒有人做。

寫這篇的目的

我寫這篇不是要推銷某個解決方案，也不是要罵誰沒做事。我只是覺得，這個現象本身值得被指認出來。

台灣的數位轉型討論常常停留在兩個極端——一端是「我們要追上 AI 大趨勢」，另一端是「中小企業沒能力跟上」。但其實最有意思的問題卡在中間：有些事在技術上早就準備好了，市場誘因卻沒有對齊，於是它就一直停在那裡，誰也不覺得奇怪。

電話訂位只是一個例子。我猜每個產業裡都有類似的「鏡像空白」——同一個技術原型在某個方向上跑得很好，反方向卻沒人做。把這些空白找出來，可能比追新技術更接近數位轉型的真實樣貌。

〔待查證項目：Whoscall 與 Gogolook 的具體用戶規模、上市時點、技術架構描述是否準確；inline、EZTABLE 對「電話訂位數位化」的產品態度是否確實如本文所述；中小企業數位轉型補助項目中是否已有相關品項。〕