跳到內容

飯店

飯店訂房:客人在官網問房,櫃台 agent 找訂房查價、找客房確認嬰兒床,一分鐘內給出訂單編號

三位 agent 分工:櫃台在官網與 LINE 接客,訂房查房況、套促銷、建訂單,客房管嬰兒床與提早入住。客人問「兩晚兩大一小多少錢」,50 秒拿到房型與價格;決定訂房後,訂單停在審核頁等人按一下,68 秒客人拿到訂單編號。客人從頭到尾只跟櫃台說話。

3 位
agent
50 秒
從客人開口到報價
68 秒
從決定訂房到拿到訂單編號

這是誰、遇到什麼

一家七十間房的海邊飯店。訂房詢問從官網聊天視窗、LINE 與電話湧進來,問的都是同一件事:那幾天還有沒有房、多少錢、含不含早餐、能不能加嬰兒床。櫃台要開訂房系統查房況、再翻促銷規則算價格,忙的時候一則訊息要等二十分鐘,客人等不到就去訂別家。

答案其實都在飯店裡:房況與牌價在訂房系統,促銷方案有固定規則,嬰兒床幾張在房務的表上。缺的是一個人把三邊串起來,而且要快。

讓三位 agent 分工

agent 是你在 Dot Agents 裡建立的 AI 同事:各有自己的名字、職責與工具。這家飯店建了三位,放在同一個群組「前台組」裡,讓他們可以互相找。

飯店訂房團隊實際介面
櫃台官網與 LINE 的訂房客服
訂房房況、房價與訂單
客房嬰兒床與提早入住
三位 agent:櫃台面對客人,訂房查房況與價格、建訂單,客房管嬰兒床與提早入住。
櫃台官網與 LINE 的訂房客服面對客人,親切、簡短。設施、交通、入住退房時間自己答;只要問到房況、價格或要訂房,就找訂房。給它:知識庫「飯店介紹與常見問題」、LINE 通道、網站小工具。
訂房房況、房價與訂單只對內。查「房況與房價」與「促銷」算出每晚與兩晚總價,客人決定後在「訂單」新增一列;嬰兒床、提早入住這類需求找客房確認。給它:這三個資料庫,而且「新增資料列」設成需核准。
客房嬰兒床與提早入住只對內。查「房務備品」還有幾張嬰兒床、加床,回答提早入住能不能保留。給它:資料庫「房務備品」「維修紀錄」。

一件事怎麼在他們之間接力

客人只跟櫃台對話。櫃台在群組「前台組」找訂房,訂房另開一段同事往來找客房,訂單在審核頁等主管核准,結果再一路回到客人的視窗。

  1. 10:34
    官網聊天視窗問
    官網聊天視窗客人問櫃台「10/23、10/24 兩晚,兩大一小(小孩兩歲)還有房嗎?大概多少錢?有含早餐嗎?」
  2. 群組「前台組」交辦
    群組「前台組」櫃台交辦訂房@訂房:請查這兩晚可訂的房型、每晚與兩晚總價、是否含早餐。訂房先回一句「收到,正在處理」。
  3. 官網聊天視窗先回一句
    官網聊天視窗櫃台先回一句客人「正在確認房況、價格與早餐內容,稍後在這個視窗回覆您。」
  4. 10:35
    資料庫「房況與房價」「促銷」查資料
    資料庫「房況與房價」「促銷」訂房查資料家庭房 10/23 剩 2 間、10/24 剩 1 間,牌價 6,200 與 6,600;入住前七天訂房符合早鳥 9 折,兩晚 11,520,含早餐。
  5. 群組「前台組」回報
    群組「前台組」訂房回報櫃台家庭房兩晚 11,520 含早餐;標準與海景雙人房只住兩位大人,不建議。
  6. 官網聊天視窗補一則
    官網聊天視窗櫃台補一則客人房型、每晚價、兩晚合計、早餐時間、兩歲免費;要保留房間請給訂房人姓名與電話。距離客人開口 50 秒。
  7. 決定
    客人決定櫃台「訂家庭房兩晚,訂房人陳怡君,需要一張嬰兒床,可以 13:00 提早入住嗎?」
  8. 群組「前台組」交辦
    群組「前台組」櫃台交辦訂房@訂房:請建立訂單,並確認嬰兒床與 13:00 提早入住。
  9. 10:36
    同事往來「訂房 ↔ 客房」問
    同事往來「訂房 ↔ 客房」訂房問客房嬰兒床還有沒有、13:00 能不能入住。客房查「房務備品」:嬰兒床可用 3 張,入住前一天登記;13:00 後房間整理好就通知。
  10. 審核頁等核准
    審核頁訂房等核准主管新增訂單要寫入資料,訂房停下來。核准卡列出每個欄位:訂房人、房型、日期、人數、需求、總金額。
  11. 核准
    主管核准訂房看一眼內容,按核准,訂單 BV-2 寫入。
  12. 群組「前台組」回報
    群組「前台組」訂房回報櫃台BV-2 待確認、最終房價 11,520、嬰兒床與提早入住的結論。
  13. 官網聊天視窗補一則
    官網聊天視窗櫃台補一則客人「訂單 BV-2 已建立;嬰兒床一張,入住前一天登記;13:00 提早入住已備註保留。」距離客人決定 68 秒。

