掃描桌面入口
顧客只需要從一個入口開始。
核心 Sandbox 已完成 · 現正尋找外部整合與場域驗證
一次掃描，
一次掃描，
直接開始點餐。
產品目標是讓顧客不必先找 Wi-Fi、輸入密碼，再掃第二個點餐碼；WiFi Order 將門市連線、經驗證的桌次 Session 與既有點餐頁整合成一個入口。實際加入方式仍須依 IronWiFi 與硬體能力驗證。
不更換既有 POS
不安裝顧客 App
先證明價值再擴店
目標顧客流程
Core sandbox verified
把開始點餐前的摩擦縮成一步
完成門市連線
由 PoC 選定並驗證 Captive Portal、WPA-Enterprise 或 Passpoint 加入方式。
開啟正確桌次
直接進入合作夥伴原有的點餐頁面。
關桌後入口結束
桌次生命週期與既有營運流程同步。
原有菜單原有訂單原有付款原有品牌
專案真實進度
核心 Sandbox 已完成；外部整合與場域仍待驗證
目前可驗證的是控制平面軟體與模擬全流程，不是已完成商用部署。以下狀態用來清楚區分已實作與尚未證明的部分。
核心控制平面
多租戶 API、TableSession 狀態機、短期憑證抽象、NetworkAuthSession、Portal Grant／Resolver、關桌立即拒絕、撤銷佇列、Webhook、Audit、Metrics 與安全測試。
模擬端到端流程
Mock Network Adapter 與 Gateway Simulator 可重現建立、驗證、導向、關桌、撤銷、離線、延遲、失敗與重試；核心 repository 目前有 20 項自動化測試通過。
真實網路與付費場域
IronWiFi 實際能力、Verified AP／Gateway、原生 Wi-Fi 加入方式、iOS／Android 真機、單店部署成本與付費 PoC 成效尚未完成，不能視為商用完成。
適合場景
不是每間餐廳都需要 WiFi Order
我們只尋找問題已經造成店員時間、顧客放棄或營運成本的場域，而不是為了增加一個看起來新穎的功能。
問題經常發生且有成本
地下室、百貨、美食街、飯店、場館或厚牆建築；顧客常因收訊、連線或多次掃碼需要店員協助。
一般 QR 已經完全足夠
行動網路穩定、顧客可立即開啟點餐頁、幾乎沒有錯桌或人工協助問題的門市，不建議增加任何設備與流程。
弱訊號門市
顧客掃碼後頁面載入失敗、等待過久，最後改由店員協助或人工點餐。
入口步驟過多
桌面同時放置 Wi-Fi 與點餐 QR，顧客需要切換相機、設定與瀏覽器。
場域需要一致管理
多門市、商場、飯店或場館希望統一管理顧客入口，而不是逐店手動設定。
商業價值
我們不賣網路技術，先證明營運結果
是否值得導入，取決於能否減少顧客失敗、店員介入與錯誤桌次，而不是底層用了什麼技術。
顧客完成率與時間
記錄掃描後是否成功進入正確桌次，以及完成所需時間。
導入前後店員介入
比較店員協助連線、重新掃碼與改人工點餐的次數。
達標才討論擴店
若沒有量化改善，就不建議客戶繼續付費或擴大部署。
下一階段驗證
從已完成的 Sandbox 進入外部能力與單店 PoC
下一步不是宣稱商用完成，而是依序確認 Network Adapter、Verified 硬體與真實顧客流程，再量測是否值得付費部署。
確認外部能力
驗證 IronWiFi 或等效平台的短期憑證、唯一 Session reference、Webhook、Redirect、Revoke 與 Disconnect。
驗證硬體與手機
選定一組 AP／Gateway，完成失敗、重啟、回滾及 iOS／Android 真機流程後才標記 Verified。
量測真實 PoC
在一間高痛點門市比較成功率、時間、店員介入、安裝與客服成本；未達標即停止擴大。
場域資格評估
您的門市真的需要這個方案嗎？
請提供實際發生過的問題，而不是只描述理想功能。我們會先判斷是否值得安排付費試行；不適合的場域也會直接說明。
地下室餐廳百貨與美食街飯店與度假村場館餐飲POS／系統整合商