動手之前
先把資料備齊,不必再多開分頁。
- 一個你自己能改的網站,或是已經決定要做一個 —— 點餐按鈕總得放在你管得到的地方。
- 菜單要整理到打得出來的程度:品項名稱、價格,還有客人最常問的選項。
- 一個店家名下的銀行帳戶,以及店名下的 Stripe 帳戶(或開得出來)—— 刷卡的錢會結算到那裡。
你會學到
- 用「每一單要花多少」比較三種線上收單的方式,不是比功能表。
- 把紙本菜單變成結帳系統讀得懂的資料 —— 分類、品項、價格、選項、照片。
- 在 Naratake 把點餐開起來,並且用一筆測試訂單一路驗到後台。
- 把點餐按鈕放在客人本來就會看的地方,然後把第一週平安撐過去。
把抽成算清楚,再決定走哪條路
線上收單有三條路,它們在「每一單花多少錢」上的差距,遠大於客人看得到的差別。在任何人展示產品給你看之前,先用自己的數字算一次。
- 第一條路是外送平台的按鈕 —— DoorDash、Uber Eats 這一類。你拿到他們的客人和外送員;他們從每一單抽成,客人的聯絡資料也留在他們那邊。看他們的美國定價頁,外送單的抽成依方案等級從 15% 到 30%(2026 年 9 月查證)。
- 第二條路是外掛在現有網站上的點餐工具。通常有月費,常常再按單加收一筆,而且結帳頁跑在廠商的網址上,不是你的。
- 第三條路是本身就內建點餐的架站工具。在 Naratake 是 Storefront Pro 方案,$79/月或 $758/年:訂單走你自己的 Stripe 帳戶收款,Naratake 從營業額抽 0%,只有 Stripe 本身的刷卡手續費。
- 來算。一家餐廳一年線上訂單 $40,000,抽成 20% 就是 $8,000。第三條路照月費付一年是 $948,再加 Stripe 的刷卡手續費 —— 照美國公告的 2.9% 加 30 美分,1,300 單大約 $1,550。差不多 $2,500 對 $8,000;兩個數字都寫下來。
做到這樣就算完成: 你說得出自己要走哪條路,也算得出它在你一年的訂單量上要花多少錢。
先把菜單整理成資料,再去碰任何工具
三條路要的都是同一樣東西:一份結帳系統讀得懂的菜單。先在試算表裡花一小時,之後不管哪套系統接手,這一小時都省三次。
- 每個品項列出短名稱、一句話描述、價格。照客人瀏覽的順序分組 —— 主餐、配菜、飲料 —— 不是照廚房出餐的順序。
- 把選項寫成資料:大小、肉的種類、辣度、「不要洋蔥」。每個選項都要有名稱和價差,價差是零也要寫。
- 價格上線前先看毛利。Naratake 免費工具裡的食材成本計算機,把食材成本輸進去,就算出每份的成本,還有要達到目標食材成本率該訂的菜單價 —— 線上訂單正是薄利碰上刷卡手續費的地方。
- 把最好賣的十道菜拍起來,白天自然光、同一個背景。暢銷品有照片、其他沒有的結帳頁,看起來仍然是刻意安排的。
做到這樣就算完成: 一份有分類、品項、價格、選項的試算表,陌生人拿去就能輸進任何一套點餐系統,不用回頭問你。
在 Naratake 裡把它開起來
Naratake 把點餐做成網站本身的一個模組:菜單、購物車、結帳、後台都跑在你自己的網站上,錢進的是餐廳自己的 Stripe 帳戶。要開起來,重點在看懂模組面板。
- 在編輯器左側工具列打開模組,開啟線上訂購。它一定要有商品目錄和付款,Naratake 會一起開;它還會建議顧客模組 —— 想讓每筆訂單自動建立顧客紀錄就留著。
- 在商品目錄裡,把試算表上的分類、品項、價格、選項填進去,再設定稅金處理、自取或外送規則,以及接單時段。這裡的外送靠你自己的人或你自己配合的車行——而那正是顧客、聯絡方式和整張單子都留在餐廳手上的原因。
- 從 Stripe 後台複製兩把金鑰,把付款接到你自己的 Stripe 帳戶。每一筆刷卡直接結算進你的帳戶:Naratake 不經手這筆錢,也抽 0%,只有 Stripe 自己的手續費照收。
- 用元件把點餐區塊放上頁面,接著打開預覽 → 店面,下一筆測試訂單,再切到後台,在訂單裡找到它。發布前,把上線指南裡商品目錄是空的、時段沒填之類的警告清掉。
做到這樣就算完成: 在預覽裡下的測試訂單,出現在後台的訂單清單裡,品項、選項、金額都對。
把入口放在客人本來就會看的地方
沒人找得到的點餐頁,收不到單。三個入口就涵蓋大部分的流量:網站頁首、桌上、Google 商家檔案。
- 在網站頁首和手機版選單加一顆「線上點餐」按鈕,連到點餐頁。手機上要不用捲動就看得到 —— 大多數的第一單從那裡開始。
- 印一張菜單 QR code,放桌上、外帶櫃檯、櫥窗。Naratake 免費工具裡的菜單 QR code 產生器在瀏覽器裡就做得出來 —— 讓它連到點餐頁,不要連到 PDF。
- 把點餐頁的網址加進你的 Google 商家檔案。Google 會直接在商家資訊上顯示訂購連結,搜尋你店名的人不必再開外送 App。
- 講出去。收據上一行字、櫃檯一張牌子、熟客常看的那個管道發一篇 —— 「在我們網站點餐,價格一樣,不用裝 App」。
做到這樣就算完成: 在 Google 搜到你的陌生人、坐在桌邊的客人、在你首頁的訪客,都能點一下就到點餐頁。
上線清單,還有第一週
第一週決定了這顆點餐按鈕會變成廚房的日常,還是一個沒人看的螢幕。大部分的麻煩是流程問題,不是技術問題。
- 發布之後,用自己的手機、真的卡,下一筆真的訂單,再從 Stripe 退款。這樣你就看過客人看到的畫面、後台顯示的樣子、錢確實進來了、退款在哪裡 —— 全都在客人需要之前。
- 決定用餐時段誰盯著訂單畫面、用什麼裝置 —— 出餐口一台平板,比口袋裡的手機可靠。沒人看到的訂單,比沒有點餐按鈕更糟。
- 接單時段設得比營業時間短一點,讓最後一筆線上訂單在廚房打烊前進來,而不是打烊的那一刻。
- 一週結束時算一次:自家網站的訂單對外送平台的訂單各幾筆,兩邊都套上第一步的算式。那個數字會告訴你平台該留著當曝光管道,還是該收掉。
做到這樣就算完成: 一筆真的訂單從你的手機到廚房到 Stripe 餘額再退回來,用餐時段有人負責訂單畫面,接單時段跟廚房對得上。
最後檢查
這幾項全部成立,才算真的做完。
- 用自己一年的訂單量選好了路,抽成的算式寫在紙上。
- 菜單變成資料了 —— 分類、品項、價格、選項,還有十張照片。
- 模組裡線上訂購開了、商品目錄填了、付款接到餐廳自己的 Stripe 帳戶。
- 頁首一顆點餐按鈕、桌上一張 QR code、Google 商家資訊上一條訂購連結。
- 一筆真的訂單下過、後台看到過、錢進 Stripe 也退回來了 —— 在第一個客人之前。