1. 測試曾經變更的訂房，不要只測試資料完整無誤的新訂房。
2. 非必要的問候資訊若有缺漏，可改用中性措辭。金額、地址或進出住宿的指示若無法確認，應停止傳送。
3. 以收件者實際收到的內容作為核准依據，包括每個按鈕連往的目的地。
範本是否通過檢查，取決於最終訊息在傳送當下是否符合該筆訂房的實際狀況。只有文字正確、預覽成功還不夠。飯店旅客溝通軟體必須從正確的住宿紀錄帶入會變動的資訊，傳送規則也必須仍適用於該次住宿。
透過以下檢查，判斷訊息應直接傳送、修正後重新測試，或暫停傳送並交由人員審核。這些檢查著重於內容是否正確表達原意，而非僅確認欄位是否產生文字。
檢查預覽前，先寫下預期訊息
變數是會由訂房資訊取代的預留欄位，例如姓名或抵達日期。請透過軟體支援的欄位選擇器選取變數。從其他系統複製的欄位名稱，即使看似正確，也可能無法運作。
以一筆由工作人員掌控的假設測試訂房為例：Maya 將於 11 月 24 日抵達，住宿費用為 240 美元，且已收取 60 美元訂金。假設沒有其他費用，剩餘房費尾款為 180 美元，目前尚未分配實際房間。
若是尾款提醒，可接受的訊息範例為：「Maya 您好。您的抵達日期為 11 月 24 日，剩餘房費尾款為 180 美元。」訊息不應要求支付 240 美元，也不應透露尚未確認的房號。
請在預覽之外，另外記下這些預期資訊，並與訂房資料及飯店已記錄的收款資料核對，而非與昨天的訊息比較。否則，工作人員可能只因所有預留欄位都已被替換，就核准看似合理的內容。
也要確認誰應該收到訊息。訂房可能是由助理代 Maya 辦理。即使訊息中的旅客姓名正確，傳給錯誤的人仍代表檢查未通過。
Smart Order 在旅客對話旁呈現訂房相關資訊，方便接待處人員核對預計回覆的內容與住宿資料。請利用這些資訊確認日期或付款問題；範本可供選用，並不代表它已通過測試。
確認會影響旅客下一步行動的關鍵資訊
要求旅客付款、抵達住宿地點或遵循特定住宿指示前，先核對對話旁的訂房資料。
測試最容易讓範本出錯的訂房情境
繼續使用 Maya 的測試住宿紀錄，每次只變更一個條件。請使用經核准的測試紀錄，以及由工作人員掌控的收件對象，不要使用真實旅客或正式收款請求。以下是測試情境，並非規定的點擊操作順序。
訊息準備完成後，抵達日期發生變更
依照系統支援的程序，將測試抵達日期從 11 月 24 日改為 11 月 26 日。檢查新的預覽，以及所有已準備完成或排入傳送佇列的訊息。可接受的結果是顯示更新後的日期，或暫停傳送並要求替換舊訊息。
若只有新預覽更新，日期欄位本身可能正確，但已儲存的訊息仍保留舊值。請透過系統支援的操作移除或替換該則過期訊息，並在傳送作業程序中記錄這項限制。
傳送前又收到一筆付款
假設透過經核准的付款測試方式，再收取 40 美元。預期的房費尾款應變為 140 美元，而非 180 美元。請檢查提醒訊息是否更新，以及先前的付款請求是否仍然有效。
若無法可靠地確認目前尾款，請省略金額，改由工作人員確認後再提出付款請求。不要以訂房總額代替尾款。若測試的是已透過 OTA 預付的住宿，請確認訊息不會要求旅客支付飯店不應收取的房費。
非必要資訊缺漏
從適合的測試紀錄中移除非必填的名字。若編輯器支援，可改用中性的「您好」。但不應出現未替換的欄位標籤、空白問候語，或根據電子郵件地址猜測的姓名。
必要資訊缺漏時，則需採取不同處理方式。若缺少幣別、住宿地址或必要的抵達資訊，應暫停傳送並交由人員審核。親切的措辭無法彌補不安全的指示。
訂房人、住宿據點或房間不同
測試由助理代 Maya 訂房的情境；若適用，也請測試另一住宿據點的訂房。分別檢查收件者、問候語、地址、聯絡方式及抵達指示。其中一項資訊正確，不代表其他資訊也正確。
針對特定房間的訊息，請將房間分配結果與接待處的訂房檢視畫面核對。進出住宿的訊息必須另依經核准的發送檢查程序處理。不得僅因訂房已確認，就發送房號或門鎖密碼。
傳送通路或語言變更
若條件允許，請在預定使用的傳送通路上，以安全的測試方式傳送。使用手機閱讀收到的訊息，檢查連結、換行及翻譯措辭。電子郵件預覽正常，不代表 OTA 對話中也會顯示相同內容。
翻譯必須保留可正常運作的欄位，也不能將付款請求譯成付款確認。請開啟測試連結，確認其用途。共用的品質檢查紀錄中，不應包含真實的門禁憑證或正式付款連結。
決定：傳送、修正後重新測試，或暫停傳送
僅針對此範本用途所必需的情境進行核准。歡迎訊息可能不需要測試尾款，但付款提醒就需要。請根據訊息出錯可能造成的後果選擇測試項目，而非套用通用欄位清單。
當原因已明確，例如使用不支援的欄位、非必要資訊缺漏時未設定替代文字，或固定文字已過時，請採取「修正後重新測試」。重新測試受影響的情境，以及其他與此次變更相關的情境。僅有一筆一般訂房顯示正確，並不足以通過檢查。
若無法確認安全且符合現況的欄位值或收件者，或無法可靠地更新佇列中的訊息，請採取「暫停傳送並交由人員審核」。手動輸入一則正確回覆，能協助該位旅客，但無法修復可重複使用的範本。
請保留核准紀錄，記下用途與版本、測試條件、預期結果與實際收到內容的比較，以及核准人員。付款規則、住宿資訊、語言或傳送時間變更後，應重新執行相關測試。不必只為填完表單，就重測無關的欄位。
如果錯誤訊息已經傳送
暫停受影響的範本或傳送佇列。依版本與傳送時段找出收件者，再透過經核准的方式傳送一則清楚的更正訊息。問候語錯誤、誤傳其他旅客的房間資訊，以及錯誤的收款請求，需要採取不同的處理方式。
若涉及付款或門禁資訊錯誤，請通知負責主管，並判斷是否需要撤銷舊的付款請求或門禁憑證。再次要求付款前，先核實是否已收款。若洩露他人資訊，請依飯店的隱私保護程序處理。
只有在原先未通過的情境重新通過測試後，才能恢復自動傳送。是否核准啟用，應以收件者實際收到的內容為依據，而非僅確認編輯器能否儲存。
