🎯 這條流程解決什麼
共享空間裡,會議室與活動場地是稀缺資源,也是最容易出包的環節。會員臨時要開會、要見客戶,傳一句「下午兩點到四點那間會議室還有嗎?」,櫃檯就得放下手邊的事,翻開訂位表逐筆核對,確認沒被占用才回覆,回完還要手動把這筆寫進表裡。一筆訂位看似只要兩三分鐘,但乘上一天十幾筆、加上要回 LINE、回 Email、回現場詢問三個管道,櫃檯一整天就被切得很碎,真正該做的帶看、招商、社群經營反而被擠掉。
更傷的是「重複預約」這種低級錯誤。人工核對最怕的就是看漏——兩組會員前後問同一間會議室,櫃檯一忙沒對清楚,兩邊都回了「可以」,結果到了現場兩組人同時推開門,當場尷尬。對共享空間這種賣「專業形象」的生意來說,這種撞單不只是排程失誤,而是直接打擊會員對空間的信任,嚴重時甚至引發退費爭議。另一個常見破口是「漏回覆」:詢問落在午休、下班或櫃檯帶看的空檔,等有空回已經過了一兩小時,會員等不及乾脆改訂別處,生意就這樣流掉。
若用純人工撐這套訂位流程,成本是雙重的:一方面是櫃檯每天被零碎打斷、累積數小時的低價值核對工時;另一方面是撞單與漏回覆造成的隱性損失——會員體驗變差、口碑下滑、甚至流失。這條流程要解決的,就是把「查衝突、回確認、寫紀錄、建行事曆」這套機械動作交給自動化,讓每一筆訂位都即時、準確、可追溯。想搭配更完整的會員經營或活動運營場景,可瀏覽 工作流總覽 挑選;若想看跨情境的組合應用,也可參考 任務食譜。
導入後的改變
導入前的訂位流程,是「會員問 → 櫃檯查 → 櫃檯回 → 櫃檯記」的四段人工接力,每一段都依賴當下有沒有人、忙不忙。順的時候三分鐘搞定,忙的時候拖一兩小時,撞單與漏記則隨機發生。會員的體驗高度不穩定,櫃檯的時間也被切得零碎,到了月底要統計各空間使用率時,又得再花一輪時間整理那張被改得亂七八糟的訂位表。
導入後,會員一提交訂位,系統幾秒內就自動比對行事曆與訂位表、判斷時段是否可用,可用就立刻回傳確認並建立行事曆邀請,同步更新總表。改變相當明顯:第一,回覆從「平均等一小時」變成「即時」,會員體驗大幅提升;第二,撞單幾乎歸零,因為衝突判斷交給程式比對,不再靠人眼,重複預約這種低級錯誤直接消失;第三,櫃檯每天省下約一到兩小時的核對與登記工時,以一天十五筆訂位估算,原本要四十五分鐘以上的零碎處理,自動化後只剩例外案件需要人工介入。更長遠的好處是資料完整——每筆訂位都結構化寫進總表,月底的使用率、熱門時段、空間週轉分析隨手就能拉出來,營運決策有了依據。
流程怎麼運作
整條流程對應 frontmatter 的五個節點,把一筆訂位從接收串到確認與紀錄:
第一步「接收訂位」,由 Google 表單接住會員提交的日期、時段、空間類型(會議室、活動場地、固定座位)與使用人數。若會員習慣用 LINE,也可在 LINE Official Account 放一個訂位連結導到同一張表單,所有管道收斂到單一入口。表單欄位要結構化,時段用下拉選單(例如以半小時為單位),少用自由輸入,後面判斷衝突才不會卡在無法解析的文字。
第二步「檢查衝突」,自動化平台讀取表單回應後,到對應空間的 Google Calendar 與 Google Sheets 訂位表裡,比對所選日期與時段是否已被占用。判斷邏輯要涵蓋「時段重疊」而非只看起始時間——例如有人訂了一點到三點,另一人想訂兩點到四點,雖然起始時間不同,但中間重疊就算衝突。第三步「回傳確認」,時段可用就自動發送確認訊息(LINE 或 Email),訊息裡附上空間使用規則、門禁進出方式與當日聯繫窗口;若時段已被占用,則回傳「該時段已滿,建議改約其他空檔」並附上鄰近可用時段,把撞單變成引導改約。
第四步「寫入行事曆」,在該空間對應的 Google Calendar 建立事件並邀請會員,標題帶上會員姓名與用途,雙方行事曆同步,會員也不容易忘記。第五步「更新訂位表」,把這筆訂位的會員、空間、時段、狀態寫進總表,讓櫃檯與營運即時掌握各空間使用狀況。想把這套自動化串進更大的會員經營鏈路,可參考 自動化專區 的設計範例。
需要的工具與串接重點
平台用 n8n 或 Make 都可以,這條流程的核心是「衝突判斷」,n8n 的程式節點處理時段重疊邏輯較靈活,Make 則拉線直覺、上手快。串接主軸是:Google 表單/LINE(入口)→ 自動化平台讀取 → Google Calendar 查空檔 + Google Sheets 訂位表比對 → 回傳確認(LINE/Email)→ 寫入 Calendar 事件 → 回寫 Sheets 總表。
幾個串接要點:第一,每個可訂空間最好對應一個獨立的 Google Calendar,查衝突時直接查該空間的日曆,邏輯最乾淨,也方便日後分空間統計。第二,務必處理「時段重疊」而非只比對起始時間,這是撞單防呆的核心。第三,要設一道「重複提交」防呆——同一位會員短時間連點兩次表單,可能產生兩筆相同訂位,建議用時間戳加會員身分去重。第四,並發問題要留意:兩個人幾乎同時搶同一個熱門時段時,理論上可能都通過了衝突檢查,量大的空間建議把「寫入」做成序列處理或加鎖,避免雙重確認。
常見錯誤與注意事項
這條流程最需要人工把關的地方是「收費時段」。免費的會員附屬時數可以全自動確認,但牽涉到付費包場、活動場地租用、需要收訂金的時段,務必在正式確認前加一道「人工複核」——由櫃檯確認收款狀態後再正式鎖定時段。自動化最忌諱在「金流還沒到位」時就把熱門時段鎖死,萬一對方最後沒付款,等於白白擋掉其他願意付費的會員。AI 與自動化在這裡負責排程與通知,收款判斷仍要交給人。
其他常見錯誤包括:時段比對只看起始時間導致漏判重疊(最容易撞單的點,務必驗證);行事曆與訂位表不同步,例如有人直接在 Calendar 手動加了事件、但沒寫進 Sheets,導致系統判斷錯誤,建議統一以自動化流程為唯一寫入來源;以及取消訂位後沒有回收時段,造成空間「假性客滿」,記得補上一條取消流程,讓會員取消時自動釋出時段並更新總表。個資方面,訂位紀錄含會員身分與行程,存取權限同樣要控管,不可外流。
台灣中小企業情境案例
新竹科學園區附近一間共享辦公室,主力客群是工程師與新創團隊,三間會議室幾乎天天滿載。導入前由兩位櫃檯輪流接訂位,三個管道(官網、LINE、現場)並行,平均一週總會發生一兩次撞單——最嚴重一次是兩組客戶同時要用大會議室見投資人,現場差點談不成,事後還補償了一次免費時段才平息。櫃檯也常抱怨光是回訂位訊息就佔掉大半天。
導入這條流程後,他們讓三間會議室各對應一個 Google Calendar,訂位入口統一收斂到一張表單,系統自動以時段重疊邏輯判斷衝突、即時回覆並建立行事曆邀請。上線兩個月後店家回報:撞單事故歸零,再也沒發生過兩組人搶同一間的狀況;櫃檯每天省下約一個半小時的回覆與登記工時,能挪去做帶看與社群;訂位回覆從平均等半小時縮到幾秒內,會員普遍反映「現在訂會議室很有效率」。月底要看哪間會議室最搶手、哪些時段該考慮加價,直接從總表拉數據就有了,營運決策不再靠印象。
延伸應用
這條訂位流程的骨架可以延伸出許多變化。最實用的是「智慧改約」:當會員想訂的時段已滿,系統不只回「已滿」,而是自動推薦前後最近的可用時段或同類型的其他空間,把撞單變成成功改約,留住這筆使用。也能加上「用量提醒」——當會員的免費會議室時數快用完時主動通知,引導加購,把訂位流程變成加值銷售的入口。
進階一點,可以串入「報到與釋位」機制:訂了卻沒來(no-show)一定時間後自動釋出時段給其他會員,提升空間週轉率;或把訂位資料接到使用率儀表板,分析熱門時段、各空間週轉,回頭優化定價與空間配置。若空間有多據點,訂位表加上分點欄位,就能讓會員跨點訂位、各點櫃檯各自掌握。想把這條訂位流程和參觀預約、會員續約、活動經營串成完整的會員生命週期自動化,建議從 自動化專區 與 工作流總覽 一起規劃,整體導入會比單點上線更有綜效。
⚠️ 人工確認提醒:涉及收費的付費時段或包場訂金,建議在確認前加一道「人工複核」,由櫃檯確認收款狀態後再正式排程,避免自動化在金流未到位時就鎖定時段。
流程圖
接收訂位
會員提交日期、時段與空間類型(會議室、活動場地、固定座位)。
檢查衝突
比對行事曆與訂位表,判斷該時段是否已被占用。
回傳確認
時段可用即自動發送確認訊息,附上空間規則與門禁資訊。
寫入行事曆
建立 Google Calendar 事件並邀請會員,方便雙方同步。
更新訂位表
把這筆訂位寫入總表,供櫃檯與營運即時掌握使用狀況。
用到的工具
更多「專業服務」工作流
代操月報自動產出流
每月自動從各廣告與分析平台拉數據,AI 彙整成圖文月報,省掉手動截圖貼簡報的苦工。
接案詢問自動分流流
官網或表單來的接案詢問自動歸檔、AI 判斷預算與適配度,並起草初步回覆草稿給業務。
代操貼文送審流
社群代操的貼文草稿自動排程、AI 預檢用語與品牌規範,再推送給客戶線上一鍵核准。
月費客戶請款對帳流
依各客戶的月費合約自動產生請款單、追蹤收款狀態,逾期自動提醒並回報團隊。
房仲委託詢問分流流
591、官網表單與來電留言的買賣租詢問自動建檔,AI 判斷需求與預算並分派給對應業務、起草初…
帶看預約排程提醒流
客戶選定物件後自動排定帶看時段、同步行事曆,並在帶看前自動發送提醒給買方與屋主,降低放鳥率。
瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →
想要這條工作流的可匯入範本?
留個信箱,我們把設定範本與步驟教學寄給你。
免費 · 隨時取消