設計您的方案

Two people arranging yellow planning notes on a glass wall

第 05 / 14 課 · 免費商業課程

方案能將您的服務轉化為客戶能理解的決策。一個實用的方案會說明它支援哪些工作、包含哪些內容,以及客戶何時需要更多。它也會設定界限,讓您能以可持續的方式兌現承諾。

完成本課後:建立一份簡短的方案矩陣、說明合理的升級路徑,並測試重要的限制。本課中的價格僅供說明;您將在第 9 課檢視定價與成本。

從不同的客戶情境開始

原始的 FitSite 範例區分了個人教練、成熟健身房與多據點企業。這些都是有用的假設,因為所需的工作可能不同:教練需要清晰的專業形象,忙碌的健身房可能需要更豐富的課表與預約流程,而連鎖企業可能需要各據點專屬資訊。

不要假設員工人數決定了合適的產品。個人教練可能高度依賴線上預約,而較大的健身房可能已有希望保留的系統。透過訪談找出工作流程、複雜度、支援與規模方面有意義的差異。方案應反映這些差異,而非刻板印象。

對於另一項 SaaS 業務,分界可能是一個專案與團隊工作流程、偶爾使用與頻繁工作,或一個據點與多個據點。選擇少數幾種容易理解的情境。範例中常見三個級別,但一項優質方案或兩個明確選擇就足以開始。

先寫下承諾,再列功能清單

針對每個方案,寫一句話說明客戶可獲得的實際成果。接著列出交付該成果所需的功能與服務工作。如果您無法說明某項功能在該成果中扮演的角色,請重新考慮它是否應納入初始方案。

基本方案仍必須完成其承諾的工作。僅為了迫使客戶升級而移除必要功能,可能會讓入門方案令人失望。若客戶無法使用您的「預約網站」接受或引導預約,請更改承諾,或提供可行的預約方式。

納入客戶作決策所需的營運細節:網站或工作區數量、相關使用限制、自訂網域可用性、支援的整合項目、支援範圍,以及任何設定服務。請清楚說明限制。技術配額在影響交付時很重要,即使不應主導標題訊息。

以 FitSite 矩陣作為實作範例

  • 入門版 — 示意價格每月 $49:一個使用 Studio Essential 範本的工作室網站,包含核心商業資訊與聯絡管道。請清楚說明是否包含預約連結與自訂網域。
  • 成長版 — 示意價格每月 $99:一個網站,提供額外範本選擇,以及適合買方且經過測試的預約或內容工作流程。納入支援與整合的界限。
  • 專業版 — 示意價格每月 $199:支援約定的多據點配置,例如最多五個據點,並提供相關範本與維護範圍。

這些數字保留了原始教學範例;它們既非市場基準,也不是定價建議。您必須檢查成本與買方反應。除非授權、支援與相容性讓您能夠交付,否則不要承諾「所有高級外掛」。更長的功能清單可能增加成本,卻未改善客戶成果。

請精確說明額度。若專業版包含五個網站,請根據實際設定,說明儲存空間配額是適用於每個網站還是整個訂閱。一個網站上的多據點頁面,並不等同於五個獨立網站。不要讓定價表與所配置的產品描述不同的內容。

將矩陣轉化為產品設定

在選用的 WordPress 路線中,Ultimate Multisite 支援方案、範本與限制。為每個預定方案建立產品,並設定可用的範本選項、支援的外掛與佈景主題、網站額度及其他相關配額。請參閱目前版本的文件,了解可用的控制項。

請謹慎設定外掛預設值。聯絡表單可能是每個網站的一部分,而專業整合只應用於需要的地方。網路啟用的外掛會在整個網路中載入;不要假設方案設定能阻止這種行為。測試每個級別的實際客戶體驗,並避免宣稱某項功能受到限制,實際上卻仍可使用。

將權限與行銷分開處理。提供客戶維護其內容所需的存取權,並將平台管理權保留在您手中。請針對每個方案測試全新的客戶帳號,而非僅從網路管理員的角度檢視。

將公開比較表與內部交付檢查清單放在一起。功能變更時,請在提供修訂後的方案前同時更新兩者。這有助於避免銷售舊承諾,卻配置新設定。

在開始銷售前設計升級與降級

客戶應了解在方案之間移動時會改變什麼。在 Ultimate Multisite 中,檢閱已安裝版本的方案群組與升級/降級設定,然後測試允許的轉換。像入門版、成長版、專業版這樣的視覺順序,只有在底層轉換行為與之相符時才有意義。

降級尤其值得注意。若客戶擁有的網站、儲存空間或使用者數量超過較低方案允許的範圍,會發生什麼事?自訂網域或整合項目會如何處理?請定義一套保留客戶資料並溝通必要變更的流程。未確認預期的計費行為前,不要承諾自動刪除、即時按比例計費或立即退款。

在支援的情況下,於受控的付款測試環境中測試方案變更。檢閱續約日期、顯示價格、權益與客戶電子郵件。記錄任何需要人工支援的事項,以便您能如實定價與說明。

審慎新增可選附加項目

來源建議額外儲存空間、優先支援與額外網站。當客戶能理解且您能可靠交付時,這些可以是有用的附加項目。從真實且反覆出現的需求開始,而不是只因軟體支援就增加結帳選項。

針對每項附加項目,定義單位、價格、計費週期、取消行為與交付責任。「優先支援」需要具體的範圍與回應預期;它不應暗示保證解決。額外儲存空間需要可衡量的額度,以及是否共用的明確定義。

讓附加項目明確保持可選,並避免預先勾選收費項目。第 6 課將介紹如何在結帳時呈現方案。相較於一大堆權益重疊的組合包,簡單的購買決策更容易測試與支援。

您的練習:將本課付諸實行

建立一份單頁方案矩陣與測試檢查清單:

  • 列出您的第一批客戶區隔,以及每個方案承諾的成果。
  • 以淺白語言列出必要功能、限制、支援範圍與排除項目。
  • 附上標示為「示意價格—需驗證」的暫定價格,以及預估交付成本。
  • 撰寫一個升級與一個降級情境,包括超過較低方案限制時會發生什麼事。
  • 若使用 WordPress,請為每個方案配置一個測試帳號,並將交付的體驗與矩陣進行比較。

您的交付成果:一項能在簡短對話中說明清楚的方案,具有明確界限,以及一份仍需驗證的設定或計費行為清單。

繼續前進之前

  • 方案應對應有用的客戶情境,並能持續有效地交付。
  • 範例價格在成本與客戶證據支持前,都只是假設。
  • 請測試限制、外掛可用性、升級與降級,而非依賴定價表。

來源與延伸閱讀

改編自原始網站業務課程。Ultimate Multisite:方案、限制與外掛控制

下一課:註冊體驗

上一課 · 瀏覽全部 14 課