關於我們

OnlineMenu 是一個先把店內流程跑通的純網頁工具

返回首頁

信任與透明度(審核員/新用戶通常先看這裡)

OnlineMenu 目前由個人開發者維運。你不需要先註冊才能驗證流程;你也可以先看公開示範、功能頁與教學頁,再決定是否要投入整理資料與導入。

維運者與聯絡窗口

目前由個人開發者維護、修正問題與更新教學內容。遇到影響營運的問題(無法下單/無法接單/訂位流程異常),會優先處理。

LINE: @onlinemenu
可驗證資訊
  • 服務條款與隱私政策:/legal/
  • 公開教學(含導入順序與情境頁):/learn/
  • 廣告授權檔(AdSense 審核常會檢查):/ads.txt
  • Sitemap(讓搜尋引擎更穩定抓到公開頁):/sitemap.xml

這個服務目前是怎麼維護的

我是 OnlineMenu 的開發者。這個服務目前由我持續維護與調整,重點不是先做出一套很大的系統,而是先把店家現場真的會遇到的接單、 外帶、訂位與通知流程整理清楚。現階段先免費開放使用,讓店家可以先評估是否適合自己的營運方式。

資料與隱私:你應該知道的事

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

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

OnlineMenu 想解決什麼問題

很多店家的問題不是完全沒有工具,而是工具太重、太多平台、太多步驟,最後現場還是靠口頭確認、紙本抄寫與店員記憶。 OnlineMenu 的出發點是先用純網頁方式,把線上菜單、QR 點餐、外帶預購、訂位與訂單狀態這些流程放回同一個入口。

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

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

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

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

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

關於資料與隱私的使用範圍、以及聯絡方式的完整說明,請以條款與隱私政策頁面的內容為準。

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

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

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

適合誰

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

目前不適合誰

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

聯絡與回報方式

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