客人在這段時間收到四則訊息:先是「正在確認」,再是房型與價格,然後是「正在處理訂單」,最後是訂單編號與需求結論。每一則都是櫃台的口吻,客人不知道背後有三位。

主控台 · 審核(飯店訂單)實際介面
訂單停在審核頁的樣子。卡片列出訂房要寫進「訂單」的每一個欄位,主管看完按核准才寫入。
網站對話小工具實際介面
小客小客
你好,我是小客。訂單、退貨、配送的問題都可以問我。
客人看到的就是這樣的聊天視窗。櫃台先回一句,查到再補一則。

系統、接口、把關

步驟對接系統需要的接口權限等級
1在官網與 LINE 回覆客人網站小工具、LINE 官方帳號通道設「對外」;客人看不到群組,也看不到訂房與客房規則
2查房況與價格訂房系統或資料庫「房況與房價」「促銷」有訂房系統就用連接器開查詢接口;沒有就先用工作區資料庫唯讀
3確認嬰兒床與提早入住資料庫「房務備品」客房查數量與條件,不改資料唯讀
4建立訂單訂房系統或資料庫「訂單」訂房新增一列;「新增資料列」設需核准,主管按了才寫入人核准
5同事之間的往來群組「前台組」、同事往來誰找了誰、等誰核准、回了什麼,都在時間線上規則

讀取自動,寫入先停下來等人,對外說話的永遠只有櫃台。

出狀況時

客人要的那兩晚家庭房只剩一間,第二晚沒了。訂房不會回一句「沒房」就結束。它查海景雙人房加床的條件、查前後一天的家庭房,然後給櫃台兩個選項,各附價格:海景雙人房加一張床兩晚,或改成 10/24 入住的家庭房兩晚。櫃台把兩個選項轉達給客人,由客人決定。

用到哪些功能

這個場景跨了 5 個系統:官網小工具、LINE、「房況與房價」與「促銷」資料庫、「房務備品」資料庫、「訂單」資料庫。

怎麼設定

  1. 主控台 → Agent → 新增建三位 agent,各寫一份靈魂文件。櫃台的要寫清楚:問到房況、價格或要訂房就找訂房;同事說「收到」就先回客人,之後每次收到回報再補一則;早餐時間與兩歲免費這類常識直接寫進去。
  2. 工作區 → 新增 → 資料庫建「房況與房價」「促銷」「房務備品」「訂單」四張表;「訂單」加一欄「訂單編號」選自動編號、前綴 BV。分享給訂房與客房。
  3. 櫃台 → 通道分頁接上 LINE 與網站小工具,受眾選「對外」。
  4. 訂房 → 工具分頁把「新增資料列」設成需核准。查詢類工具維持允許。
  5. 群組 → 新群組建「前台組」,三位都加進去,各寫一句負責什麼;發言規則用預設的「被 @ 才回」。
  6. 用官網小工具試一次問一句「下週五六兩晚有房嗎」,到群組頁看三位怎麼接力,到審核頁按一次核准。
同事的回報會分好幾次

訂房查到價格就先回報一次,訂單建好再回報一次。櫃台每收到一次就跟客人補一句,所以客人看到的是進度,不是最後才有一句結果。