回答菜單、營業時間和訂位問題的餐廳網站

客人做決定前會查什麼

沒有人會在決定週五去哪吃飯之前，先讀一間餐廳的歷史。他們通常站在街上或和朋友坐在沙發上快速瀏覽，只要有一個問題找不到答案就離開。把以下資訊放在不用捲動、手指就碰得到的地方：

• 今晚的營業時間，除了打烊時間，也寫出廚房最後點餐時間。「營業到 11 點，廚房 9 點半最後點餐」可以省掉在帶位台前的尷尬對話。
• 以地圖連結呈現的地址，加上最近的車站、公車站或停車場。點一下就打開訪客自己的地圖 App，勝過載入緩慢的嵌入式地圖。
• 附價格的菜單。 沒有價格的菜單，會讓人覺得不是很貴就是已經過時。
• 怎麼訂位，或直接說明只接受現場候位。
• 一支點一下就能撥打的電話號碼，給寧願直接打電話的人。

菜單才是真正負責銷售的頁面

最常見的錯誤是放一份紙本菜單的掃描 PDF。它在行動網路上很慢、不方便縮放、搜尋引擎讀不好，而且通常已經是兩季前的版本。把菜單以文字放在頁面上，並依照廚房的分類方式分組：小點、小盤、主菜、配菜、甜點、飲料。

在 Anticode 中，菜單可以放在一個從控制台編輯的 CMS 集合裡，包含菜名、分類、簡短說明、價格和飲食標籤等欄位。這個集合有自己的網址（例如 /menu/），所以改價格或劃掉售完的特餐，只要編輯表單，不需要重新建置。如果你每週更換菜單，每週菜單工作流程會帶你建立一套讓線上版本不會跟不上的例行做法。

過敏原和飲食資訊需要小心處理。一致地標示素食、全素和無麩質選項，說明客人該如何告知過敏，除非廚房真的能保證，否則避免使用「不含」之類的字眼。各國對過敏原資訊的規定不同；正確的用語是餐廳自己的責任。

老實說說訂位

Anticode 的預約行事曆每個時段只接受一筆預約。它會拒絕過去的日期和 120 天以後的日期，兩位訪客也絕不會訂到同一個時段。它不知道用餐人數、桌型、翻桌時間或未到訂金，也不會和其他行事曆同步。這讓它適合某些餐廳，卻不適合大多數忙碌的用餐空間。

對較小的店來說，訂位申請表單（一個綁定網站函式的自訂表單）是折衷做法：日期、時間、人數、姓名、電話，以及一個註記兒童座椅或生日的備註欄。每筆申請都由你自己確認，所以要在頁面上說明清楚（「我們會在幾小時內回覆」）。

團體、包場與活動

大型聚餐和包廂的詢問，價值常常超過一整週的兩人桌，值得有一份專屬的簡短表單：希望日期、人數、知道的話每人預算，以及聚會性質。Anticode 會儲存每筆提交，並可以寄到你的信箱、發到店經理關注的 Slack 頻道，或加成 Google Sheets 中的一列，給負責規劃活動的人。如何分流請見把詢問送給對的人。

外觀：真實的料理、真實的空間

千篇一律的生成式餐廳網站很容易被看穿：放的是餐廳根本沒供應的料理圖庫照片、「美食之旅」之類的標題、沒有署名的評論區。請使用你們自己實際餐點和用餐空間的照片，就算是在好天氣的自然光下用手機拍的也行。在 Anticode 上，上傳的照片供應用程式建置使用；設計引擎產生的頁面使用精選圖庫。若要在那裡展示你們自己的餐點，可以把託管的圖片放進菜單之類的 CMS 集合，或請它建置一個使用上傳照片的應用程式。

設計方向上，Editorial（Geist）適合菜單文字講究的小酒館，Luxury（Jost）適合留白充足的高級餐廳，Organic（Figtree）適合以季節或產地為主的廚房，Playful（Fredoka）則撐得起墨西哥塔可店或餃子館。為「訂位」按鈕選一個主要操作顏色，並且不要讓它出現在其他地方。

Anticode 對餐廳能做到哪裡

• 沒有線上點餐。 沒有購物車、外帶點餐、外送範圍或廚房出單。請連結到你使用的點餐或外送服務。
• 沒有桌位管理。 每個時段一筆預約，不計人數、不收訂金、不同步行事曆。
• 頁面只有英文。 如果你的很多客人閱讀其他語言，Anticode 目前無法產生翻譯版本。
• 沒有評論動態。 經客人同意後，你可以引用真實客人的評語，但不會從其他網站自動抓取評論。

常見問題

我可以自己更新菜單，而不必重新建置網站嗎？

可以。把菜單放在 CMS 集合中，在控制台編輯菜色和價格；儲存後集合頁面就會更新。

客人可以把網站像 App 一樣安裝嗎？

每個發布的 Anticode 網站都能安裝到手機主畫面，並附有離線備援頁面。這對常客很方便，不過大多數客人還是會透過搜尋或地圖 App 找到你。

可以使用自己的網域名稱嗎？

付費方案可以連接自己的網域；免費網站會發布到 name.anticode.dev 網址，並顯示一個小小的 Anticode 標章。方案請見價格頁面。

如果大部分訂位都是電話接，用餐廳網站製作工具就夠了嗎？

通常夠了。清楚的菜單、營業時間、地圖連結和點一下就能撥打的電話，涵蓋了客人大部分的需求，申請表單則能接住不想打電話的人。