咖啡店菜單與營業時間常變，怎麼讓網站與 AI 回答一致？

哪些資訊應固定公開，哪些需要每天核對？

將地址、交通、平常營業日、飲品種類放在公開品牌頁；把當日甜點、限量品與臨時店休視為需要頻繁確認的資料。每項資訊都標示負責人與最後確認日期。不要讓 AI 從上個月的文章推論『今天還有草莓塔』。若沒有可查的即時庫存，直接說明目前無法確認，提供當日公告或詢問店員的方式。Google 的特殊營業時間說明把短期異動獨立於一般時段，正好可作為欄位設計參考。

虛構情境：週五晚間宣布週六十六點提早打烊。值班者應先修改網站營業資訊，檢查 Google Business Profile 的特殊時段，再更新 FAQ 或網站知識，最後在公開頁與 AI 各問一次『週六幾點關門』。若只改社群限時動態，搜尋訪客仍可能看到舊資訊。這些是店員的維護責任，不是 AI 自行上網猜最新狀態。

一份簡單的資料表可分『常態』『例外』『即時』三欄。常態放每週營業日與固定飲品；例外放節日、包場與暫停供應；即時放今天是否售完。常態由店長每週覆核，例外在決定當天發布並標生效日，即時由當班人員更新。若店內沒有能力維護即時欄位，就不要把它放在會自動答覆的來源。資料分類的用意，是讓每個回答都能追到一個可負責的人。

先做一份會被客人直接看見的範例答案：『本週平日十點至十八點；週六因活動十六點結束，週日照常。今日甜點以櫃台公告為準。』這比『營業時間請以官網為準』更能解決問題，前提是日期與資料真的已核對。若已過了活動日期，移除例外說明或讓它明確標成歷史；過期的臨時資訊留在 FAQ 裡，也會變成錯誤知識。

如何把網站、FAQ 與 AI 知識接成同一個發布流程？

kakinang 微網站具備草稿、預覽與發布流程。改營業說明時，先預覽手機與已啟用語言，再發布。FAQ 可以直接維護；若菜單位於公開網站，網站知識同步能抓取來源，在候選版本完成後才切換。若菜單是文件，也可上傳受支援的檔案作為知識來源。公開頁讓人看得到，FAQ 解決高頻問答，網站或檔案知識供 AI 檢索；草稿尚未發布、來源未啟用或同步尚未成功時，不能宣稱 AI 一定已讀到更新。

為每次變更留一行紀錄：項目、舊值、新值、生效時間、操作人、公開頁檢查、AI 問答檢查。例如週日開門從九點改成十點後，除了問『週日幾點開門』，也問『週日早上九點可以喝咖啡嗎』。第二種問法可以揭露 AI 是否只抓到舊文字，或把『最後點餐九點』誤認為開門時間。Google 的有用內容指引看重讀者能否完成目的；清楚回答何時可以來，比在頁面重複搜尋字詞更有用。

店家若同時經營 Google Business Profile、網站、社群與外送平台，不必幻想一次編輯能自動同步所有地方。建立一張四格核對表，按實際使用的通路勾選，並寫上最後檢查時間。對外資訊無法同時更新時，可在主要公開頁先標明生效日，並安排負責者逐一修正。不要讓 AI 含糊說『所有平台都已更新』；它應只陳述已核實的網站資訊，其他入口由人檢查。

發布前可讓未參與更新的同事扮演訪客，從首頁出發找『今天營業嗎』與『現在有什麼甜點』。若必須點三層選單才看到答案，或頁面和 AI 使用不同名稱指同一商品，就修正資訊架構和命名。圖片可幫助認識商品，但文字仍應寫出名稱、供應日期與主要條件；搜尋與輔助閱讀無法可靠理解一張沒有說明的菜單照片。

資訊仍在變時，AI 應怎麼回答與驗收？

AI 可依核准資料說明常態菜單，但限量品、售完狀態與未公布的休假不能由它承諾。若店家把商品與庫存維護在公開商品頁，顧客可以查看上架資訊；正式購買仍要在確認頁重查品項與數量。若今天的甜點只寫在櫃台黑板，就應說『今日供應以店內公告為準』，不可把昨天的照片當即時來源。兩種營運方式都合理，前提是公開回答符合店家真正能維護的資料。

每日開店前查今日時間與限量品，每週固定一天查 FAQ、網站同步成功時間與三個最常見問題，節日另查特殊時段。記錄錯誤答案源於公開頁過期、知識未同步、來源未啟用還是原始菜單沒寫清楚。先修權威資料，再用直接問法與生活問法重測 AI；不能只改提示文字蓋住錯誤。

還要測試邊界：顧客問下週是否有某款季節飲品，未宣布就說尚未公布；問過敏相關資訊，若菜單沒有核准成分資料，就交由店員查證，不推測安全性；問臨時店休時，要提供已確認的最新日期。每次記下『理想回答／實際回答／修正者』，形成可重複使用的小型驗收表。不要為了收錄而量產內容相近的頁面，一份準確且可維護的菜單比許多過期文章更可靠。

每個月抽看十則與菜單、營業時間有關的提問，先把問題分類：資訊未公開、已公開但 AI 找不到、已回答卻日期過期，或顧客實際想問的是訂位。第一類補公開頁；第二類檢查知識同步和問答寫法；第三類改善例外日期與下架流程；第四類應給訂位入口或人工方式。分類後才知道該改哪個環節，不必把所有問題都歸咎於 AI。

還有一個容易忽略的交接點：當班人員知道某個品項售完，負責網站的人卻不在。業主應指定簡單的暫停方式，例如先在公開菜單標『今日售完』並停用該商品選項，隔日再修完整介紹。若權限不允許值班者直接修改，至少要有明確的通知對象與回覆替代說法。不要在系統仍顯示可買時只要求 AI 口頭說缺貨，因為正式商品頁仍可能造成相反預期。

節慶前做一次回放：用手機搜尋店名、打開公開頁、問 AI 明天幾點開與哪款甜點供應，再對照店內值班表和備料表。若答案不同，先停用不可靠的即時承諾。這份檢查只需幾分鐘，卻可在客人出門前發現最麻煩的矛盾。

咖啡店可把臨時改動分成『當日售完』『本週調整』『長期變更』，用不同的檢查節奏處理。當日售完先改店內可售狀態與點餐入口，再提醒值班者不要照舊 FAQ 推薦；本週特殊營業時間要同時改網站與外部商家資料；長期菜單更替才更新固定說明與網站知識。每班交接時，讓下一位員工對照一張現行品項清單與已核准的公告日期。若 AI 被問到明天某款是否仍有，來源只有今天的售完註記，就應說明尚未確認，不能把今日缺貨推成永久下架。不同時間尺度的資訊若混在一起，客人才會看到三個互相矛盾的答案。