2026 年餐廳 AI 語音助理：訂位、外帶與過敏原的實戰指南（避開法律陷阱）

2026 年餐廳 AI 語音助理：訂位、外帶與過敏原，怎麼做才有效（又不踩法律地雷）

83% 的顧客不願意等回電，尖峰時段大約有三成的餐廳電話沒人接（Popmenu 數據，轉引自 Voiceflow）。這是每家語音 AI 廠商開場都會講的話術。但你真正想問的其實是另一件事：這套東西在「我的」餐廳真的行得通嗎？會不會害我吃上官司？我們實測了 8 個平台、把成本一筆筆算清楚，還替你讀完了那些訴訟案件。

重點整理

• AI 語音助理可處理 60–80% 的餐廳來電（訂位、外帶、常見問答、非營業時間），費用為每間分店每月 $99–$499。
• 最適合獨立經營的速食／休閒餐飲、高檔餐廳的訂位溢量，以及 3–30 間分店的連鎖品牌。如果每週來電不到 30 通，就不用考慮了。
• 法規遵循是隱形殺手：加州 AB 2905 未揭露 AI 身分，每通電話罰 $500；有 11 個州規定錄音須經雙方同意。
• 不要讓 AI 收信用卡。透過簡訊導向 Stripe Phone 的代碼化付款連結，就能避開 PCI 適用範圍。

什麼是餐廳 AI 語音助理？

餐廳 AI 語音助理是一套 24 小時全天候的電話接聽系統，透過語音轉文字、LLM 與文字轉語音來處理來電、訂位、外帶點餐、菜單與過敏原問題，以及非營業時間的接聽服務，並將結果直接寫入餐廳的 POS（Toast、Square、Clover）或訂位系統（OpenTable、Resy、SevenRooms）。

從架構來看，它分為四個階段。電話響起，語音轉文字即時把來電者的聲音轉成文字，LLM 判斷對方的需求並對 POS 或訂位 API 發出函式呼叫，再由文字轉語音把回應唸出來。調整到位時，整個循環只需 600–900 毫秒，快到讓來電者感覺不到中間的接縫。

它「不是」什麼：它不是按鍵式 IVR 語音選單（「訂位請按 1」），不是聊天機器人，也不是轉錄比較好的語音信箱。AI 會聆聽、判斷、採取行動。如果你目前的「系統」只是櫃台上一張寫著「跟他們說我們打烊了」的便利貼，那這完全是不同層級的工具。

AI 語音助理到底能為餐廳做什麼？

真正會讓顧客買單的用途有五種：訂位並寫回行事曆、外帶與外送點餐直接進 POS、常見問答分流（營業時間、菜單、過敏原、停車）、外撥確認與回電自動化以降低爽約率，以及為有雙語需求的餐廳處理西語來電。我們服務過的每一家餐廳，至少都用了其中三項。

訂位

助理會確認人數、日期、時間、姓名與電話，再把訂位寫入 OpenTable、Resy、SevenRooms 或 Tock。我們合作過的一家布魯克林獨立經營小酒館，在某次晚餐尖峰時段記下了四通來電，其中三通都是訂位，每通不到 90 秒就完成，而老闆全程留在外場。這就是價值所在：過去得離開桌邊去接電話的外場人員，現在不用了。

外帶與外送點餐

助理會唸出加減項目、結算總額，再把訂單傳進 Toast、Square 或 Clover。披薩店是最重度使用者，疊加客製（「不要起司、雙份辣味臘腸、烤全熟一點」）正是 AI 能否勝任的關鍵考驗。我們的做法是加入 DTMF 確認步驟：助理把訂單複誦一遍，來電者按 1 確認。

常見問答分流

營業時間。菜單。過敏原。停車。服裝規定。露台有沒有開放。能不能用 Apple Pay。這才是真正的隱形冠軍——它是員工最討厭的那 80% 來電，而 AI 處理起來毫無怨言。在多數部署案例中，光是常見問答分流一項，就足以在訂位功能發揮作用之前回本月費。

外撥確認與回電

助理會在前一天外撥確認訂位，並透過提供重新訂位來挽回爽約顧客。Famulor 在其個案研究中回報爽約率降低 20–40%；在你自己實際測量之前，請把這個區間當成上限看待。

西語來電處理

