預約系統自己架還是用平台：一次比清楚

預約系統該自架還是用平台，先用兩個條件判斷：月預約量在 300 筆以下、而且店裡沒有能在當天處理故障的技術人力，就用平台，不必再往下比。反過來，當你需要把預約資料自動接進自己的名單或 ERP、或是排班規則複雜到平台的設定選項表達不出來，自架才開始划算。這篇把八個維度的實際差距攤開，並說明為什麼多數店家最後走的既不是自架也不是純平台。

先講一個比價階段幾乎不會被算到的陷阱：這個決定最貴的部分不是月費，是離開的成本。導入當下兩邊都不痛，但用了兩年之後想換，帶不走的東西差很多——這件事在比價階段幾乎沒有人算，卻是後來最常後悔的一項。

平台適合誰

平台方案適合的典型情況是：一到三位服務人員、月預約量 300 筆以下、希望這週就能開始用。

上線時間是最直接的差距。平台從註冊到能接第一筆預約，通常 1-3 天，而且不需要任何技術知識，設定服務項目、時長、休假日就能開張。費用面，台灣市面上的方案多落在月費 NT$0-1,500，或改用抽成制的 0-3%；免費方案通常有筆數或功能限制，實際會用到的功能經常落在付費的第一階。

平台真正的價值不在便宜，在故障時不是你的問題。週六下午系統掛掉，平台方有工程團隊在處理，你只需要跟客人說明；自架的情況下，這個角色是你或你的外包廠商，而外包廠商週六下午在不在線上，是簽約時該問清楚的事。

不划算的情況也很明確：抽成制在客單價高的服務上會很快變貴。客單價 3,000 元、月 200 筆，抽 3% 就是每月 18,000 元，這個數字已經超過自架的月維運成本一大截。抽成制適合客單價低、量體不穩的店，不適合高單價服務。

自架適合誰

自架適合的情況只有三種：資料要進自己的系統、排班規則平台表達不出來、或預約流程本身就是你的產品差異化。

成本結構完全不同。一次性建置在台灣常見的區間是 NT$3-15 萬（差距來自客製程度與金流串接），完成時間 3-8 週；上線後每月還有主機 NT$300-1,500、簡訊通知每則 NT$0.8-1.5、以及維護工時。把三年攤下來算，自架不見得比較貴，但現金流的形狀完全不同：自架是先付一大筆再慢慢用，平台是每月固定一小筆。

第二種情況值得多說一句。排班規則的複雜度是最常被低估的因素——「這位師傅只在週二四接染燙」「同一時段可以接兩位但不能都是長時程」「某些服務要預留前後各 15 分鐘的整理時間」。這些規則在腦袋裡很自然，在平台的設定畫面上未必表達得出來。判斷方法：把你最複雜的三條規則寫下來，試用時逐條設定，設不出來的那條就是自架的理由。

八個維度的實際差距

下表的數字是台灣市場的常見區間，實際報價依功能與客製程度而異。

比較維度	用平台	自架
上線時間	1-3 天	3-8 週
初期成本	NT$0-3,000（多為首月費用）	NT$3-15 萬一次性
每月成本	NT$0-1,500 或抽成 0-3%	NT$500-3,000（主機、簡訊、維護）
排班規則彈性	受設定選項限制	想得到就做得到，但每一項都要開發
資料所有權	可匯出，欄位範圍依平台而異	完全在自己手上
搜尋能見度累積在哪	平台網域	自己的網域
故障時誰處理	平台的工程團隊	你或你的外包廠商
離開的成本	客人習慣的連結全數失效	幾乎為零，換後端客人無感

倒數兩列是這張表的重點。多數比較只看前三列的錢，但決定三年後你有沒有選擇權的，是最後兩列。

「資料所有權」那一列還有一個常被漏掉的面向：不管你用平台還是自架，對客人而言，蒐集個資的那一方都是你。個人資料保護法第 3 條列了當事人的五項權利——查詢閱覽、請求製給複製本、補充或更正、請求停止蒐集處理利用、請求刪除，並明定不得預先拋棄或以特約限制；第 27 條則要求非公務機關採行適當的安全措施，防止個人資料被竊取、竄改、毀損、滅失或洩漏。選平台時要問的因此不只是「匯不匯得出來」，還有「客人要求刪除時，平台端刪不刪得掉、要幾個工作天」。

