用 Google 日曆當預約系統撐得住嗎？三個崩潰訊號、五招延命與三條升級路徑

我們自己公司到現在還有兩件事跑在 Google 日曆上：內部技術分享的排程，跟客戶的初次諮詢會議。用了三年沒換，因為那兩件事的量剛好在它撐得住的範圍內。

但去年我們幫一家有四位設計師的工作室評估系統時，同一套 Google 日曆已經每個月讓他們漏掉兩到三組客人。差別在哪？在於「誰負責把客人的訊息變成日曆上的一格」。他們是老闆一個人手動貼，我們是每個人自己填。

所以先講結論：Google 日曆當預約系統本身沒有問題，出問題的是「有沒有人在中間手動搬資料」。這篇會先教你把它榨到極限，撐不住的時候再談要升級到哪裡去。

先給答案：Google 日曆撐得住的三個條件

三個條件同時成立，你就不用花錢換系統。任何一條不成立，下面的延命技巧只能幫你撐半年到一年。

這張表裡最關鍵的是第四列。Google 日曆本身是很好的容器，害它撐不住的是「人工搬運」這個動作。只要客人的預約還是要靠人把 LINE 訊息複製到日曆上，你的系統上限就是那個人的注意力上限。

三個崩潰訊號，中一個就該開始找替代方案

先講結論：這三個訊號講的都是同一件事，你的生意長大了，而搬運成本開始吃掉利潤。日曆本身沒有變差。

訊號一：你開始害怕看 LINE

最早出現、也最容易被當成情緒問題的訊號。實際狀況是：客人的預約訊息跟一般聊天混在同一條對話裡，你必須先讀完才知道哪一則要處理，處理完還要回訊息確認，然後再打進日曆。一組預約的處理時間大約 3 到 5 分鐘，一個月 120 組就是 6 到 10 小時，全部發生在你本來該休息的時段。

這個訊號的量化版本：把上週你花在「處理預約訊息」的時間加總，超過 4 小時就中了。

訊號二：一個月漏掉一組以上

漏單的原因幾乎都一樣：訊息進來的時候你在忙，想說等一下處理，然後就沒有然後了。多人服務的場景更糟，因為還會發生「兩個人各自答應了同一個時段」的雙重預約。

一組客人的價值假設是 1500 元，一個月漏 2 組就是年損 3.6 萬。這個數字通常比升級系統的年費還高，也是最有說服力的換系統理由。

訊號三：你想收訂金卻不知道怎麼收

這是分水嶺。Google 日曆的付費版本雖然有 Appointment Schedule 可以接 Stripe 收款，但它只能做「預約當下一次付清」這一種模式。台灣常見的訂金 30%、尾款到場付、爽約扣訂金、預付套票扣次，這四種它全部做不到。

一旦你的商業模式需要用錢綁住客人的承諾，日曆就從「容器」變成「瓶頸」。這跟我們在 Excel 自建進銷存的崩潰訊號 裡看到的模式一模一樣：工具沒有壞，是需求跨過了它的設計邊界。

五招把 Google 日曆榨到極限

這五招不用寫程式，一個週末可以全部做完，做完通常能再撐一年。順序有意義，從上往下做。

把手動輸入換成客人自己選

Google Workspace 的 Appointment Schedule（預約時間表）可以產生一個公開連結，客人點進去看到你的空檔，自己選、自己填姓名電話，資料直接寫進你的日曆。這一招解決的是上面提到的核心問題：人工搬運。設定時間大約 20 分鐘，效果最大。

免費版 Gmail 也有簡化版的預約頁，一個帳號只能開一種預約類型；Workspace 版可以開多種（例如「30 分鐘諮詢」跟「90 分鐘施作」分開），這是值得升級的理由。

用 Calendly 或 TidyCal 補足緩衝與規則

Google 原生的預約頁在「規則」上很陽春。Calendly 這類工具能設定的東西多很多：兩個預約之間強制留 15 分鐘緩衝、當天不能預約、每天最多接 6 組、不同服務不同時長、客人選完自動寄提醒信。免費方案通常夠一人使用，多人版一個月幾百塊。

讓 LINE 官方帳號的圖文選單直接連到預約頁

台灣的客人習慣從 LINE 找你，所以真正有效的做法是「讓 LINE 變成入口而不是收件匣」。在圖文選單放一顆「線上預約」按鈕連到預約頁，並把自動回覆設成「預約請點下方按鈕，其他問題我會盡快回覆」。這一招通常能把手動處理的訊息量砍掉六到七成。

用 Zapier 或 n8n 把預約接到通知與名單

預約成立後自動做三件事：發 LINE Notify 給師傅、把客人加進 Google Sheet 名單、前一天自動寄提醒。這三個自動化能把爽約率壓下來，實測上提醒訊息對爽約率的影響相當明顯。我們公司內部就有 20+ 個 AI 與自動化流程在跑，這類「事件觸發後接三個動作」的流程是其中最基本、也最快回本的一種。

為每位服務人員開獨立行事曆再疊在一起

多人場景的正解：每個人一個行事曆，主帳號把所有人的行事曆疊加顯示。這樣既能看到全店檔期，又不會互相覆蓋。搭配 Calendly 的 team 功能，還能做到「客人選服務項目，系統自動配可服務的人」。

延命方案的天花板在哪裡

先講結論：五招做完之後，你還是會撞到四道牆，而這四道牆全部跟「錢」和「歷史資料」有關。

