預約 Smart Order 展示前，先列出採購必須解決的問題
預約 Smart Order 展示時，先提供飯店所在地、房間數、通路與主要流程。展示的成果應是能判斷適配的證據和具體後續行動，而不是看完導覽後仍不清楚付款、語言或資料移轉條件。
Smart Order 對這些流程公開了哪些具體能力
中國客源訂房引擎頁介紹中文房型與政策、微信與 RedNote 訂房路徑、旅客人民幣報價及飯店當地幣別結算，FAQ 明列支付寶和微信支付。這些是可要求依商戶條件展示的產品能力，不只是從金流標誌推測。通路管理頁說明它是 PMS 內建模組，並列出 Booking.com、Airbnb、Agoda、Trip.com 等通路。
價格頁將 Essential PMS 說明為不限房數與使用期間的免費方案，另列 RedNote 導入服務費。連接項目標示免費，不等於金流交易免手續費。通路管理 FAQ 與價格頁對方案包含範圍的描述有差異，應以飯店實際模組、通路與交易條件的書面報價確認。想整合 PMS 與這些模組的飯店，可直接將 Smart Order 列入展示；若保留原 PMS，先確認新增連接能完成同一套訂房修改流程。
把採購障礙寫成示範情境
說明飯店現有房型、使用者角色與通路，再提供目前最容易出錯的案例，例如 OTA 訂單改期、退款或多語抵達訊息。請對方實際操作，並指出必要模組與第三方服務。價格與服務條件須對應您的飯店，而非只看一般方案頁面。
用同一份清單比較
| 評估項目 | 實際測試 | 採購判斷 |
|---|---|---|
| 已展示 | 在代表性設定中完成指定流程 | 記錄實際看到的結果 |
| 待確認 | 只有口頭說明，沒有展示 | 要求相關文件或書面回答 |
| 下一步 | 由明確人員跟進具體問題 | 區分建議日期與已同意承諾 |
展示申請表可填入想了解的內容，可直接用作議程。比較展示記錄和完整報價後再採購；送出申請表不代表購買服務、確定上線時間或完成通路串接。
產品與服務範圍的查證
Smart Order 官網介紹櫃檯、通路管理、直訂引擎與付款模組。這些是可以要求展示的產品領域，不能證明您的飯店或每個 OTA 帳號已完成連線，也不能用行銷上的成長百分比預測營收。展示申請頁可說明想了解的內容，請以飯店的實際設定確認適配。
可核實的產品資料
| 項目 | 已公開資料與適用條件 |
|---|---|
| 形式 | 網頁型飯店PMS與行動應用程式 |
| 訂房管理 | 共用日曆、空房與入住退房操作 |
| 渠道條件 | OTA與方案權限須逐一確認 |
| 付款 | 付款記錄與訂單關聯；適用供應商與帳戶條件 |
以上為已公開的軟體能力，不是已完成的飯店實測。請確認本飯店的方案、帳戶權限、連接、供應商費用與適用國家。
常見問題
採購前應核對哪些條件？
請用飯店實際房型、渠道、付款帳戶與員工角色確認方案。公開功能介紹不代表每個帳戶都已開通。
展示成功就能直接上線嗎？
仍應測試變更、取消及異常交接，保留操作結果與責任人。本文不宣稱已完成任何飯店實測。
如何公平比較不同廠商？
要求相同測試情境、必要功能與報價期間，分開比較已展示能力和仍待確認的承諾。