高價課程做出兩個以上方案後，下一個問題通常很快就會出現：
學員可以中途升級嗎？如果覺得目前方案太重，可以降級嗎？
很多課程一開始只想把方案賣出去，等真的有人提出轉換需求時才臨時決定：升級就補價差、降級就看情況。
但只寫「補價差」還不夠。
你還要決定：用哪個價格算差額？已經用掉的服務怎麼算？升級後期限要重算嗎？降級後原本已付款的權益要立刻關掉，還是保留到週期結束？
如果這些規則沒有事先設計，方案越多，客服特例就越多。
先問一件事：你的課程真的需要多個方案嗎？
不是每一門高價課程都需要「基礎、進階、高階」三層。
比較適合做多方案的情況是：
- 不同學員對支援深度的需求明顯不同。
- 有些人只需要標準課程，有些人需要直播、批改或顧問。
- 高階服務會明顯增加講師或團隊工時。
- 不同方案能用一句話說清楚「適合誰」。
如果三個方案只是影片數量不同、名稱不同，實際上沒有不同購買理由，反而會讓選擇更困難。
《Monetizing Innovation》的方案設計思路，是先依需求、價值與付費意願分群，再決定不同層級，而不是先做三欄價格表，再硬找內容塞進去。
課程網站既有的 高價課程定價、市場驗證與方案分級 也可以搭配看：核心內容可以相同，但較高方案應有更明確的支援、回饋或交付差異。
升級／降級以前，先把每個方案的「邊界」寫清楚
至少整理：
| 項目 | 要寫清楚的內容 |
|---|---|
| 核心課程 | 哪些內容所有方案都有 |
| 直播／答疑 | 次數、期間、能不能補課 |
| 作業／批改 | 幾次、誰回、多久回 |
| 一對一 | 有沒有、次數、期限 |
| 社群／客服 | 入口、支援期間、回覆邊界 |
| 工具／建置 | 哪些屬於方案、哪些是加購 |
如果方案邊界本身就模糊，升級與降級一定更難處理。
服務邊界怎麼整理，可以延伸看 高價課程的服務邊界怎麼寫？回覆、批改、諮詢與代做要先分清楚。
什麼時候應該允許升級？不是「想升就升」這麼簡單
比較適合升級的時機，是學員的需求已經超過目前方案，而更高方案剛好能解決。
例如：
- 原本只有錄播，後來發現需要真人回饋。
- 原本是團體課，後來需要個別診斷。
- 原本自己執行，後來希望加入建置或顧問。
- 原本只有基本支援，後來進入更複雜的實作階段。
這些都屬於自然升級觸發點。
比較不好的做法，是故意把基本方案做得不能完成核心結果，再逼學員往上加價。
方案分級應該是「更多價值、更多支援、更多速度」，不是把安全、必要資訊或原本承諾的核心成果鎖在高階方案。
升級價差怎麼算？先選一套公式，不要每次人工談
常見有 3 種。
1. 實付金額抵扣
新方案目前價格 − 舊方案實際已付金額。
優點是最直觀，也最容易從訂單確認。
但如果舊方案是多年前的超低活動價，升級差額可能很大，需要事先說明。
2. 固定升級價
不管當初買多少，只要符合條件，都用一個固定升級價格。
優點是客服簡單，缺點是要先算好成本，避免早期低價客戶升級後讓交付失衡。
3. 剩餘權益折抵
如果方案是有明確期間的訂閱或陪跑，可以依未使用期間計算折抵。
這種方法比較精準，但也比較複雜。
Stripe 對訂閱升降級的計費說明，就會以按比例計費（proration）處理週期中途換方案：升級時補目前週期剩餘期間的差額，降級時則依設定形成抵扣或在後續帳單反映。課程不一定要照軟體即服務（SaaS）模式做，但這個概念很適合有月繳或年繳方案的課程。
一次性高價課程，不一定要做複雜的按日比例計算
如果你的課程是固定梯次、一次付清、交付期間清楚，精算到每天未必有必要。
例如 12 週課程進行到第 7 週才升級，如果高階方案主要新增的是未來 5 週的一對一服務，與其硬算整套課程比例，不如直接設計：
- 固定升級價。
- 剩餘期間升級價。
- 限開課後前幾週可升級。
規則越容易說清楚，客服越不容易算錯。
升級是立即生效，還是下一個週期生效？
要看新增價值什麼時候能開始提供。
如果升級的是：
- 立即可用的新課程。
- 多一場顧問會議。
- 新的作業批改。
- 更高支援層級。
通常可以在付款後立即生效。
但如果升級涉及：
- 下一梯次的團體直播。
- 固定月份才開始的顧問服務。
- 需要人工排程的建置。
就應說明實際的交付開始日，不要讓「升級完成」被理解成「所有服務現在立刻開始」。
那降級呢？通常比升級更需要規則
降級最容易產生爭議，因為它牽涉已付款、已使用與剩餘權益。
可以先分成兩種產品。
固定期間／一次性課程
如果一筆交易已經完成，而且高階服務已經開始交付，通常不能把「我後來覺得用不到」直接等同可以退回高低方案全部價差。
是否允許降級、如何處理未使用服務，要依原本退款與方案規則處理。
訂閱／月繳型服務
如果每個週期都會續約，降級可以設計成：
- 本期權益用到期末。
- 下一期開始套用低階方案。
- 如果允許中途立即降級，再依約定處理未使用部分。
在訂閱服務中，「升級立即生效、降級下一週期生效」是常見的設計方式之一，因為學員已支付本期高階權益；但是否適合你的課程，仍要看交易與服務模式。
不要用「降級」偷偷收回已經買到的權益
如果學員已完成一筆固定方案交易，後來只是選擇未來不續高階方案，網站不應因此回頭刪除原本已取得且仍在約定期限內的核心權益。
要把這三件事分開：
- 目前這一期已購權益。
- 下一期使用哪個方案。
- 歷史內容是否有永久或期限內存取權。
這也是為什麼方案轉換規則應在購買前就清楚，而不是等學員想降級才臨時決定。
舊學員價格變動，和升降級是兩個不同問題
如果你的課程最近剛漲價，升級時還會多一層問題：到底用舊價格還是新價格算？
這屬於「價格版本」管理。
可以先看 課程改價格後，舊學員權益怎麼辦？原價保留、升級與續購規則怎麼設計，先決定舊客保留、新價生效與升級基準，再回來定升級公式。
要不要設 3 個方案？不是越多越能賣
《Monetizing Innovation》的做法通常會把方案控制在少數清楚層級，每一層都有自己的「主要購買理由」。
Stripe 目前對方案定價的建議也提到，方案層級應對應真實客戶需求，並形成自然升級路徑；2～4 個方案通常比大量難比較的選項更容易理解。
課程不需要硬套 3 個方案，但你至少要能回答：
- 基礎方案適合誰？
- 進階方案比基礎方案多解決什麼？
- 高階方案的主要差異是速度、個別化、深度，還是代做？
如果答不出來，先不要急著增加方案。
高價方案的升級理由，最好來自「需求變化」
好的升級理由通常是：
- 學員進入更複雜的階段。
- 需要更快完成。
- 需要更多回饋。
- 需要更多個別判斷。
- 需要團隊代為建置或執行。
不好的升級理由則是：
- 基本方案故意不給必要資訊。
- 客服只在高價方案才正常回覆。
- 低階方案被設計到幾乎無法使用。
- 買了才發現核心功能其實另外收費。
分級的目的，是讓不同需求的人買到合適交付，而不是用不完整方案製造焦慮。
降級訊號，也值得拿來改善方案
不要把降級一律視為「客戶沒錢」。
如果很多人從高階方案往下降，可以問：
- 高階服務使用率是不是很低？
- 一對一真的有帶來額外價值嗎？
- 方案內容太多，反而造成壓力嗎？
- 高階方案和中階方案差異不夠清楚嗎？
- 交付品質有沒有達到價格期待？
Stripe 的定價迭代建議也會把升級、降級與留存行為當成方案設計是否對齊需求的訊號，而不是只看總營收。
升降級規則至少要寫清楚這 8 件事
- 哪些方案可以互轉。
- 什麼時間點可以轉。
- 升級價差怎麼算。
- 降級何時生效。
- 已付款／未使用部分怎麼處理。
- 課程與會員期限會不會重算。
- 升級後新增哪些權益。
- 取消、退款與再次升級怎麼處理。
如果客服收到升級申請後還要臨時問老闆這 8 題，就代表規則還沒有完成。
一張表決定升級與降級怎麼生效
| 情境 | 建議先判斷 | 常見處理 |
|---|---|---|
| 一次性課程中途升級 | 新增服務是否還能完整交付 | 固定升級價或剩餘期間價 |
| 一次性課程想降級 | 原方案已交付多少、退款政策 | 依原規則判斷，不自動退差額 |
| 月繳方案升級 | 新權益能否立即提供 | 立即升級＋差額／按比例計費 |
| 月繳方案降級 | 本期高階權益是否已付款 | 下一期生效或依規則按比例處理 |
| 舊價格方案升級 | 差額使用哪個價格版本 | 依既定舊客／升級政策 |
法律與交易面：方案轉換不能只靠一句「本公司保留修改權」
在台灣消費交易中，網站常見的服務條款屬於定型化契約的一部分。行政院消費者保護會持續強調，定型化契約應符合平等互惠與公平原則，不能只用企業單方面預先寫好的條款，把所有變更風險都丟給消費者。
因此，方案轉換規則應在交易前清楚說明。
尤其是：
- 已購權益是否會受影響。
- 降級是否立即失去功能。
- 未使用費用怎麼處理。
- 訂閱下一期會扣多少。
如果牽涉已成立契約的重大變更，仍應依原契約與實際情況處理，不能把「可升降級」理解成業者可以任意改方案。
升級頁面要讓學員一眼看懂「多買到什麼」
不要只顯示：
升級高階方案：再付 NT$XX,XXX
還應該說明：
- 目前方案。
- 新方案。
- 新增權益。
- 生效時間。
- 新的服務期限。
- 這次要付多少。
如果升級後會增加大量真人服務，也要確認實際容量，不能只因為有人願意加價就無限制接受。
交付容量與毛利怎麼估，可以搭配 高價課程毛利怎麼算？講師時間、助教與金流都要算清楚。
降級頁面則要說清楚「什麼會改變」
例如：
- 哪一天開始使用低階方案。
- 哪些高階服務到期後不能再用。
- 既有課程影片能不能繼續看。
- 未使用額度有沒有抵扣。
- 下一期扣款是多少。
不要等到降級生效後，學員才發現原本的社群、顧問、教材或工具已經消失。
最小可行的升降級政策，可以先這樣建立
如果目前方案還不複雜，可以先從這 5 條開始：
- 升級可在符合交付條件時申請。
- 升級差額使用固定公式，不人工議價。
- 升級新增權益與生效時間明確列出。
- 降級原則上從下一個服務週期生效；一次性課程依原退款規則處理。
- 所有例外都有正式客服紀錄。
先把這 5 條做穩，再依實際訂閱、分期與更多方案增加規則。
常見問題
高價課程一定要提供升級方案嗎？
不一定。只有當不同學員真的存在不同支援需求，而且較高方案能提供明確額外價值時，升級才有意義。
升級可以直接用「新方案價格減舊方案實付」嗎？
可以，這是最容易理解的算法之一。但如果方案有明確使用期間或真人服務已經交付，也可以設計固定升級價或剩餘權益折抵。
學員想降級，要退高低方案差額嗎？
不一定。要看交易型態、退款政策、已交付服務與降級生效時間。訂閱型服務和一次性高價課程的處理方式通常不同。
訂閱方案中途升級，要立刻補差額嗎？
可以立即補差額，也可以在下一張帳單處理。若採按比例計費，應事先說明計算方式，避免學員在扣款後才知道。
降級後，已買到的影片可以收回嗎？
要看原本承諾的觀看期限與方案規則。如果某些內容是已成立交易中的既有權益，不應只因為未來降級就任意提前收回。
方案是不是 3 個最好？
沒有固定數字。少數幾個清楚方案通常比很多難比較的層級容易理解；關鍵是每一層都對應不同需求，而不是為了湊方案數量。
結論：升降級不是客服特例，而是方案設計的一部分
高價課程提供多個方案時，要設計的不只是價格，而是學員什麼時候會需要更多支援、怎麼升級、差額怎麼算，以及降低服務層級時權益怎麼變。
升級應該是一條自然的成長路徑；降級則應讓學員知道什麼時候生效、哪些權益會改變，而不是用模糊條款事後處理。
當升級、降級、續購與價格版本都有明確規則，方案就不再只是銷售頁上的三個框，而會變成一套可交付、可管理、也能持續優化的產品系統。
參考資料：
Madhavan Ramanujam、Georg Tacke｜Monetizing Innovation。
Stripe｜A Guide to SaaS Pricing and Packaging。
Stripe｜Prorated Billing 101。
Stripe｜Product Mix Pricing Strategies for Growth。
行政院消費者保護會｜定型化契約與消費者權益相關說明。
