旅宿老闆的行政特助 Agent 團隊 · 第一批 Pilot 招募中

多一位行政特助,帶著專職 Agent 團隊顧好旅宿大小事

StayOp App 的核心是一位行政特助(Lead Agent),底下帶著客服、訂房、房務、禮賓、行銷、維修、營收、法規幾位專職 Agent。旅客問停車、寵物、退款,或要一封英文回覆,先有草稿等你確認;今天誰退房、哪間要清、社群貼文草稿,也都在同一頁看得到。

先做八週,不急著綁長約;看見真的省時間、少漏事,再決定要不要繼續(創始夥伴徵件至 2026/9/30 截止)
StayOp App 今日工作台
Demo · 今天 09:30
旅客訊息 3 則待處理
Agoda 旅客 · 英文

We will arrive after 10pm. Is self check-in available?

晚到英文草稿
LINE 旅客 · 寵物入住

請問可以帶一隻小型犬嗎?會不會另外收費?

寵物政策需確認房型
客服 Agent 草稿 人員確認後發送

可以的,我們提供自助入住。當天 18:00 前會傳送門鎖密碼與停車說明給您。若會超過 22:00 抵達,請先告訴我們大約時間,我們會協助確認動線。

來源:入住政策 v1 · 晚到與自助入住

目前小型犬可入住指定房型,需加收清潔費。送出前請先確認訂單房型是否可攜帶寵物。

來源:寵物政策 · 仍需人工確認
房務 Agent 任務 5 間退房
201 湖景雙人房

12:00 退房 · 下一組 16:00 入住 · 加嬰兒床

待清
305 寵物房

需除味、毛髮檢查、補寵物清潔包

清潔中
公共區域

旅客回報飲水機出水慢,入住前確認

需維修

畫面是示意。剛開始不用串 API,先手動貼訊息、匯入 CSV 訂房資料就能用。重點是先確認現場真的願意每天打開來用,功能之後再慢慢補。

現場正在發生的事

四件事,正在悄悄吃掉你的時間

旅宿做大了,這些問題不會自己消失,管道一多、人手一雜,通常還會更嚴重。

訊息分散

LINE、Email、OTA、社群,入口不同

每天重複切換、查資料、問同事,忙的時候容易漏回、晚回,或不同人給出不一致的答案。

規定靠記憶

停車、寵物、退款規定只在老闆腦中

新人與代班反覆詢問老闆,一旦承諾錯誤,就是客訴或退款爭議。

房務交接不穩

清潔、備品、特殊需求散在群組與紙本

每天要重新整理入住退房與清潔順序,漏放備品、設備未回報的情況並不少見。

多語壓力

外國旅客用英文或日文詢問

翻譯與確認語氣花時間,也容易誤解規定或回覆得不自然。

產品定位

多一支專職 Agent 團隊,但沒有人會替你亂答應客人

行政特助底下的客服、訂房、房務、禮賓、行銷、維修、營收、法規幾位 Agent,各自守著自己的範圍。牽涉到錢或平台紀錄的事——退款、改房價、改訂房——還是回你原本的工具處理;每個 Agent 就做兩件事:找依據、寫草稿,剩下的交給你確認再送出。

客服 Agent

判斷語言、情緒與緊急度,依旅宿政策產生有來源的回覆草稿。

訂房 Agent

回答訂房查詢、產生入住前通知草稿,資料異常標記待人工確認。

房務 Agent

追蹤清潔、特殊需求與遺失物任務,狀態一目了然。

禮賓 Agent

依旅客偏好與周邊景點資料,產生行程與客製服務建議草稿。

行銷 Agent

產生社群貼文、評論回覆與 OTA 文案優化建議草稿。

維修/設施 Agent

接收設備異常回報,建立維修任務並追蹤處理進度。

營收/報表 Agent

彙整各 Agent 使用數據,產出定期成果報告。

法規/合規 Agent

證照、保險、消防檢查到期前主動提醒,不自動送件。

產品邊界

但每個 Agent 都有清楚的界線