在邁阿密、洛杉磯和休士頓，超過 30% 的餐廳來電是西語。現成平台宣稱支援「40 種以上語言」，實際意思是「LLM 會說這些語言；我們希望 TTS 聽起來還行。」可以用雙語功能，但要用真實來電者測試，別只看廠商的示範影片。

AI 語音能搭配 Toast、Resy 或 OpenTable 嗎？

整合深度差異極大。Loman 和 RestoHost 有原生的 Toast／Square／Clover 以及 OpenTable／Resy 連接器。Vapi 和 Retell 透過 webhook 可对接任何系統，但需要工程資源。OpenTable Voice AI 最適合重度使用 OpenTable 的店家。沒有任何平台原生支援所有 POS，務必用你實際的系統組合進行測試。

這個矩陣裡的每一格我們都實際交付過，判讀的捷徑很簡單：原生優於 Zapier，Zapier 優於 webhook，webhook 優於不支援。

**行家提醒：**原生優於 Zapier，Zapier 優於 webhook，webhook 優於不支援。對由開發者主導的店家來說，webhook 整合沒問題，但比起原生連接器會多出 2–3 週的建置時間。如果你用的是 Toast，而廠商只提供 webhook，要問清楚原因，並把工程時間算進真實成本。

關於自建那一欄的逐平台技術拆解，請見我們的 Retell vs Vapi vs Bland 深度評比。另外根據 Toast 開發者文件、OpenTable Restaurant Solutions 整合套件，以及 Square Developer API，沒錯，如果你的廠商停擺，這些公開 API 都夠穩定，可以直接在上面開發。

哪些 AI 語音助理平台是專為餐廳打造的？

2026 年專為餐廳打造的 8 個平台：Loman（獨立速食店）、Certus AI（YC 投資、多語系）、RestoHost（高檔餐廳與多分店）、Foreva（速食連鎖）、Maple（以訂位為主的店家）、VOICEplug（得來速）、OpenTable Voice AI（OpenTable 原生），以及 Slang.ai（餐飲服務業與高檔餐廳）。Vapi、Retell、Bland 等通用平台，也是客製化建置的選項。

12 家廠商中有 7 家把價格藏在業務洽詢後面。要問清楚為什麼。逐項的成本試算在我們的語音助理定價拆解，那裡可以幫你判斷業務報的價是否合理。

餐廳 AI 電話助理要多少錢？

一家具代表性的獨立餐廳——每週 200 通來電、平均每通 2.5 分鐘——在整套平台（Loman、Certus、RestoHost）上每月花費 $99–$499，用 Vapi 或 Retell 自帶金鑰（BYOK）自建則約 $120–$160／月，或用 OpenAI Realtime + Twilio 原生架構大約 $95／月再加工程時間。以我們的經驗，每週超過 300 通來電後，BYOK 的划算程度就會顯現。

拿來跟時薪 $15 的非營業時間接線員相比：每週 20 小時的涵蓋大約是 $1,200／月。即使是最貴的整套方案，大約省下 100 通電話就能回本——這還不到一個典型週六晚餐時段就能達到的量。

關於 BYOK 成本試算的佐證，Aircall 的 2025 年語音助理成本拆解和 CloudTalk 的定價入門都落在相近區間，不過兩者都低估了工程時間——這正是沒有內部開發者的店家最容易踩坑的地方。完整的 BYOK 成本試算在我們的語音助理定價文章。

餐廳使用 AI 語音助理合法嗎？

大概率合法，但前提是你必須在前 3 秒內揭露 AI 身分、在 11 個雙方同意州（CA、CT、DE、FL、IL、MD、MA、MT、NV、PA、WA）取得錄音同意，而且除非你的 DTMF 處理已納入 PCI 適用範圍，否則絕不讓助理收信用卡。加州 AB 2905 未揭露 AI 身分每通罰 $500。Taylor v. ConverseNow 案是所有廠商假裝不存在的判例。

TCPA 與 FCC 的 AI 揭露規定

聯邦層級的底線是電話消費者保護法（TCPA）。2024 年，FCC 裁定 AI 生成的語音通話適用 TCPA。也就是說，你的 AI 助理必須表明自己是人工智慧，而任何外撥通話——確認、回電、行銷——都需要事先明確同意。來電相對寬鬆，但仍須揭露。FCC 的自動撥號指引是官方入門資料。

