換預約系統的技術難度很低。麻煩的是你的舊連結已經不在你手上了。
它在客戶的通訊錄裡、在你三個月前寄出的報價信裡、在合作夥伴的網站上、在你印好的名片上。你關掉 Calendly 的那一刻，這些連結全部變成死路——而點進去的人不會通知你。
所以這篇的重點不是怎麼設定 Cal.com，是怎麼安排過渡。
30 秒總覽
| 項目 | 內容 |
|---|---|
| 真正的難題 | 舊連結已經不在你手上 |
| 重疊多久 | 至少一個月，看你最遠的預約 |
| 重疊期的風險 | 兩邊都連日曆會撞期 |
| 已約好的會議 | 讓它在舊系統跑完，不要搬 |
| 要先告知的 | 常往來的客戶，確認信寄件人會變 |
先講一件事：不要立刻關掉舊的
最常見的錯誤是把 Cal.com 設好、確認能用、然後當天就退訂 Calendly。
正確做法是重疊至少一個月。多付一個月的訂閱費，換掉單風險，這個交換很划算。重疊期間兩邊都能收預約，你只要確認行事曆同步沒問題就不會撞期。
連結替換的優先順序
舊連結分成三種，能處理的程度差很多：
| 在哪裡 | 能不能改 | 怎麼辦 |
|---|---|---|
| 自己的網站、社群個人檔案 | 可以 | 第一天就換掉 |
| Email 簽名檔 | 可以 | 同時換，但注意每個裝置都要改 |
| 已寄出的信、名片、別人的網站 | 不行 | 只能靠 Calendly 重疊期接住 |
第三類決定了你的重疊期該多長。如果你常寄報價單、而客戶通常隔一兩個月才回頭，那重疊期就該拉到兩三個月。
Calendly 那邊如果能改活動說明，可以在裡面加一句「我們已改用新的預約連結」附上新網址——這樣即使有人走舊路徑，也知道下次該去哪。
行事曆雙接的撞期問題
重疊期間兩套系統會同時連著你的 Google 日曆。這是必要的，但要確認一件事：兩邊的雙向同步都要開。
單向同步（只寫入、不讀取）的話，Cal.com 不會知道 Calendly 剛剛佔掉的時段，同一個時間就會被兩個人各約一次。這是重疊期唯一真正的風險，設定完務必自己實測一次——用 Calendly 約一個時段，然後看 Cal.com 的預約頁那個時段有沒有消失。
已經約好但還沒發生的會議
這些不會自動搬過去，而且也不應該搬——對方收到的確認信、行事曆邀請、會議連結都是 Calendly 產生的，硬搬只會讓對方混亂。
正確做法是讓它們在 Calendly 上跑完。這也是重疊期必要的另一個理由：你最遠的那筆預約在什麼時候，重疊期就至少要到那時候。
提醒信的寄件人會變
對方收到的確認信與提醒信，寄件人資訊會從 Calendly 換成新的來源。
對常往來的客戶，值得先講一聲——不然那封信很可能被當成釣魚信或直接進垃圾桶。預約確認信進垃圾桶，等於這次預約沒成立，而且雙方都不會發現。
順便該做的：重新想一次活動類型
搬家是少數會讓你重新檢視設定的時機，值得順便問幾個問題：
- 現在的活動類型是不是太多？很多人開了七八種，實際上只有兩種在用。
- 緩衝時間夠嗎？連續會議之間沒有空檔，是很多人換系統的真正原因。
- 每日上限有設嗎？沒設的話，滿檔的那天你會後悔。
照抄舊設定是最快的做法，但也錯過了唯一一次會認真看這些的機會。
連結替換的優先順序
| 在哪裡 | 能不能改 | 怎麼辦 |
|---|---|---|
| 自己的網站、社群檔案 | 可以 | 第一天就換 |
| Email 簽名檔 | 可以 | 同時換，注意每個裝置都要改 |
| 已寄出的信、名片、別人的網站 | 不行 | 只能靠重疊期接住 |
第三類決定了重疊期該多長。如果你常寄報價單、而客戶通常隔一兩個月才回頭，那重疊期就該拉到兩三個月。
舊系統那邊如果能改活動說明，可以加一句「我們已改用新的預約連結」附上新網址——這樣即使有人走舊路徑，也知道下次該去哪。
常見問題
Q：為什麼不能設好就直接關掉舊的？
因為舊連結散在你控制不到的地方——客戶通訊錄、三個月前寄出的報價信、別人的網站、印好的名片。關掉的那一刻它們全部變成死路，而點進去的人不會通知你。
Q：重疊期兩邊都連日曆會不會撞？
會，如果同步設成單向。兩邊的雙向同步都要開，然後自己實測一次：用舊系統約一個時段，看新系統的預約頁那個時段有沒有消失。
Q：已經約好的會議要搬過去嗎？
不要。對方收到的確認信、行事曆邀請、會議連結都是舊系統產生的，硬搬只會讓對方混亂。讓它們在舊系統跑完——這也是重疊期長度的決定因素。
Q：要通知客戶嗎？
常往來的值得先講一聲。確認信的寄件人會變，那封信很可能被當成釣魚信或直接進垃圾桶。
Q：搬家順便該做什麼？
重新檢視活動類型。多數人開了七八種實際只用兩種，而且緩衝時間與每日上限常常從來沒設過。設定方式在進階可預約規則。
順便該做的：重新想一次活動類型
搬家是少數會讓你認真檢視設定的時機，值得順便問幾個問題：
- 現在的活動類型是不是太多？很多人開了七八種，實際上只有兩種在用。
- 緩衝時間夠嗎？會議一場接一場中間沒有空檔，是很多人換系統的真正原因。
- 每日上限有設嗎？沒設的話，滿檔的那天你會後悔。
照抄舊設定是最快的做法，但也錯過了唯一一次會認真看這些的機會。
最後一步：確認舊系統真的可以關了
關掉之前檢查兩件事：舊系統上還有沒有未發生的預約，以及最近一個月有沒有人從舊連結進來。第二項在舊系統的統計裡看得到，如果還有流量，代表你的重疊期還不夠長。
資料來源與延伸連結
兩邊的功能對應以官方文件為準：
延伸閱讀
- Cal.com vs Calendly：品牌自訂、收費預約與自架的實際差別
- Cal.com 教學：設定可預約時段與串接 Google 日曆
- Cal.com 自架 vs 託管：真正的成本在串接，不在伺服器
- Cal.com 常見問題：日曆同步、通知信與團隊使用
- RoamerHost Cal.com 託管方案
想找人幫你做？
這些流程要是不想自己搭，或是規模大到需要有人一起規劃，浪花科技（RoamerHost 的母公司）承接企業流程自動化與 AI Agent 的委託開發：
WordPress
n8n
