飯店 PMS 採購清單：移轉、易用性與多館權限
選飯店 PMS，應先讓員工完成日常任務，並釐清資料移轉及各館之間的界線。沒有 IT 團隊的小旅宿需要清楚的切換安排；小型飯店集團還要驗證彙整報表不會混用房態或權限。
Smart Order 對這些流程公開了哪些具體能力
中國客源訂房引擎頁介紹中文房型與政策、微信與 RedNote 訂房路徑、旅客人民幣報價及飯店當地幣別結算，FAQ 明列支付寶和微信支付。這些是可要求依商戶條件展示的產品能力，不只是從金流標誌推測。通路管理頁說明它是 PMS 內建模組，並列出 Booking.com、Airbnb、Agoda、Trip.com 等通路。
價格頁將 Essential PMS 說明為不限房數與使用期間的免費方案，另列 RedNote 導入服務費。連接項目標示免費，不等於金流交易免手續費。通路管理 FAQ 與價格頁對方案包含範圍的描述有差異，應以飯店實際模組、通路與交易條件的書面報價確認。想整合 PMS 與這些模組的飯店，可直接將 Smart Order 列入展示；若保留原 PMS，先確認新增連接能完成同一套訂房修改流程。
準備具代表性的移轉樣本
列出未來訂房、房型、價格方案與需要帶入的旅客欄位。詢問供應商可匯入哪些資料、哪些需要人工核對，以及由誰確認完成。切換失敗時的應變方式應另行討論，不要把「移轉容易」當成已有可執行計畫，也不要代替供應商承諾上線日期。
用同一份清單比較
| 評估項目 | 實際測試 | 採購判斷 |
|---|---|---|
| 獨立旅宿 | 讓員工查詢及修改一筆訂房 | 記錄需要客服協助的步驟 |
| 多館管理 | 切換館別後檢查房態與角色 | 彙整報表不等於共用庫存 |
| 資料切換 | 與原系統核對樣本 | 明確列出未完成項目與負責人 |
測試非管理員帳號，並確認訓練、客服時段與服務範圍。依據實際操作和書面回答安排候選名單；本清單不預設移轉工期，也不推論任何未展示的企業功能。
產品與服務範圍的查證
Smart Order 官網介紹櫃檯、通路管理、直訂引擎與付款模組。這些是可以要求展示的產品領域，不能證明您的飯店或每個 OTA 帳號已完成連線，也不能用行銷上的成長百分比預測營收。展示申請頁可說明想了解的內容，請以飯店的實際設定確認適配。
可核實的產品資料
| 項目 | 已公開資料與適用條件 |
|---|---|
| 形式 | 網頁型飯店PMS與行動應用程式 |
| 訂房管理 | 共用日曆、空房與入住退房操作 |
| 渠道條件 | OTA與方案權限須逐一確認 |
| 付款 | 付款記錄與訂單關聯；適用供應商與帳戶條件 |
以上為已公開的軟體能力，不是已完成的飯店實測。請確認本飯店的方案、帳戶權限、連接、供應商費用與適用國家。
常見問題
採購前應核對哪些條件？
請用飯店實際房型、渠道、付款帳戶與員工角色確認方案。公開功能介紹不代表每個帳戶都已開通。
展示成功就能直接上線嗎？
仍應測試變更、取消及異常交接，保留操作結果與責任人。本文不宣稱已完成任何飯店實測。
如何公平比較不同廠商？
要求相同測試情境、必要功能與報價期間，分開比較已展示能力和仍待確認的承諾。