11 個雙方同意州

有 11 個州規定，通話錄音前須經「所有」當事人同意：California、Connecticut、Delaware、Florida、Illinois、Maryland、Massachusetts、Montana、Nevada、Pennsylvania 與 Washington。只要這 11 個州中任何一州的來電者接通你的助理且通話被錄音，你就需要一段開場同意詞。我們採用的加強版本是：「本通電話可能會錄音，用於品質管理與訂單確認。繼續留在線上即表示您同意錄音。」各州的用語規定，請見 Hostie 的逐州拆解。

加州 AB 2905 的具體規定

加州在 2024 年通過一項法律：如果電話助理是 AI，就必須在通話前 3 秒內表明身分。沒做到，每通罰 $500。注意是「每通電話」，不是「每起訴訟」。一家每週接 200 通電話卻未揭露的舊金山餐廳，每月潛在風險可能高達 $100,000。Henson Legal 的 AI 語音合規入門是最清楚的說明。

Taylor v. ConverseNow

2024 年底，一件名為 Taylor v. ConverseNow 的集體訴訟，對 Domino's 門市使用的 AI 點餐系統提起告訴。指控內容：AI 收取了信用卡資料，卻未表明自己是 AI。案件仍在進行中，但它是語音 AI 廠商假裝忽視的第一個實質判例。Captain Compliance 有清楚的說明。把這個案子講給你的廠商聽，看看他們的表情。

PCI 適用範圍與 DTMF／Stripe Phone 解法

這是有話沒人敢公開說的一點。只要你的 AI 在電話中聽到 16 位數的主帳號（PAN），你餐廳的環境就納入 PCI 適用範圍。PCI 評估的費用比 AI 的年費還高。解法：不要讓 AI 收卡。當來電者要付款時，助理用簡訊傳送代碼化付款連結（Stripe Phone 或同類服務），信用卡資料永遠不經過你的系統。如果你真的必須在通話中完成付款，Hostie 的 2025 年 TCPA／FCC 檢查清單涵蓋了 DTMF 消音的替代方案。

需要在簽約前找人評估 PCI 和 TCPA 風險嗎？這是我們每一個語音助理建置專案的標準環節。

AI 語音助理能處理西語來電和過敏原問題嗎？

可以，但有注意事項。第一句話的語言偵測準確率約 90%，但各地西語方言（加勒比海、墨西哥、伊比利）和帶口音的英語差異極大。過敏原是更大的風險：如果沒有為每道菜標示過敏原的結構化菜單 JSON，AI 就會胡說。解法是強制設定「我不確定，讓我請經理來」的後備機制。

正確處理過敏原

把菜單以結構化資料匯入，為每道菜明確標註過敏原標籤。大概像這樣：

items:
  - name: Margherita Pizza
    allergens: [gluten, dairy]
  - name: Caesar Salad
    allergens: [dairy, anchovies, gluten]

然後在系統提示中加入一條硬性規則：助理絕不自行編造過敏原答案。如果來電者問「青醬有沒有含堅果？」而 JSON 沒有寫，助理就說「我想確認清楚，讓我請經理來。」自信地給出錯誤答案是一場官司；優雅地轉交則是一則五星好評。

西語與多語系的現實

ElevenLabs 的西語語音在加勒比海、墨西哥和伊比利口音上表現都不錯。Google Cloud TTS 在加勒比海西語上明顯較弱，母音會糊掉，語碼轉換會讓它出錯。廠商引用的 90% 語言偵測準確率，指的是「第一句話」。對於帶口音的英語（印度英語、非裔美國人白話英語、南方地區口音），預期會有 5–15% 的失誤率，在嘈雜線路上還會更高。

AI 失靈時，轉接規則

設定信心門檻（多數平台可調整；70% 是合理的起點），把低於門檻的對話轉給真人。為轉接訓練助理的開場白：「這個我不太確定，讓我請能幫忙的經理來。」絕不在過敏原、價格、營業時間，或任何可能變成客訴的事情上猜測。我們每一次部署，都會在第一週透過聆聽轉接通話，抓到至少一個可修正的失敗模式。

餐廳語音助理該自建、買現成，還是找代理商？

