多數項目低估的部分:可預約時段
顧客看到的表格是容易的部分,困難的是背後的模型 — 決定哪些時間可以預約的規則。在開始設計之前,建議以書面回答四條問題:
把這些規則弄對,通常比任何視覺修飾更有價值,因為它們決定日程表是否值得信賴。
好的首個版本包含什麼
候補名單、套票、會員制及多分店規則都是實際需要,但較適合在基本流程證明可行後才加入。
設計開始前要先敲定的五項決定
- 訪客還是帳戶?讓人無需註冊便能預約,可減少阻力;帳戶則有助回頭客及累積記錄。許多業務先採用訪客預約,再加上輕量的「回頭客」選項。
- 即時付款、訂金還是到場付款?預先收款可減少缺席,但需要設定供應商、處理退款及收據。
- 取消及退款規則是什麼?請先寫下來。系統應執行您的政策,而非自行創造一套。
- 以哪個渠道發送提醒?電郵、短訊及 WhatsApp 的成本、同意規則及開啟率各不相同。
- 誰可以覆寫規則?員工需要為熟客加插預約或調動課堂,請預先規劃。
香港實況:颱風、假期及付款
常見錯誤
常見問題
我們需要應用程式,還是網頁預約頁面已足夠?
很多時候,適合手機瀏覽的網頁已足夠,而且無需安裝便能接觸所有人。當顧客預約非常頻繁、您想使用推送通知,或需要裝置功能時,應用程式才有意義。我們可協助您按實際情況衡量兩者。
顧客可以在預約時網上付款嗎?
可以,透過付款服務供應商處理。可提供哪些方式取決於供應商及您的商戶帳戶,值得及早確認。有些業務收取訂金,有些收取全數,有些則不收款。
可以連接我們現有的日曆或軟件嗎?
通常可以。任何系統整合都會在界定範圍時檢視 — 需要讀取或寫入什麼,以及對方系統容許哪些存取。
颱風或黑色暴雨日會怎樣處理?
我們會由一開始便預作規劃:可同時關閉或改動大量預約,並向受影響的顧客發出清晰訊息。預約是取消、改期還是退款,則由您自己的政策決定。
首個版本需要多久?
主要視乎可預約項目的數量,以及是否涉及付款或系統整合。估算器會提供參考範圍,簡短的範圍討論則可令它更確切。