關於我們

OnlineMenu 想讓小店也能零成本使用「網頁點餐」

返回首頁

這個服務是誰在維護

OnlineMenu 目前由個人開發者獨立維護。你可以先看公開示範、功能頁與教學頁,再決定要不要投入時間把資料補齊、正式導入到現場。

自助點餐優先(不用面對面點餐)

我希望客人可以自己掃碼看菜單、自己選副選項、自己送出訂單;店家用狀態更新讓客人自己看得到進度,減少尖峰時「一直問櫃台」的干擾。

如果你正在營運中遇到問題(無法下單 / 無法接單 / 訂位流程異常),或想確認導入流程是否適合你的店型,可以直接聯絡我協助你快速定位。

LINE: @onlinemenu
先從這些公開頁理解流程

OnlineMenu 目前先把哪些事做好

我希望把「掃碼 → 線上點餐」做成更普及、更容易導入的基本能力,讓一些成本必須靠量的小店,也能用接近零門檻的方式開始線上接單與管理。

  • 入口:用 QR 讓客人不用下載 App 也能開始點餐、查詢進度。
  • 菜單:用分類、商品與副選項把常見客製整理成選項,減少備註與口頭確認。
  • 接單:用訂單狀態與店家操作節奏,把「好了嗎?」的干擾降下來。
  • 預購:用取貨日期/時段與清單,把「明天取、後天取」的生意變成可排程。
  • 訂位:用規則、名額與確認流程,把最容易出錯的確認工作留在系統裡。

資料與隱私(摘要)

OnlineMenu 會處理店家菜單、訂單、訂位與通知等營運資料;也可能包含顧客聯絡資訊(例如訂位/預購需要的手機或聯絡方式)。實際資料類型、用途與第三方服務,請以隱私政策為準。

  • 資料用途:用於提供點餐/訂位/查詢/通知/驗證與後台管理,並在必要時協助錯誤排查與安全維護。
  • 第三方服務:功能可能會使用 Firebase、LINE/LINE Pay、地圖與推播等(各自仍受其平台條款與政策約束)。
  • 資料保存:依資料類型不同而有不同保留策略(例如訂單、通知、取號等會有自動清理);細節在隱私政策內會寫清楚。
  • 資料匯出/刪除:若你希望刪除帳號或要求匯出資料,可透過聯絡方式提出,我會在合理期間內協助處理(會先做身分/權限確認)。

OnlineMenu 想解決什麼問題

很多小店不是不想做線上點餐,而是現成系統的成本與導入門檻太高;最後只能回到口頭點餐、紙本抄寫、IG/LINE 私訊收單,尖峰更容易出錯。 OnlineMenu 想做的是一個「小店也負擔得起(甚至零成本就能開始)」的網頁點餐工具,讓掃碼、線上點餐這件事更普及,讓現場的流程更穩。

最小可行導入:先跑通一次,再慢慢加

OnlineMenu 的導入邏輯是「先用最小版本換到最大收益」。第一天不追求功能做滿,而是先把一筆流程跑通:客人掃碼 → 下單 → 店家接單 → 狀態更新 → 客人看得到可取餐/確認結果。 流程跑順後,再依你的店型慢慢加副選項、預購、訂位、通知與出單。

  • 先做一份可測試的最小菜單(招牌/常點品項)。
  • 先印 1 張外帶/預購 QR(放櫃台或排隊動線),必要時再加桌上 QR。
  • 先把取餐/確認規則寫清楚(看到「可取餐」再到取餐區)。

服務承諾:以現場可用為優先

這個服務目前以「現場可用、流程清楚」為優先:任何會直接影響下單、訂位、狀態更新與通知的問題,會優先處理。若你回報問題時提供頁面位置、重現步驟與截圖,通常能更快定位。

功能會以「先讓店家用得順」為原則逐步推出,不會要求你一次把所有功能都開滿。

你可以怎麼快速驗證這套流程適不適合你

我不希望你「先註冊才知道能不能用」。比較實際的方式是先用公開頁把流程看懂,再決定要不要投入時間把資料補齊。

  • 先看公開示範:理解客人端/店家端畫面與操作節奏。
  • 再看功能介紹:確認哪些功能會在你的現場真正用到,以及建議導入順序。
  • 最後看教學總覽:用「第一天怎麼跑、常見踩雷、什麼時候需要 POS」的方式評估落地。

適合誰

  • 快閃店與餐車
  • 傳統店家與中小型餐飲店
  • 想先用純網頁工具整理線上菜單與接單流程的使用者

目前不適合誰

  • 深度依賴外送平台整合的店家
  • 一開始就需要完整 POS、生鮮庫存、會計同步的一體化系統
  • 重度多品牌、多據點、大量第三方串接場景

聯絡與回報方式

公開頁面底部都能看到聯絡方式;如果你要詢問導入、功能限制、流程建議或使用中的問題,也可以直接從聯絡頁留言。對於實際營運現場的問題, 我會優先依照可重現程度與店家情境來調整。