三條路。買現成（Loman、Certus、RestoHost）最快，48 小時上線，不需要工程資源。自建於 Vapi 或 Retell，適合需要品牌專屬語音或客製整合的情況——開發者約需 3–5 週。代理商是中間路線，在你的系統上客製建置，你的團隊不用學新的 SDK。

買現成（整套）

Loman、Certus、RestoHost。24–48 小時上線。工程成本最低（零）。上限是月費訂閱，在多分店規模下可能悄悄膨脹。適合：想在下週五之前就能用的單店獨立店家。

自建（在 Vapi 或 Retell 上 DIY）

給熟悉技術的老闆和代理商。3–5 週。你可以逐字掌控品牌語音、POS webhook 邏輯和揭露開場白。代價是工程時間與持續維護。用我們的 Retell vs Vapi vs Bland 拆解來挑選平台。如果你的團隊對函式呼叫還不熟悉，先讀我們的 LLM 函式呼叫入門。

代理商（在你的系統上建置）

隱藏的第三條路。想要品牌專屬語音，卻不想自己接 Retell 或 Vapi？我們的餐廳語音助理建置服務在你的系統上 3–5 週交付，程式碼品質與自建相同，不需要內部工程資源。

以下是給在場開發者與代理商的最小可行處理器。

# Minimum-viable Vapi/Retell handler for restaurant reservations
# Pseudo-code — see Vapi docs (https://docs.vapi.ai/) for production setup

from vapi import Assistant, FunctionCall
from datetime import datetime

assistant = Assistant(
    name="Bella Cucina Reservation Agent",
    first_message=(
        "Hi, this is the AI assistant for Bella Cucina. "
        "This call may be recorded. How can I help?"
    ),
    voice="elevenlabs/rachel-spanish-bilingual",
    model="gpt-4o-mini",
    functions=[
        FunctionCall(
            name="reserve_table",
            description="Books a reservation in the OpenTable system",
            parameters={
                "party_size": "int",
                "date": "ISO 8601 date",
                "time": "24h time",
                "name": "string",
                "phone": "E.164 phone",
                "notes": "string (allergens, special requests)",
            },
        )
    ],
)

def reserve_table(party_size, date, time, name, phone, notes=""):
    # POST to OpenTable Reservation API
    response = opentable_api.create_reservation(
        party_size=party_size,
        datetime=f"{date}T{time}",
        guest={"name": name, "phone": phone},
        notes=notes,
    )
    return {"confirmation_number": response.confirmation_id, "status": "booked"}

把 opentable_api 換成你的訂位系統 SDK。在函式呼叫回傳之前，為雙方同意州加入 record_consent_state(phone) 檢查。Retell 文件以略為不同的 SDK 形式涵蓋了相同模式。

如何在餐廳部署 AI 語音助理？

五個步驟：界定優先上線的用途（先從訂位和常見問答開始，第二週再加入外帶）、挑選對你的 POS 有原生整合的平台、連接 POS 與訂位系統的憑證、設定菜單、過敏原、轉接規則與 AI 揭露開場白，然後錄音並監控第一週。

步驟 1——界定你的用途

從小處開始。第一週先做訂位和常見問答分流。等你看過助理處理 50 通以上真實來電後，第二週再加入外帶。不要第一天就想上線 5 項用途——我們服務過這樣做的每一家餐廳，都在前 48 小時內撞到客製或過敏原的邊緣狀況。

步驟 2——挑選平台

先對應 POS。如果你用 Toast，就檢查 Loman、RestoHost 和 Famulor 有沒有原生整合。如果你的生意重度依賴 OpenTable，OpenTable Voice AI 是同一廠商的穩當選擇。如果你需要品牌語音掌控或客製 webhook，就直接選 Vapi 或 Retell。

步驟 3——連接 POS 與訂位憑證

API 金鑰、webhook URL，在預備環境測試訂單和訂位。沒有試跑過，絕不上線。我們見過一位客戶損失了整個週六的訂位，因為在營業前 6 小時，生產環境的 OpenTable 金鑰被換成了沙盒金鑰。

步驟 4——設定菜單、過敏原、轉接規則與法律開場白

匯入帶過敏原的菜單 JSON（見前一個 H2）。設定前 3 秒的 AI 揭露。設定轉接信心門檻（從 70% 開始）。如果有來電者位於前述 11 個州，加入雙方同意條款。多數平台都有設定介面，RestoHost 和 Loman 做得不錯。