三筆最常被算漏的成本

比價時容易只比月費，實際上有三筆錢在兩種方案裡都存在，而且金額不小。

金流手續費。 收訂金或線上付款就會有這筆，台灣信用卡收單常見在 2.2-2.8%，加上部分平台自己的服務費。客單價 2,000 元、月 150 筆，光手續費就是每月 6,600-8,400 元，這個數字通常比月費大好幾倍。

收訂金之前，順便把它的法律效果弄清楚。民法第 249 條對定金訂有 4 款規定：契約履行時應返還或作為給付之一部；因可歸責於付定金一方的事由致不能履行時不得請求返還；因可歸責於收定金一方的事由致不能履行時應加倍返還；不可歸責於雙方時應返還。平台的訂金功能通常只做「收」與「退」兩個動作，加倍返還這種情況多半要人工處理——比較方案時值得問一句退款流程要幾個工作天，以及手續費退不退。

通知訊息費。 簡訊每則 NT$0.8-1.5、LINE 官方帳號的主動推播有每月額度上限。一天 5 位客人、每人 2 則提醒，一個月就是 300 則，這件事在試算的時候幾乎沒有人算進去。怎麼配置提醒才不會爆量，減少放鳥的 6 個做法那篇有實際的排法。

資料遷移與教育訓練。 換系統當月，你和員工都會慢下來，客人也要重新習慣。這筆成本不是現金，是兩到四週的效率損失，所以任何系統遷移都該挑淡季做。

各種方案加總起來的實際費用級距，預約系統要花多少錢那篇拆得更細。

多數店家最後走的第三條路

實務上最常見的最終配置是混合：預約的入口頁與內容放在自己的網域，排程、通知與金流交給平台。

這樣配的理由是把兩邊的優點分開拿。客人搜「你的品牌名 預約」找到的是你自己的頁面，這個頁面的搜尋能見度、內容、以及跟其他文章的連結關係，全部累積在自己的網域上；按下按鈕之後進入平台的排程流程，故障有人扛、功能有人維護。三年後想換平台，換的是按鈕後面那一段，客人那一側完全無感。

要注意的是嵌入方式。用內嵌視窗（iframe）或子網域把平台頁面套進來，搜尋引擎大多把內容歸在平台那邊，這個做法只解決了視覺一致性，沒有解決能見度歸屬。真正有效的是自己的頁面有自己的文字內容——服務項目、時長、價格帶、常見問題——按鈕只是流程的接點。不同業態怎麼配，美髮沙龍預約系統怎麼選那篇的五項必備功能可以當檢查表用。

能見度歸在誰身上，不必等三年才驗證。把自己的網域加進 Search Console，看預約頁的曝光與點擊有沒有累積，以及進來的查詢字詞有沒有出現服務項目與價格——用 iframe 內嵌的情況下，那一頁在 Search Console 裡通常只剩下殼的文字，查詢字詞抓不到裡面的內容。要注意成效報表只保留 16 個月，想比較改版前後就得提早開始收。

我們替客戶做這件事的順序與驗收指標，整理在方法與成效指標這一頁。

三個問題，決定你走哪一條

決策不需要試算表，照順序回答三個問題就分得出來。

你最複雜的那條排班規則，平台設得出來嗎？ 設不出來，代表你要嘛自架、要嘛把規則本身簡化——後者常常比較划算，因為一條只影響每月三筆預約的規則，不值得為它多花十萬元。設得出來就往下一題。

這套系統壞掉的那個週六下午，誰能在兩小時內處理？ 答案是「沒有這個人」的話，決定已經做完了：用平台。有一位隨時聯絡得上、而且熟悉你這套系統的技術夥伴，才有資格考慮自架。

預約資料需不需要自動流進別的系統？ 名單、會員、ERP 有任何一個要自動接起來，就找有 API 的平台或自架；三個都不需要，混合配置就夠用，而且今天就能開始，不必等任何人報價。

以上費用區間為台灣市場的一般行情參考，實際金額依功能範圍、客製程度與服務商而異。要把自己的狀況套一次，把你目前的月預約量與最麻煩的那條排班規則用 LINE 傳給我們（@APM168），或撥 02-2601-8918，我們會直接說哪一條路比較省。