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