步驟 5——錄音並監控第一週

要盯的 KPI：人數聽錯、漏接過敏原提醒、通話中途斷線、口音造成的點餐錯誤、客製疊加失敗。連續 7 天，每天聽 5 通電話。我們服務過的每一家餐廳，都在這個期間抓到至少一個可修正的失敗模式。

什麼時候 AI 語音助理不適合餐廳？

如果每週來電少於 30 通（$299／月的訂閱無法回本），就別用 AI；如果你是 60% 以上來電都在聽侍酒師說故事的高檔餐廳，也別用；如果你的生意主要靠私人活動和彩排晚宴這類客製菜單，也別用。這些電話，是人類的主場。

坦白寫的排除清單：

• 每週少於 30 通來電。$99–$499／月的訂閱算不過來。用更好的語音信箱就好。
• **以酒單為重的高檔餐廳。**侍酒師說故事是高接觸的人工工作，AI 會摔得很慘。
• **私人活動／婚禮彩排晚宴。**客製菜單、複雜定價、感性消費決策。留給真人。
• **純外燴店家。**每通電話都是複雜報價。別用 AI。
• **沒有 POS 或訂位系統的餐廳。**AI 無處可寫。先把基礎設施建好。

如果你每晚的生意都靠說故事，AI 反而是降級。把 AI 用在「制式」電話上——訂位、營業時間、外帶。把說故事的電話留給人類。這才是真正的操作手冊。

你的餐廳類型，最適合哪一款 AI 語音助理？

我們的獨立判斷：獨立經營速食／休閒餐飲 → Loman 或 Certus；以訂位為主的高檔餐廳 → OpenTable Voice AI 或 RestoHost；需要品牌語音掌控的 3–30 間分店區域連鎖 → 在 Retell 或 Vapi 上自建；得來速／高吞吐量速食 → SoundHound 或 ConverseNow；需要客製整合 → 代理商建置。

關於「在 Retell 或 Vapi 上自建」這項建議背後的平台層級理由，請見完整的 Retell vs Vapi vs Bland 深度評比。如果「代理商建置」正是符合你店家的那一列，請見我們如何建置餐廳語音助理 →。

Techsy 如何為餐廳客戶打造語音助理

大多數在推銷餐廳語音助理的代理商，都跳過了探索階段。我們每一次合作都從三個問題開始：你的 POS 是什麼？每週實際接多少通電話？你的來電者住在哪些州？第三個問題之所以重要，是因為它會改變揭露用語，而且多數經營者在我們查看通話數據之前根本不清楚。

**部署經驗 #1：**在一個 14 間分店的區域披薩品牌，我們第一週就發現 22% 的外帶電話是客製疊加失敗（「不要起司、雙份辣味臘腸、烤全熟一點」）。現成助理只用口頭確認訂單，大約每 5 次就錯 1 次。我們加入 DTMF 確認步驟——「確認訂單請按 1」——客製準確率從 78% 提升到 96%。

**部署經驗 #2：**一位邁阿密客戶有 35% 的西語來電者。預設語言偵測在加勒比海西語口音上失靈，會在通話中途切換成英語。我們換成 ElevenLabs 的西語語音，並在每通電話開頭加入 1 秒的「要切換成西語嗎？」提示。接通率提升了 18%。

我們不接 $15K 以下的語音助理建置。低於這個金額，像 Loman 這樣的整套 SaaS 是更聰明的選擇，我們也會直接告訴你。如果你想為你的店家算算看，預約免費語音助理諮詢。

常見問題

餐廳 AI 電話助理要多少錢？

整套平台每月每店 $99–$499（Loman、Certus AI、RestoHost）。在每週 200 通來電下，於 Vapi 或 Retell 自建大約 $120–$160／月，外加 1–2 週工程時間。代理商建置通常從約 $15K 起，在你的系統上打造客製語音。相較之下，時薪 $15 的非營業時間接線員，每週 20 小時涵蓋大約 $1,200／月。

能搭配 Toast、Square 或 Clover 嗎？

可以，但整合深度不同。Loman、Foreva 和 RestoHost 有原生的 Toast 和 Square 連接器。Clover 支援參差不齊，RestoHost 最強。Vapi 和 Retell 等自建平台透過 webhook 可对接任何 POS，比起原生連接器會多出 2–3 週工程時間。完整對照請見上方的整合矩陣。

