回到觀點與研究
XMY · NOT A HOTEL 研究 09

NOT A HOTEL 如何營運?App、清潔、餐飲與遠端監控的分工

這篇看營運系統與 App,不重複商業模式的收入表。公開頁把免面對面入住和現場人員放在一起,故障率則仍然待補。

謝銘元(艾克斯)質化整理

App 接流程,人接服務

環節系統人
入住免面對面、App 開鎖異常時處理
監控異常預警、遠端復原第一線初步處理
餐飲清潔未寫成無人房務、廚師、客服

謝銘元(艾克斯)依營運頁與 SMART HOME 頁整理;無故障率,不推估。

先講結論: NOT A HOTEL 的營運是 App 處理重複流程、人處理服務。營運子公司 NOT A HOTEL MANAGEMENT 負責各據點與餐廳,頁面寫有專業房務、廚師,以及透過聊天回應的專任人員。SMART HOME 團隊負責 App、設備的有線整合與遠端監控。它不是無人飯店,也不是完全由 AI 取代現場。公司怎麼賺錢見 怎麼賺錢,一般旅客怎麼訂見 一晚房價與訂房,THE NIGO HOUSE 的產品狀態見 THE NIGO HOUSE。

人與系統

預約在 App 完成,同物件的屋主之間是先到先訂。入住被寫成免面對面的「0 秒 check-in」,用 App 開鎖;異常時由服務人員處理。照明、空調、三溫暖與影音由 App 控制,並有線接到專用控制盤。監控頁寫可看見各據點設備狀態、做異常預警、遠端復原,現場人員做第一線初步處理。清潔是專業房務。餐飲寫到常駐廚師的私人晚餐,以及北輕井澤「石朴」、水上「熺木」等餐廳。客服是 App 聊天加專任人員。接送可在 App 申請,由人員安排。

環節系統人
預約App,先到先訂頁面未寫人工代訂
入住免面對面入住、App 開鎖異常時由服務人員處理
設備App 控制,有線接到控制盤現場第一線初步處理
監控狀態可視、異常預警、遠端復原服務人員初步處理
清潔與餐飲頁面未寫成無人專業房務、廚師、餐廳
客服與接送App 聊天、App 申請專任人員回應與安排

官方說明系統可提早發現異常並遠端復原。故障率、平均修復時間、客訴數據,官方未公開,待補,本站不推估。

一致性從哪裡來(依公開頁,不是體驗)

全國據點用同一套 App,官方自述任何據點的使用感相同。營運頁把體驗核心放在餐飲與人,並介紹營運負責人的餐飲背景。設備選型、控制系統設計到施工由內部一貫負責,減少多家廠商介面不一致。這些都是官方自述,本站沒有各據點的對照測試。

小型旅宿可以對照、不能直接複製

對照可參考的公開做法不能直接複製的部分
App 與人重複流程走 App,服務與異常仍有人沒有人力配置與薪資數據
不是無人清潔、餐飲、聊天都寫了人不能推成「省掉現場」
故障遠端監控加現場初步處理沒有故障率與修復時間
體驗一致同一套操作與內部做設備選型沒有跨據點的盲測

小型旅宿常見的痛點之一,是門鎖或門禁在半夜故障時,誰能到現場。官方頁把回答放在遠端監控與現場初步處理,而不是只展示 App 畫面。這是對公開資料的讀法,不是本站的值班紀錄,也沒有修復時數可以引用。

觀點草稿(尚未審閱)

把旅宿科技讀成省人力,會漏掉這套頁面實際寫的人。App 接走的是重複動作,餐飲、清潔和異常仍靠人。沒有故障率之前,不能把「有監控」寫成「很少壞」。和商業模式頁的分工是:那頁問錢與義務,這頁問流程與系統。

和商業模式頁的界線

營運頁證明的是「有人、有流程」,不是「管理費已經覆蓋成本」。清潔、廚師、聊天專員與接送安排,都是持續的服務義務;這些義務在商業模式頁被放在公司要長期履行的那一側。本頁不把餐廳名稱讀成營收,也不把 App 開鎖讀成無人值守。SMART HOME 頁強調設備選型、控制系統設計到施工由內部一貫負責,這是介面責任的說法,不是維修費由誰出的說法。維修費在持有成本頁,依特商法表示由買方負擔,施工由營運子公司執行。

可借鏡的只有分工本身:重複的預約與開鎖走系統,異常仍要有人做第一線初步處理。不可借鏡的是任何沒有寫出來的數字,包含人力比、故障率、修復時間與客訴。沒有這些數字,就不能把這套系統寫成小型旅宿的成本公式,也不能把它寫成已經被驗證的服務水準。

限制

未入住、未使用 App 完成開鎖或報修。待補項目維持空白。本文不比較其他品牌的系統優劣。

作者與 AI 協作揭露

觀點段落由 AI(Grok Bot)依作者公開定位起草,不得視為作者親筆。站長已於 2026-10-21(日本時間)批准這批公開,此日為發布日;這次批准不另代表逐段編輯審稿。本站不是 NOT A HOTEL 官方、代理或合作夥伴。作者參與 WHO's HOME;與 NOT A HOTEL 的利益關係仍待作者確認,本文不聲明已無利益衝突。未入住、未訪談品牌方。作者頁 關於謝銘元(艾克斯)。

謝銘元(艾克斯)喵宇宙創辦人

資料來源