不是全自動客服
正確邊界先整理一版可用草稿,你確認、修改後,再回到 LINE、Email 或訂房平台發送。
不是 PMS
正確邊界不碰正式訂房交易、金流與房價庫存,只拿必要資料整理客服與今日營運。
不是 Channel Manager
正確邊界先用 CSV 或唯讀資料建立每日任務,不一開始就做房況與價格同步。
不是 FAQ 網頁
正確邊界知識庫、草稿、房務任務與成效紀錄整合在一起,能處理優先權與多語,不是靜態頁面。
不是清潔外包管理工具
正確邊界提供待清、清潔中、待檢查、可入住、需維修狀態,清潔品質仍由現場人員判斷。
實際怎麼運作

不管哪個 Agent,都照同一套規則走

不管是客服回覆還是社群貼文,每個 Agent 從資料進來到人員送出,都經過同樣三個關卡。

1. 資料進來
  1. 旅客訊息、訂房備註、設備回報或社群留言貼進工作台。
  2. 系統依內容分派給負責的專職 Agent。
  3. 語言、情緒與緊急度先判斷好,退款、安全、負評風險優先標示。
2. Agent 查資料、寫草稿
  1. Agent 只在自己負責的範圍內查旅宿知識庫,不跨界代答。
  2. 找不到依據就標示資料不足,不會亂猜。
  3. 產生有來源的草稿或建議,附上信心分數。
3. 人員確認才算數
  1. 草稿送到負責的人——老闆、櫃台、房務或行銷窗口。
  2. 確認、修改後,才回到原本管道發送或執行。
  3. 採用或修改結果會記錄下來,用來持續補強知識庫。
適合對象

StayOp App 適合這樣的旅宿

  • 約 8-30 間客房,營運複雜度足以產生交接成本。
  • 每週至少 30-50 則旅客訊息,且常見問題重複出現。
  • 至少兩種訊息管道,例如 LINE 加 OTA,或 Email 加社群私訊。
  • 兩人以上參與客服或房務交接,包含老闆、櫃台、管家或清潔人員。
  • 有外國旅客或多語需求,繁中、英文、日文草稿有明確展示價值。
  • 已有 SOP、Excel、群組公告、FAQ 或 PMS 資料,具備整理成知識庫的原料。
  • 願意每週投入約一小時參與八週導入,提供訊息樣本與使用回饋。
第一階段暫不建議
  • 完全沒有固定住宿規定的旅宿。
  • 訂房量極少、訊息量太低的旅宿。
  • 希望 AI 自己處理所有客訴、退款和房價決策的旅宿。
方案與定價

八週導入,再決定要不要繼續

八週導入方案
NT$39,800 /間・一次性
第一批名額有限,採資格審核制,可分期:啟動 NT$19,900,完成第一版知識庫驗收後再收 NT$19,900。
  • 訪談、資料整理與旅宿專屬知識庫建置
  • 客服、訂房、房務、禮賓、行銷、維修、營收、法規 8 個專職 Agent 同步上線
  • 繁中、英文、日文回覆草稿與工作台設定
  • 八週導入支援與成果報告
試用完成後
NT$6,800 /月起
依房間數、訊息量、使用人數與後續整合需求調整,八週後由你決定是否繼續。
  • 持續使用工作台、回覆草稿與知識缺口分析
  • 知識庫更新與日常維護
  • 每加開一間旅宿 +NT$3,000/月
  • Pilot 旅宿享前十二個月優惠價格
  • 新功能優先試用、每月一次流程優化討論

這不是把你綁進長約。八週結束後,我們會把草稿採用、清潔任務、知識缺口和你們的使用回饋整理出來,再一起判斷要不要續用。

信任邊界

先把風險說清楚

人員確認優先

草稿一定先給旅宿人員看過,你確認、修改後才發送。StayOp App 不會自己把訊息傳給客人。

不取代既有工具

不用換 PMS,也不動你的訂房平台。StayOp App 補的只是客服、規定查找與房務交接這一層。

誠實看待成效

不保證八週一定省下幾成時間。我們會把這八週實際發生的事攤開來給你看,值不值得續用,你自己判斷。

先花 30 分鐘,看看值不值得花八週

訊息分散、規定靠記憶、房務交接不穩——如果這就是你旅宿現在的樣子,先跟我們說現場怎麼跑。適合就進八週 Pilot,不適合我們會直接說。

hello@stayopapp.com · +886-970023385 · 第一批 Pilot 名額有限,徵件至 2026/9/30 截止