AI 語音助理能接西語來電嗎？

可以，但有注意事項。第一句話的語言偵測準確率約 90%。ElevenLabs 的西語語音在加勒比海、墨西哥和伊比利口音上表現良好；Google Cloud TTS 在加勒比海西語上明顯較弱。在邁阿密、洛杉磯或休士頓，西語需求超過 30% 的餐廳，應該用真實雙語來電者測試每個平台，而不是看廠商影片。地區方言處理正是各平台差異最大的地方。

餐廳用 AI 錄製顧客電話合法嗎？

大致合法，但有嚴格規定。11 個雙方同意州（CA、CT、DE、FL、IL、MD、MA、MT、NV、PA、WA）規定錄音前須經所有當事人同意。加州 AB 2905 額外要求在通話前 3 秒內揭露 AI 身分，違規每通罰 $500。Taylor v. ConverseNow 集體訴訟是現行判例。事先揭露 AI 身分、取得錄音同意，你就在合法範圍內。

能在電話中收信用卡嗎？

我們強烈不建議。只要你的 AI 聽到 16 位數主帳號，你的餐廳就納入 PCI 適用範圍，評估費用比助理年費還高。更安全的做法是導向代碼化付款連結——Stripe Phone 或同類服務——在通話中透過簡訊傳送。信用卡資料永遠不經過你的系統。Loman 和 RestoHost 都原生支援這個流程。

AI 語音助理在前 3 秒會說什麼？

合規的開場白聽起來像這樣：「您好，這裡是〔餐廳名稱〕的 AI 助理。本通電話可能會錄音，用於品質管理與訂單確認。請問有什麼可以為您服務？」揭露「AI 助理」符合加州 AB 2905，錄音說明涵蓋 11 個雙方同意州，「請問有什麼可以為您服務？」讓來電者直接進入流程，不會有尷尬的選單。避免 IVR 式提示。

AI 聽不懂來電者時會怎樣？

每個正式上線的助理都該有信心門檻（我們設 70%）和硬性轉接規則。低於門檻時，助理會說「抱歉我沒聽清楚，讓我請能幫忙的經理來。」它絕不在過敏原、價格或營業時間上猜測。通話接著轉到員工手機、回電佇列，或附轉錄的語音信箱。優雅的轉接，正是客訴與五星好評的分野。

我的餐廳多快能部署？

如果你的 POS 憑證已備妥，整套平台（Loman、Certus、RestoHost）可在 24–48 小時內上線。在 Vapi 或 Retell 自建，由一名資深開發者執行需 3–5 週。代理商建置在你的系統上打造客製語音，需 3–5 週。較慢的路徑通常是等待 POS API 存取權限，請在與任何廠商簽約之前就先啟動這個流程。

可以保留現有的電話號碼嗎？

可以。所有主流餐廳語音 AI 平台都支援從你現有的市話或 VoIP 號碼進行號碼攜碼或來電轉接。廠商會處理 SIP trunk 設定。多數經營者在非營業時間把現有號碼轉給 AI，尖峰時段則轉給員工，AI 不需要在你印製的宣傳品上有自己的電話號碼。

AI 語音助理會取代我的接待人員嗎？

不會。它取代的是純電話來電——訂位、外帶、常見問答、非營業時間。你的接待人員仍然迎接上門顧客、帶位、處理說故事型對話、管理候位名單、觀察現場氣氛。電話是制式工作；外場是高接觸工作。試圖完全取代接待角色的餐廳都失敗了。排除清單請見上方「什麼時候 AI 語音助理不適合餐廳」一節。

結語

三件事要記住：AI 語音助理在訂位、外帶和常見問答分流——也就是制式電話——上回本最快。成本方面，整套為每月每店 $99–$499，BYOK 自建約 $130，每月省下不到 100 通電話即可回本。而合規這一塊是實實在在的，TCPA、11 個雙方同意州、加州 AB 2905 和 PCI 適用範圍，正是一個幫你省時間的工具與一個害你吃官司的工具之間的分野。

想要一套為你的店家從頭到尾打造的語音助理，無論獨立經營還是 30 間分店，都建立在真正適合你 POS 的平台上？請見我們如何建置餐廳語音助理 →。