「請問那天還有空房嗎？」回覆房況、傳完照片、報完價，旅客卻沒有再回訊息。這時要加廣告、降價，還是重寫官網？單靠對話停在哪一句，還不足以做決定。
民宿要查訂房詢問未成交的原因，可以先分清案件狀態，再確認日期與入住需求是否符合供給，接著記錄有證據的疑慮。只有當問題指向資訊缺漏或操作障礙，才把修正工作交給官網；客滿、需求不符與原因不明，應分開處理。
本文提供一套可自行採用的診斷方法，協助經營者把詢問紀錄轉成具體改善項目。它是管理建議，並非套用在每間民宿都會提高訂房率的標準答案。
先把「尚未決定」和「確定未成交」分開
同一組旅客可能先詢問包棟，再確認加人與付款方式。若把每則訊息都算成一筆詢問，詢問量會被重複計算。建議以「同一組旅客的同一次住宿需求」作為一筆案件；相同旅程比較不同日期，先保留在同一筆紀錄，註明可接受的日期範圍。
案件狀態可以簡化為待補資料、考慮中、已確認訂房及未成交。剛報完價、還在等同行者確認的案件，應先留在考慮中。若設定內部結案期限，也要留下「觀察期結束仍未確認」的註記，不必假裝已知道對方拒絕的理由。
接著核對兩個前提：
- 日期有沒有可售房況？旅客只接受已客滿的日期，即使沒有成交，也不能直接歸因於官網內容不好。
- 人數與需求能不能接待？例如對方需要全員同樓層、可帶特定寵物或指定設施，而民宿無法提供，屬於需求與供給不符。
這些詢問仍有記錄價值，可以幫助你看見熱門日期或客群落差。但檢查報價與官網的承接能力時，應另外查看日期可售、需求可接待的案件，避免不同問題混成同一個「轉換率低」。
未成交紀錄要留下證據，別只填「嫌貴」
一份簡單紀錄就能開始，不必先導入複雜系統。建議保留以下欄位：
- 案件代號與詢問時間：供內部辨識及觀察期核對。
- 住宿需求：日期、人數、房型或包棟，以及影響接待的必要條件。
- 房況與供給是否符合：把不能接待的原因寫清楚。
- 已提供的方案：報價涵蓋什麼、附了哪個官網頁面，避免日後只看金額卻忘記條件。
- 案件狀態與最後處理時間：區分等待旅客、等待民宿回覆及已結案。
- 原因與依據：旅客明確說明、可查核的流程問題，或目前原因不明。
- 修正動作：需要改哪一頁、哪個接單步驟，以及由誰處理。
原因欄與依據欄要分開。「預算不符」是分類；「旅客表示總預算低於本次方案」才是支持分類的訊號。旅客只回「我再想想」，不足以認定是價格問題。
如果民宿回覆漏掉房型連結，可以記錄「未提供房型資訊」這個可觀察問題；但除非旅客明確表示受此影響，不宜直接寫成「因為沒傳連結所以失單」。流程缺失與失單原因，可能相關，也可能只是同時發生。
用於內容改善的工作表，盡量採案件代號與需求摘要。不要把完整聊天截圖、付款資料或旅客私人資訊複製進行銷文件；必要的接單資料留在原有管理流程即可。
依原因決定：補官網、改接單，還是處理供給
可以用下列對照作為分類起點。這些分類允許調整，不要求每筆案件都有確定原因；若同時存在多個因素，保留主要原因與補充註記。
| 原因分類 | 足以支持的訊號 | 優先處理位置 |
|---|---|---|
| 指定日期無房 | 房況紀錄顯示客滿，旅客不接受其他日期 | 房況入口、可售日期與替代方案 |
| 入住需求不符 | 旅客提出的必要條件，民宿確實無法提供 | 客群定位、房型或入住限制說明 |
| 預算或方案條件不符 | 旅客明確說明預算，或表示不接受特定方案條件 | 方案與總價說明；必要時另評估產品及定價 |
| 資訊疑慮未解 | 旅客明確表示仍無法判斷空間、設備或住宿規範 | 對應房型頁、設施頁或入住規則頁 |
| 訂房操作障礙 | 旅客回報付款、表單或入口問題，且能核對或重現 | 訂房流程、付款說明與異常處理 |
| 接單處理落差 | 旅客表示等待過久或資訊不一致，紀錄可支持 | 回覆分工、交接與方案資料維護 |
| 原因不明 | 沒有回覆、未提供理由，或證據不足 | 保留未知；檢查可觀察問題，不臆測原因 |
價格問題也需要再判讀。若旅客不清楚加人費、餐食或包棟包含哪些空間，先改善方案說明；若條件已清楚、預算仍不符合，則回到定價與客群選擇，增加形容詞未必能解決。
官網要補的是能協助判斷的答案。遇到「長輩是不是要爬樓梯」，應補房間所在樓層與實際動線；遇到「大家能不能一起用餐」，應說明用餐空間的配置與使用條件。只在首頁增加「適合家庭聚會」，仍然沒有回答問題。
同樣問完沒下訂，修正方法可能完全不同
以下是假設情境，用來示範判讀，不代表真實客戶紀錄或已驗證成果。
情境一：旅客想訂的週末已客滿。民宿提供平日替代方案，對方表示時間無法調整。這筆可以歸為指定日期無房。若類似詢問反覆出現，可讓旅客更早看見可售日期；不必因為這筆未成交就重寫房型文案或降低其他日期的價格。
情境二：有空房，但旅客無法確認長輩能否入住。對方詢問房間所在樓層，客服只回答「我們很適合全家出遊」，沒有說明階梯與房間配置。這裡可確認的是問題未被完整回答。優先補同一房型頁的樓層、動線照片與限制，再讓接單人員引用同一份資訊。
若旅客後來明確表示因階梯無法入住，應記為需求不符；若仍未回覆，失單原因保持不明。官網說明清楚後，讓不適合的旅客提早排除，也是一種資訊品質改善。
情境三：報價後沒有回覆。目前只能確認已提供方案、尚未取得訂房確認。可以檢查報價是否漏掉包含項目、訂房方式或旅客原本的問題；發現缺漏就修正，沒有證據則保留未知。
若確實有待補充資訊，可在原訂房對話中一次補齊，讓旅客自行決定是否繼續。不要為了取得分類答案持續追問，也不要把沉默補寫成「已訂別家」。
更新官網後，要看同類問題有沒有改變
修正前先留下日期、頁面與修改內容，例如「房型頁新增樓層照片，報價回覆同步附上該頁」。這樣後續才知道自己在檢查哪一項改動。
先看資訊能否被使用：同一個問題是否仍反覆被問？客服是否還得臨時找照片？官網寫法與回覆內容是否一致？若答案已存在卻找不到，下一步應調整導覽、連結或回覆方式，未必需要再寫一篇文章。
接著看案件結果。可把同一期間進來的詢問保留為一批，給予一致的觀察時間後，查看其中已確認、仍待決定與未成交的案件。不要用當月確認的所有訂單除以當月新詢問，因為訂單可能來自前一個月的對話。
檢查內容承接時，另列日期可售、需求符合的案件，並同時保留全部詢問的結果。前者有助於觀察可接待旅客的處理情況，後者讓你看見客滿與需求落差；不能只挑有利的一群來展示改善成果。
房價、季節、促銷、客群與客服安排都可能同時變動。即使改版後確認訂單增加，也不宜只靠前後兩個數字認定是文案造成。樣本少時，逐筆看同類問題是否獲得回答，比急著宣稱成長百分比更實用。
已確認後又取消的訂單，另追蹤其狀態。它與「詢問後從未確認」是不同階段，不應混在失單原因裡。至於確認成立的標準，應依民宿實際接單與付款流程一致記錄；不要把加好友、送出需求或點擊訂房按鈕直接當成完成訂房。
讓失單紀錄成為自己的經營資產
可以先選一段固定期間，整理已經有結果的訂房詢問，找出一個反覆出現、證據清楚且能處理的問題。完成一次頁面或流程修正，再查看下一批同類案件。
有些問題應補官網，有些要調整接單，有些則提醒你目前的房況與產品接不住需求。把它們分清楚，能讓網站與行銷工作有明確的處理依據，減少每次訂房不如預期就重新改版或降價的衝動。
如果還需要檢查整體曝光與官網承接，可延伸閱讀民宿官網與直接訂房的整體行銷策略。本文的分類與檢核方法，則可以保留為經營者自己的訂房詢問改善紀錄。
