公司要統計中午訂便當、團購主得整理幾十位團員的口味與數量、市集攤位剛開始試營運，這些情況都不一定需要馬上買一套點餐系統。用Excel或Google試算表搭起一個簡易的Excel點餐系統，就能把菜單、訂單與收款整理得清清楚楚，前提是表格要規劃得當，規則也要先講好。這篇文章寫給想先用試算表處理點餐或訂餐統計的小店、辦公室行政、團購主與活動承辦人，從適用情境、表格規劃、避免填錯與重複，一路談到截單改價的處理，以及該升級點餐系統的訊號。
哪些情境用試算表就夠，哪些不夠
試算表最適合的，是「先集中收單、再一次處理」的情境。點餐的人不需要馬上拿到餐點，有一個明確的截止時間，截單後由一個人整理數量、向店家下訂、收錢發餐。符合這種節奏的場合包括：
- 公司或部門訂便當、下午茶、飲料，每次的品項與人數都不算多。
- 團購統計，團員各自登記品項與數量，團主彙整後向廠商下單。
- 市集或小攤試營運，想先用簡單的方式記錄每天賣了什麼、賣了多少。
- 研討會、員工旅遊、尾牙等活動的餐點登記，例如葷素、過敏食材與便當份數。
- 社區、學校或社團的團膳登記，按日或按週統計人數與餐別。
相反地，如果客人點完就要立刻出餐、廚房需要即時看到新訂單、同一時間有好幾組客人在點，或是每筆交易都要當場收款開發票，試算表就很難跟上。判斷的關鍵在於：訂單是「累積後一次處理」，還是「一筆一筆即時處理」。前者試算表很擅長，後者就是點餐系統的工作範圍。
三種常見的試算表點餐做法
第一種是單一共用表格。建立一份雲端試算表，把連結分享給所有要點餐的人，大家直接在表格裡填寫姓名、品項與數量。優點是上手最快，每個人都看得到別人點了什麼，方便參考或湊單；缺點是任何人都能改到別人的資料，人數一多就容易出錯，比較適合十幾位同事之間的訂餐。
第二種是表單收單加上試算表彙整。用Google表單或Microsoft Forms設計點餐表單，品項用選擇題呈現，填寫者只看得到自己的表單，送出後資料自動寫進背後的試算表，再由負責人在試算表裡整理統計。這種做法把「填寫」和「整理」分開，填單的人改不到別人的資料，最適合團購、活動餐點登記這類人數較多、彼此不一定認識的場合。
第三種是店內收銀用的簡易點餐表。小攤或試營運的店，可以在平板或筆電上開一份試算表，每接一筆單就新增一列，記錄時間、品項、數量與付款方式，打烊後再統計。這種做法本質上是一本電子流水帳，重點在於輸入要快、欄位要少，通常只由一兩個人負責操作，避免多人同時編輯。
工作表怎麼規劃：菜單、訂單、統計、收款各司其職
不管採用哪一種做法，都建議把資料拆成幾張工作表，而不是全部擠在同一張。每張表只做一件事，日後要找資料、修正錯誤都會容易很多。
- 菜單表：品項編號、品項名稱、分類、單價、是否供應中，以及可選的規格，例如飯量、辣度、甜度冰塊。品名與價格一律以這張表為準。
- 訂單明細表：下單時間、點餐人、部門或團員編號、品項、規格、數量、單價、小計、備註、訂單狀態。原則是一列只放一個品項，同一個人點兩樣東西就寫兩列。
- 統計表：依品項彙總的數量，以及依點餐人彙總的應付金額，用來向店家下單，以及發餐時核對。
- 收款對帳表：點餐人、應付金額、實收金額、付款方式、付款時間、經手人與是否已結清。
其中「一列一個品項」最容易被忽略。很多人習慣一個人一列，把所有品項橫向排成好幾欄，看起來直觀，但品項一增加欄位就跟著變多，統計時也要逐欄加總。把明細整理成直式的長表，不論菜單怎麼變動，統計方式都不用改，也比較方便後續做樞紐分析。
用下拉選單鎖住品項名稱
試算表點餐最常見的錯誤，是同一個品項出現好幾種寫法，例如「排骨便當」「排骨飯」「排骨」，人看得懂，但統計時會被當成三個不同的品項，數量就對不起來。解決方法是使用試算表的資料驗證功能，讓品項欄只能從菜單表的品名清單中選擇，填寫的人無法自行打字，名稱自然就會一致。
規格欄也可以比照辦理，例如辣度只能選「不辣、小辣、中辣、大辣」，飲料的甜度與冰塊也各自做成選單。如果是用表單收單，品項本來就是選擇題，效果相同。菜單表本身建議設為只有負責人能編輯，避免有人不小心改動品名或價格，連帶影響所有已經填寫的訂單。
停售或暫時缺貨的品項，可以在菜單表用「是否供應中」標記，讓下拉選單只帶出供應中的品項；要恢復時再改回來即可，不需要刪除品項，過去的訂單紀錄也不會受到影響。
統計交給函數與樞紐分析，不要手動加總
訂單一多，用眼睛數、用計算機加，很容易出錯。試算表的強項就是統計，常用的工具大致有兩類。第一類是條件加總與條件計數的函數，例如SUMIF可以依照指定條件把數量或金額加總，用來算出每個品項總共幾份、每位點餐人應付多少錢；COUNTIF則能計算符合條件的筆數，例如有幾個人選了素食、某個品項被點了幾次。
第二類是樞紐分析表，適合需要從多個角度交叉檢視的時候。例如把品項放在列、部門放在欄，就能一眼看出每個部門各訂了哪些餐，方便分袋發放；把日期加進來，就能看出試營運期間每天的品項銷售變化。樞紐分析表的好處是不需要寫公式，拖拉欄位就能換個角度檢視，資料更新後重新整理即可。
無論用哪一種，原則都是統計表裡的數字全部由明細自動算出，不在統計表裡手動修改。發現數字不對時，回到訂單明細修正，統計就會跟著更新，兩邊才能保持一致。
多人同時填寫：避免覆蓋與重複下單
共用表格最讓人頭痛的，是多人同時操作造成的混亂：有人排序或篩選時改變了整張表的順序，讓其他人填錯列；有人不小心把別人的資料覆蓋或刪除；也有人以為上次沒存到，又重填一次，變成重複下單。以下幾個做法可以大幅降低這些風險：
- 保護不該被修改的範圍，例如標題列、單價、小計與整張統計表，只開放填寫區給大家編輯。
- 需要查看特定資料時，使用Google試算表的篩選檢視或Excel的工作表檢視這類只影響自己畫面的功能，不要直接對整張共用表格排序。
- 規定每人只填一次，要修改就改原本那幾列，不要另外新增；用表單收單時，可以要求填寫者登入並限制只能回覆一次，再開放送出後修改。
- 熟悉試算表的版本記錄功能，資料被誤刪時可以找回先前的狀態。
截單後負責人整理時，也可以依點餐人排序檢查一遍，同一個人出現兩組相同的品項時，先向本人確認是要兩份還是重複填寫，不要自行刪除。
截單、改價、加點與取消，規則要先講好
試算表不會自己執行規則，所以規則一定要事先公告，並且落實在表格的設計上。截單時間是最基本的一項：表單可以在截止時間關閉回覆，共用表格則可以在截單後把填寫區設為唯讀，或複製一份截單版本作為下訂依據，之後的修改一律另外處理，避免下訂後名單又被改動。
價格變動也要小心。如果訂單明細的單價是即時從菜單表帶入，日後調整菜單價格時，過去的訂單金額也會跟著改變，帳就對不起來。比較穩妥的做法是截單時把單價與小計固定成數值，或在每一筆訂單寫入當下的單價，讓歷史紀錄維持下單時的價格。
加點與取消的處理原則是「新增與標記，不刪除」。加點就新增一列，在備註註明加點；取消則把訂單狀態改成「已取消」，統計時排除這個狀態，而不是直接刪掉那一列。這樣事後有人問起「我明明有點」或「我已經取消了」，都查得到紀錄。收款對帳表也要同步更新，付款後才取消的訂單，記得標註退款或下次抵用的處理方式。
試算表做不到的事，與升級點餐系統的訊號
試算表再怎麼設計，終究是整理資料的工具，不是營業用的點餐設備。有幾件事是它先天做不到，或要花很大力氣才能勉強做到的：
- 廚房即時出單：新訂單無法自動送到出單機或廚房螢幕，也無法依照品項分流到不同的工作站。
- 線上付款：試算表只能記錄付款狀態，無法讓客人直接刷卡或使用行動支付，對帳仍要靠人工比對。
- 庫存同步：食材或商品售完時，不會自動在點餐端顯示停售，也不會隨著每一筆訂單扣減庫存。
- 電子發票：無法在交易當下開立電子發票，營業型態需要開立時，就必須搭配其他系統。
- 桌號管理：內用的桌號、加點、併桌與分開結帳，都超出試算表能好好處理的範圍。
當你發現每次截單後都要花大量時間對帳、尖峰時段手寫與輸入跟不上點單速度、客人開始詢問能不能線上付款，或是營業規模已經需要開立發票，就是該認真評估點餐系統的時候。這時先前在試算表裡累積的菜單結構、品項規格與銷售紀錄，正好可以作為挑選系統與建立菜單的基礎，並不會白費。
常見問題
用表單收單時，填單的人可以拿到自己的點餐紀錄嗎？可以。Google表單在收集電子郵件的設定下，可以寄送回覆副本給填寫者；Microsoft Forms也有讓填寫者在送出後取得回覆收據的設定。點餐人手上有紀錄，發餐或收款時有疑問也比較好核對。
團購表單要收電話和地址，需要注意什麼？只收出貨真正需要的欄位，並在表單開頭說明資料的用途與保存期間。試算表的分享權限要限定在負責人，不要設成知道連結的人都能檢視；團購結束、貨品送達後，就刪除不再需要的個人資料；若因售後服務需要暫時保留，也要另外妥善保管。
試算表可以做到自動通知店家嗎？試算表本身沒有這個能力，Google試算表雖然可以靠Apps Script撰寫程式來寄信或發送通知，但需要一定的程式基礎，也要有人長期維護。如果需要每一筆訂單都即時通知店家，通常代表已經接近該使用點餐系統的階段了。
如果你的店已經用試算表撐了一段時間，正在考慮做一個線上訂餐頁面，讓客人可以從網站或搜尋結果直接找到你、看到菜單並下單，創昇SEO提供免費網站健檢，可以先看看你目前的官網或店家頁面，是否已經把菜單、訂購方式與取餐資訊，清楚放在顧客搜尋得到的地方。
從試算表走向點餐系統，中間還有菜單整理、訂購流程與網站入口要一起規劃。創昇SEO提供全台免費到府解說，你可以帶著目前使用的點餐表格一起討論，我們會從實際的訂單量與經營方式出發，陪你聊聊下一步適合怎麼走，不必急著一次到位。