第 12 / 14 課 · 免費商業課程
定期訂閱會帶來持續的責任。客戶需要服務在下星期也能正常運作，正如在註冊當日一樣。一套簡短而可靠的例行程序，可讓你在緊急請求耗盡所有時間前看見這些責任。
完成本課後：設計一套可管理的營運例行程序，涵蓋支援、帳單、維護及客戶留存。
從四項每日訊號開始
檢視可用性、新客戶啟用、付款例外情況及尚未回覆的支援請求。決定哪些事件需要即時警示，哪些可留待按時檢討。註冊失敗可能比每週流量的小幅變化更需要及早處理。
為警示指定負責人和處置行動。發出數百則卻被忽略的訊息的監察系統，只會製造雜訊，無法提升可靠性。定義你將如何識別事故、確認受影響人士，以及在調查期間如何讓客戶知情。
以 FitSite 為例，早晨檢查可確認現有網站能否回應、新建立的網站是否採用了正確範本、帳單事件是否已處理，以及支援訊息是否已有負責人。報告 SaaS 則會以成功的資料匯入和報告傳送，取代網站佈建的檢查。跟隨客戶的任務在系統中的流程。
作出你能兌現的支援承諾
設定清晰的支援渠道、服務時間及回應目標。回應目標是指確認收到請求並作出評估；並非承諾在該時間內解決所有問題。區分一般問題與影響存取權限或付款的服務中斷。
原始指南按方案說明不同支援級別。只有在你有能力履行時才採用這個做法。若你獨自工作且不提供該時段的服務，承諾四小時回覆便會誤導客戶。請明確說明辦公時間和時區，而非讓客戶假設服務全天候可用。
建立一份簡短的受理檢查表：受影響帳戶、嘗試執行的工作、觀察到的結果及失敗時間。只索取調查所需的資料。切勿要求客戶透過電郵傳送密碼或完整信用卡資料。讓支援人員取得與其職責相稱的存取權限。
將重複請求轉化為產品改善
為重複出現的問題加上標籤，並找出根本原因。多名客戶詢問如何更改時間表，可能表示缺少說明文章、介面令人困惑，或產品未能良好支援該項工作。撰寫文件是一種回應方式，並非每個可用性問題的答案。
有效的說明文章會指出工作名稱、展示目前步驟、說明如何確認成功，並在失敗時提供下一步做法。產品變更後應再次檢查文章。為不適用於文章的個案保留聯絡真人的途徑。
假設一項示例性的 FitSite 支援檢討發現有六個關於新增教練的問題。團隊可改善相關範本說明、觀察某人嘗試完成該任務，並比較其後的請求。除非已量度結果，否則不要聲稱說明文章減少了支援需求。
核對帳單與存取權限
定期帳單取決於已設定的支付閘道、訂閱設定，以及付款事件有否到達你的應用程式。自動化並不代表無需檢討例外情況。在手動變更存取權限或發出退款前，先比較會員狀態與付款紀錄。
付款失敗可有多種原因。應查閱供應商實際提供的拒付或事件資料，而非假設是信用卡到期或有意取消。使用供應商支援的重試及客戶通知設定，並說明客戶如何透過安全途徑更新付款資料。
在 WordPress 路線中，請連同閘道紀錄一起檢視 Ultimate Multisite 會員資格及付款。根據你已設定的版本，核實升級、降級、試用期結束及發票。檢查變更時間及任何按比例收費，而非承諾每次方案變更都會有完全相同的行為。
讓取消程序保持簡單直接。確認生效結束日期、日後帳單狀態，以及任何匯出或保留安排。可選填的意見問題有助你學習，但取消不應以回答該問題為條件。按照你實際提供的條款一致地處理退款。
維護可復原的服務
安排例行維護，並保留處理緊急安全更新的途徑。不要將所有更新都推遲至每月會議。按問題及曝露風險排定優先次序，在可行情況下安全地測試，並在變更引發問題時維持復原計劃。
對於 WordPress Multisite，共用外掛或佈景主題的變更可能影響許多客戶網站。在測試環境中測試具代表性的方案、範本、結帳及存取權限。對測試副本採用適當的資料保護和存取控制；測試環境不應洩露客戶資料。
保留資料庫內容及必要檔案的備份，並測試還原。記錄最近成功完成的還原，而不僅是成功的備份工作。除首頁能否載入外，亦應持續監察資源耗盡、背景工作失敗及傳送錯誤。
了解客戶留下或離開的原因
為指定期間定義客戶流失率：該期間流失的客戶數目除以期間開始時的活躍客戶數目。記錄你的計算規則，包括如何處理暫停及未付款帳戶。收入流失是不同的指標，應另行標示。
若一項示例業務在一個月開始時有 50 名客戶，並失去其中兩名，該群組的客戶流失率便是 4%。該月新獲得的客戶不會改變這個起始分母。數目較少時，一宗取消便可能令百分比大幅變動，因此也應檢討個別原因。
區分產品問題、預算變動、業務結業，以及從未達成首個有用成果的客戶。在適當情況下提供協助或合適方案。不要假設折扣能解決缺少功能的問題，並應在發送挽回優惠前尊重通訊偏好。
當客戶有相關需要並了解額外費用時，才推薦升級。達到限制可能是澄清合適方案的機會，但訊息不應隱藏減少用量或維持目前級別的選項。
為例行程序訂立日曆
每日檢查處理可用性、緊急支援及帳單例外情況。每週檢討尋找未解決的服務單、啟用失敗及重複問題。每月檢討檢視經常性收入、成本、留存及文件。每季檢討重新審視定價、容量，以及服務是否仍適合目標受眾。
以這個節奏作為起點，然後按服務的風險及工作量調整。處理有時限預約的業務，需要與每月研究訂閱不同的監察方式。目的是防止工作在各項責任之間被遺漏，而不是為開會而開會。
你的練習：撰寫營運表
建立四個部分：監察、支援、帳單及維護。為每一部分列出負責人、頻率、要檢查的證據，以及出現例外時的處理行動。為重要工作加入後備負責人。
以平實語言草擬你的支援承諾，包括服務時間，以及首次回應與解決問題之間的分別。然後檢查你目前的時間安排是否能在生病或假期期間支援該承諾。
選擇一項重複的客戶工作並撰寫說明文章。請一位不熟悉產品的人測試。記錄他們能否在沒有額外說明下完成工作。
最後，在紙上演練一宗事故：客戶已付款但沒有存取權限。列出你會比較的紀錄、你會如何溝通，以及你會如何在不重複收費下確認服務已恢復。
繼續之前
可持續的營運結合明確的責任歸屬、清晰承諾及復原能力。自動化可靠步驟、檢討例外情況，並利用客戶問題改善體驗。以明確定義追蹤留存，而非只依賴儀表板上的標籤。
資料來源及延伸閱讀
改編自原始第 12 課：經營業務。FitSite 是用於學習的示例業務，並非客戶成功案例。WordPress 備份指引說明可還原安裝的組成部分。