第三列的「資源綁定」是最多人低估的一條。當你要預約的東西不只是人，而是「這位師傅 + 這台儀器 + 這間包廂」三者同時有空，日曆的模型就從根本上不夠用了。我們做 影視器材租賃與檔期系統 的時候，整個難點就在這裡：一支鏡頭在檔期上的狀態有五種（可租、已預訂、出租中、維修、清潔中），任何一種都會影響它能不能被下一個人預約，這種狀態機用行事曆表達不出來。

撐不住之後的三條升級路徑

先給答案：多數人該走第一條，少數人該走第三條，第二條只適合已經有網站在 WordPress 上的人。

路徑一：現成的 SaaS 預約系統

台灣市場上美業、健身、診所各有專門的方案，功能包含線上預約、收訂金、套票扣次、客戶資料、簡訊提醒。月費從幾百到三四千不等，導入時間一到兩週。缺點是抽成與資料所有權：有些平台會從每筆線上付款抽 2% 到 5%，有些把你的客戶名單當成他們的流量資產。這部分我們在 美業預約系統選型 那篇有把抽成陷阱逐條拆過。

路徑二：WordPress 外掛

如果你的官網已經在 WordPress 上，Amelia、Bookly 這類外掛可以用一次性授權費（約 3 千到 8 千台幣）換到基本的預約與收款功能。優點是資料在自己手上、沒有抽成。缺點是外掛之間的相容性、網站被打掛的風險、以及每次 WordPress 大版本更新都可能要重新處理相容問題。適合有人願意維護網站的公司。

路徑三：客製化預約系統

當你的預約規則本身就是生意的競爭力時，客製化才成立。判斷方式很簡單：如果你去看三套現成 SaaS，每一套都要你「改一下營運方式來配合它」，而那個改動會讓你的客戶體驗變差，那就是該客製的訊號。完整的決策點與報價區間在 客製化排程預約系統開發指南 那篇。

三條路的成本與三年總持有成本對照

用一家四人工作室、每月 150 組預約、其中六成需要收訂金的場景實算。

數字擺出來很清楚：純看三年成本，客製化在這個規模是輸的，而且輸很多。它唯一會贏的情況是那些現成方案做不到的規則，每年幫你多賺或少賠超過 15 萬。四人工作室很難達到這個門檻，但一家有 12 個療程師、三間分店、要做跨店調度的連鎖就完全不同了，這在 醫美診所療程管理系統 那類場景很常見。

這個「規模決定答案」的邏輯跟 客製化系統 vs SaaS 三年 TCO 拆解 算出來的曲線一致，預約系統只是同一條曲線上的一個特例。

三條路各自適合誰

把上面的數字翻譯成採購動作，大致是這樣分的。

最後一列的補教場景值得多講一句。課程制生意的難點從來不在「排課」，在補課、請假抵扣、跨班互轉這些例外規則，而這些規則每一家都不一樣。我們做 補習班補課系統 的時候，光是把「學生請假之後可以補到哪些班、補課名額怎麼跟正課學生排先後」這件事釐清就花掉整個專案前期的一半時間。類似的產業拆解可以看 補習班管理系統開發指南 那篇。

另外提醒一個很容易被跳過的步驟：不管走哪一條路，換系統之前先把「現在的預約規則」寫成文字。你會發現有一半的規則從來沒有被寫下來過，只存在店長腦子裡。這份文件是你跟廠商溝通的基礎，也是你判斷報價合不合理的唯一依據，寫不出來的部分就是報價一定會失真的部分。

我們對「先用免費工具撐著」這件事的看法

業界常見的建議是「小生意先用免費工具，別急著花錢」。我們同意這句話，但要補一個很重要的但書：撐著的時候必須把資料留在自己能拿走的地方。

我們看過最可惜的情況，是老闆用某個免費預約平台撐了兩年，累積了 1800 位客人的預約歷史，等到要換系統才發現平台不提供完整匯出，只能匯出姓名跟電話，消費紀錄跟偏好全部拿不走。那兩年的資料價值歸零，而那才是真正貴的東西。

所以我們的判斷是：工具可以將就，資料不能將就。用 Google 日曆撐著的時候，順手每個月把預約紀錄匯出成一份 Google Sheet，欄位包含日期、客人、服務項目、金額、來源管道。這件事花你一個月十分鐘，但它決定了你三年後換系統時是「搬家」還是「重來」。這也是 系統資料遷移 那篇一直在強調的：遷移的難度在簽約前就決定了。

我們怎麼看預約這件事的下一步

接下來三年，預約系統的競爭點會從「能不能線上預約」移到「能不能自動處理例外」。線上預約本身已經是免費功能，Google 就送給你了；真正還在燒老闆時間的是例外處理：客人臨時改期要重排、師傅請假要通知七個客人、下雨天戶外拍攝要整批延期。這些現在還是人在做。

我們選擇把力氣放在這一層，因為它是規則密集、每家都不一樣、而且剛好是 AI 可以幫上忙的地方：把「誰該被通知、可以往哪裡挪、挪了會不會撞到別的」這種判斷交給系統跑第一輪，人只做最後確認。這也是我們一直在講的，讓工具承擔重複的部分。

對正在評估的老闆，這代表一個很具體的判斷標準：先算你每個月花在「處理例外」的時間，而不是「接受預約」的時間。前者才是決定你該不該花錢的變數。想看更完整的系統佈局，企業系統開發全景地圖 那篇把六大類系統的預算級距都畫出來了；如果你已經在跟廠商談，交付驗收 SOP 那篇的檢查清單可以直接拿去用。

最後一個很實際的建議：這個週末先花 20 分鐘把 Appointment Schedule 開起來，把連結貼到 LINE 圖文選單上。這件事零成本，而且做完之後你會很清楚地知道自己剩下的問題到底是「訊息太多」還是「規則太複雜」。答案不一樣，該花的錢也完全不一樣。