設計您的計劃

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 課