飯店早晚班交接，最怕遺失哪 3 種資訊？讓 AI 幫忙整理而不是接管服務

能交接未兌現的承諾、異常與跨部門責任。

專題編輯：Sylvia Yeh｜人才發展與職場編輯

本文為文件研究與流程教學。情境、數字和工作表資料均為模擬，參考答案經本地規則或數值核對。未使用真實客戶資料，也未在企業系統或特定 AI 產品帳號實測。

飯店交班必須傳遞未完成的住客承諾、待處理異常，以及跨部門責任。AI 能將授權紀錄整理成結構化清單，但交班人與接班人仍須共同確認優先順序及隱私內容。

一位住客提早抵達、房務尚未準備完成；另一位要求更換枕頭；還有一間客房發生冷氣異音。晚班夥伴在電話、櫃檯與對講機間來回奔走，最怕的是交給早班的只剩一句「那位客人有特殊需求」。交班不是把工作備忘錄變長，而是確保每項服務承諾都能被下一班接住。

三類事情，不能在換班時消失

第一類是「尚未兌現的承諾」，例如特定時間提供設施或回覆住客；第二類是「可能影響安全或營運的異常」，例如設備停機、消防或衛生疑慮；第三類是「跨部門待處理事項」，例如房務、工程與餐飲需要協作。每項都要指定 owner、due_at、影響範圍、處理狀態與下一步。單純「已通知房務」不算交接完成。

交班前 15 分鐘如何整理

先由前班檢視 PMS、維修工單與櫃檯正式紀錄，再輸出當班尚未結案項目。AI 在授權資料範圍內按房務、服務、設備及特殊處理需求提出候選摘要；前班逐筆確認正確性，再由下一班接手並回覆 ACK。要避免讓 AI 猜測住客情緒、醫療狀況或身份，也不要把完整護照、付款資訊放進交班文字。

異常事件要有獨立升級管道

若出現設備安全、住客人身安全或重大服務事件，應按飯店現有 SOP 即時通報值班經理與專責單位，不能只等下一班看到 AI 摘要。對「待確認原因」的事件保留不確定狀態，禁止 AI 直接標成已修復。報告的目的是讓接班人知道現在需要做的決定，而不是用漂亮語句讓問題看起來已解決。

班表可以換，責任不能斷

建議把交班分成「前班交出」「後班認領」「主管抽查」三個階段。交班系統保留每次修改的時間、使用者與原始工單連結。客房編號若能識別特定住客，權限要隨角色最小化；住客的需求紀錄也需依飯店的保存政策處理。對於高敏感需求，交班清單只記「請依受限紀錄聯繫值班主管」。

先試行一個部門的兩個班次

主管可觀察未簽收交接項目、重複詢問住客次數、待處理事項逾期比例、跨部門轉交平均次數及住客回覆失誤。最重要的是定期回看真正漏接的原因：是沒有記錄、摘要不清、接班沒確認，還是工作超出人力負荷？AI 只能解決其中一部分，服務品質仍來自流程與管理。

一張交班單的資訊排序

建議將最上方留給「現在必須處理」而不是「今天發生過什麼」。例如：客房服務承諾待完成 2 項、設備疑點待值班主管評估 1 項、跨部門確認待回覆 3 項；此處件數僅為示意。下一層才附原始事件索引、時間與處理脈絡。系統不用重複呈現所有已完成的例行工作，否則真正需要接班人行動的事項會埋在長篇摘要裡。

交班雙簽收的最小規則

前班先聲明已確認來源紀錄，接班者再逐項選擇「接手」「需補充」「升級主管」。沒有接班簽收時系統不得自動將責任轉移完成。對跨晚班、休假或臨時代班者，備援主管應可以接管，但必須留下代簽原因。當 AI 發現兩份紀錄互相矛盾，例如設備維修寫已完成、櫃檯仍記異音，就標記來源衝突，先要求現場查核，不由模型直接選擇較新的文字。

主管抽查與培訓設計

每週找一則真正發生漏接的事件，追問它是「沒有寫」「寫了沒人認領」「認領但沒有能力完成」哪一類。這三類分別對應紀錄習慣、流程責任與資源調度，處理方式不同。AI 工具教育應讓員工練習把非結構化留言轉成必要欄位，以及辨識 AI 自行補全的錯誤內容；系統不能替主管建立不存在的員工服務權限。

企業導入的下一步

適合設計飯店前台與房務的 AI 交接實戰課，並選一個班別進行流程驗證。

下載工作表與核對範例

前班已簽、接班未簽，未結案事項仍留在待認領清單；緊急事項走現有通報 SOP。

下載模擬工作表與核對答案（ZIP）

參考資料

• 全國法規資料庫｜個人資料保護法
• NIST AI RMF Core

實際工程、旅客通知、合約或財會處理依適用規範、契約和具權責人員核定。