動手之前
先把資料備齊，不必再多開分頁。
- 目前的預約主要靠電話、私訊或紙本簿子，而且至少有一部分客人會指定設計師或美甲師。
- 你抓得出大概的數字：平常一週有多少電話因為手上有客人而漏接，過去一兩個月有幾筆預約爽約。
- 你已經有官網，或打算要有——本文最後「分家還是一體」的判斷，跟它直接相關。
你會學到
- 在比較任何產品之前，先把純電話預約的成本換算成每月的數字。
- 用你真實的預約本檢驗系統的資料結構：服務、人員、每個人不同的時長和時段。
- 定出一套爽約規則——提醒、訂金、退款期限——而且由系統自動執行，不用店裡的人追。
- 把「預約工具另外一家」和「內建在官網裡」的維護成本攤開來，做一個有意識的選擇。
先算出電話正在花掉你多少
電話預約要成立，前提是隨時有一隻空著的手去接。染劑上著、光療做到一半時響完就掛掉的每一通，都是可能直接改約別家的客人，而且不會出現在任何報表上。這一步的目的是先有一條基準線：知道漏接一個月花掉多少，之後比較系統時才比得出它救回多少，而不是比功能表。
- 挑平常的一週，把手上有客人時漏接的電話逐通記下來，連同打烊後的來電和隔天才回的私訊。
- 乘上平均客單價，再乘一個保守的成交比例——漏接的不見得每通都會變成預約——得到的是一個每月的成本區間，不是一個好看的單一數字。
- 記下漏接集中在什麼時候。晚上、公休日和用餐尖峰最要緊，因為「沒人能接電話的時段照樣收預約」正是線上系統的第一件工作。
做到這樣就算完成： 你手上有一個每月的數字——粗略的區間也行——以及一份寫下來的清單，列出系統必須替你顧到的時段。
用你真實的預約本，檢驗人員與時段的結構
美髮預約系統難的不是那個月曆介面，是底下的資料結構。一筆真實的預約是：某項服務、由指定的那個人做、用那個人自己的時長、落在那個人真正有空的時段。時長因設計師而異，有些服務只有某幾位會做，而指定設計師是一種承諾。表達不了你這張矩陣的系統，只會把櫃檯變成它的全職修理工。
- 看任何示範之前，先把你真實的矩陣寫下來：每項服務、誰能做、每個人誠實的時長——含清潔和等藥水作用的時間。
- 在每個候選系統裡，輸入你最麻煩的三筆真實案例：一筆指定設計師的預約、一項只有部分人員提供的服務、一項每個人時長不同的服務。
- 如果你的排班有交疊作業——例如染髮等藥水的空檔先接下一位——就針對這件事測。只認得整塊時段的月曆，不是生出你沒有的衝突，就是藏住你真有的。
- 看看客人指定的人約滿時，畫面給出什麼。可以接受的答案是那個人最近的下一個空檔，或標示清楚的替代人選——絕不能不聲不響換一個人。
做到這樣就算完成： 你最麻煩的那些真實預約，不用任何變通就輸得進去；而指定設計師的請求，永遠不會被悄悄換成別人。
先把爽約規則寫下來，再要求系統執行
爽約先是規則問題，才是軟體問題。提醒解決的是忘記，訂金改變的是承諾。但系統只能執行一條真的存在的規則，而很多店家是在最糟的時刻才發現，自家的規則只存在某位資深設計師的腦子裡。先決定誰要付訂金、付多少、到什麼時候開始不退——再要求軟體全程自動執行，不用任何人追匯款。
- 調出過去兩三個月，數一數爽約和臨時取消有幾筆、集中在哪裡。長時數服務和週末尖峰時段，通常吃掉最多損失。
- 把階梯白紙黑字選定：只發提醒；提醒加上長時數或尖峰預約收訂金；或全部收訂金。退款期限用客人讀一次就懂的話寫。
- 驗證候選系統能自己跑完整個迴圈：提醒照你設定的時間發出、訂金在預約流程裡就收走——而不是事後請櫃檯追一筆轉帳——退款期限也由系統套用，不是在櫃檯吵。
做到這樣就算完成： 規則白紙黑字存在，而且一筆測試預約能走完全程——提醒、訂金、取消、退款——中間沒有任何人手動推它。
決定預約系統要放進官網，還是掛在旁邊
獨立的預約工具給你的，是一條掛在別人網域上的連結：你的個人檔案指向他們的頁面，而你自己的官網還留著另一份服務、價目和營業時間，慢慢跟現實脫節。一體的做法是一份資料只維護一次，而且從搜尋到確認信，顧客一路都留在你自己的頁面上。分家要付第二張帳單，還多一份永遠做不完的維護：價目改一次、設計師換一個，兩張清單都要跟著改。所以要分就刻意分，不然就不要分。
- 數一數你的服務項目和價目現在存在幾個地方——官網、預約工具、Instagram 精選、Google 商家檔案、櫃檯那張護貝的價目表。每多一份副本，就多一個遲早對不上的地方。
- 選分家，就挑能嵌進你自己頁面的工具，而不是只能往外跳的那種，讓「從你的網站到預約成立」這條路，全程不換品牌、不換網域。
- 選一體，就用前兩步的考題驗證架站工具的預約是真的——第 2 步的人員與各自時長、第 3 步的訂金——而不是一張掛著「預約」名牌的聯絡表單。這一關也拿來考我們，我們自己的答案是：預約區塊認得服務、人員、每個人不同的時長和時段；訂金和其他刷卡收款走你自己的 Stripe 帳戶，錢直接進你的口袋，Naratake 抽 0%，只有 Stripe 自己的手續費照收。會上線的預約流程跑在 Storefront Pro——每月 79 美元或每年 758 美元，一個固定價，兩位設計師共用一本排班表是這個價，九位也是這個價。在每月 49 美元的 Storefront 上，整條流程都可以先建好、先預覽。
- 不管選哪條路，讓每一個對外入口都離真正的預約流程只差一步：個人檔案的連結、官網按鈕、商家檔案，點下去都要落在真實的空檔上，而不是「請來電」的繞路。
做到這樣就算完成： 你講得出服務、價目、人員、營業時間唯一維護的那個地方；而客人不管從哪裡找到你，不用跳到第二個品牌或網域，就能走到約得下去的時段表。
留下候選，和電話並行實測兩週
功能對照表看不出來的，是那些決定「第二週之後店裡還用不用它」的日常摩擦；兩週真實的預約看得出來。讓最強的候選跟現有的電話預約並行，而不是直接取代它，最後用你自己的數字下決定，不是用廠商的。
- 拿前面幾步的筆記替每個候選打分——顧不顧得到你接不到電話的時段、表達得了你的人員矩陣、執行得了你寫下的規則、跟你的官網決定合不合——最麻煩預約那一關直接沒過的，先淘汰。
- 讓勝出的那套並行跑兩週：電話照接，把預約連結放上個人檔案和商家檔案，兩邊的預約都記進同一本簿子。
- 拿這兩週對照第 1 步的基準線：以前接不到的時段進來幾筆預約、有收訂金和沒收訂金的爽約率、櫃檯花幾分鐘在修資料。
- 下定決心之前，先算退出的成本：確認顧客和預約紀錄匯得出來，也弄清楚離開時預約連結和網域會怎樣。我們的答案是寫下來的——Storefront Pro 會把網站的完整原始碼下載給你，網域一直放在你自己的註冊商帳號裡，所以離開只是改一個指向，不是一場談判。
做到這樣就算完成： 這個決定壓在兩週你自己的數字、對照純電話基準線的結果上；而退出的代價，是在承諾之前就知道，不是之後。
最後檢查
這幾項全部成立，才算真的做完。
- 漏接成本已換算成每月數字，系統必須顧到的時段也列出來了。
- 選定的系統通過了最麻煩預約的考題：指定人員、各自的時長，而且不會悄悄換人。
- 爽約規則用客人讀得懂的話寫好了；提醒、訂金、退款全程自動跑，不用店裡的人追。
- 服務、價目、人員、營業時間只剩唯一一份維護中的來源，每個對外連結都落在真正的預約流程上。
- 並行兩週的數字已經和純電話基準線比過了；離開這套系統要付什麼代價，也在承諾之前就知道了。