高價線上課程常會提供不同付款方式。
例如:
- 一次付清。
- 信用卡分期。
- 每月定期扣款。
- 固定 12 期、24 期或 固定期數付款。
- 持續型會員訂閱。
對客戶來說,看起來都只是「不要一次付完」。
但對課程網站來說,背後其實是完全不同的技術邏輯。
最容易出問題的地方就是:
付款方式設好了,課程權限卻沒有跟付款狀態一起設計。
先講結論:先分清楚 3 種付款模型
| 付款模型 | 網站看見什麼 | 權限重點 |
|---|---|---|
| 信用卡分期 | 通常是一筆成功交易,由銀行或金流端處理持卡人分期 | 付款成功後通常可直接開完整課程 |
| 固定期數定期扣款 | 網站每月產生續扣/續約付款 | 要處理每一期成功、失敗、取消與完成 |
| 持續型訂閱 | 持續續扣,沒有固定結束期或依方案設定 | 通常要看訂閱是否仍有效來決定權限 |
三種模式最大的差別,不是客戶每月付多少,而是網站是不是每一期都要重新確認付款狀態。
信用卡分期:網站通常只需要確認「這筆交易成功了沒」
信用卡分期常由金流商、收單機構或發卡銀行負責持卡人的分期安排。
對網站來說,很多情況仍是一筆完成的訂單。
也就是:
客戶選 12 期 → 金流授權成功 → WooCommerce 訂單成功 → 網站開通課程。
之後客戶和銀行之間怎麼分期繳款,不一定由課程網站逐月建立續約訂單。
實際帳務與撥款方式仍要看你使用的金流商規則,不能只憑網站介面判斷。
信用卡分期最適合的權限邏輯:付款成功後一次開完整權限
因為網站已經收到「這筆交易成功」的訊號,所以一般不需要每個月重新判斷課程能不能看。
這和定期定額很不一樣。
如果你的商品是完整高價課程,常見流程是:
- 客戶選擇信用卡分期。
- 金流授權成功。
- 訂單進入有效付款狀態。
- 建立或辨識會員帳號。
- 一次開通完整課程。
定期定額:不是一次付款拆成多期,而是每一期真的重新扣款
如果你的方案是:
每月 NT$6,000,共 固定期數
而網站每個月都實際發起一次扣款,這就比較接近固定期數的 recurring payment(週期性付款)。
WooCommerce Subscriptions 官方文件把週期性付款分成自動付款與手動續繳兩種。
這代表網站不只要處理第一次付款,還要處理:
- 下一個付款日。
- 續扣成功。
- 續扣失敗。
- 重試。
- 客戶取消。
- 最後一期完成。
固定期數和「每月會員」不是同一個產品
這是很重要的差別。
固定期數可能只是:
總價 NT$180,000,分成 30 次付款。
客戶買的是完整課程,只是付款被拆開。
而每月會員可能是:
每月付費,就持續取得當月服務;停止付款,就停止之後的服務。
兩種都可以用週期性扣款技術,但商業承諾不同。
所以課程權限不能只看「是不是 subscription 商品」
你要先回答:
- 客戶買的是一個完整課程,只是分期付款?
- 還是每月付款才取得每月持續服務?
這會直接決定:
- 取消後是否立刻停課。
- 最後一期完成後是否永久保留。
- 付款暫時失敗是否立即鎖課。
固定期數付款,最常見的權限設計有兩種
模式 A:付款期間保持有效,全部繳完後永久保留
這適合「完整課程分期付款」。
邏輯可以是:
- 訂閱正常有效 → 有課程權限。
- 暫時付款失敗 → 依政策暫停或給寬限期。
- 中途正式取消且未繳完 → 停止權限。
- 全部期數完成 → 課程權限繼續保留。
WooCommerce Memberships 與 Subscriptions 的官方整合文件就提供類似設計:付款尚未完成而取消,可以取消會員權限;全部付款完成後,則可以讓會員權限繼續保留。
模式 B:付款期間才有權限
這比較像持續服務或會員訂閱。
訂閱結束後,權限也跟著結束。
哪一種正確,不是技術問題,而是你原本賣給客戶的承諾。
續扣失敗時,最不應該做的是「網站完全不知道」
定期扣款最重要的不是第一次付款,而是之後的失敗處理。
常見失敗原因包括:
- 信用卡過期。
- 額度不足。
- 銀行拒絕交易。
- 付款方式失效。
WooCommerce Subscriptions 官方文件有專門的 failed recurring payment retry(續扣失敗重試)機制,用來處理部分暫時性的失敗。
所以你的系統至少要知道:
- 付款失敗了。
- 訂閱現在是什麼狀態。
- 要不要重試。
- 是否通知客戶。
- 何時暫停課程權限。
不要把「第一次付款成功」當成之後 固定期數都成功
如果是網站自己做週期扣款,每一期都可能成功或失敗。
所以權限邏輯不能只在第一次結帳時跑一次。
至少要監控:
- 首次付款事件。
- 續約付款事件。
- 付款失敗事件。
- 訂閱取消事件。
- 訂閱完成事件。
定期定額商品,金流本身也必須支援 recurring payment
不是 WooCommerce 裝了 Subscriptions,就代表所有付款方式都可以自動續扣。
WooCommerce 官方文件會另外列出支援 Subscriptions 自動付款的 payment gateway(付款閘道)。
所以建置前要先確認:
- 金流是否支援週期性付款。
- 是否支援自動續扣。
- 是否能變更付款方式。
- 失敗後怎麼補繳。
- 是否支援你需要的期數與幣別。
課程網站要有 3 種不同狀態:訂單、訂閱、課程權限
這三個不要混在一起。
| 狀態 | 回答的問題 |
|---|---|
| 訂單狀態 | 這一筆付款/續約訂單成功了嗎? |
| 訂閱狀態 | 整個付款方案現在有效、暫停、取消還是完成? |
| 課程權限 | 這個會員現在能不能看這門課? |
好的自動化,是讓三種狀態有清楚對應關係。
一個實用的權限狀態表
| 付款/訂閱情況 | 課程權限建議 |
|---|---|
| 首次付款成功 | 開通 |
| 訂閱正常有效 | 維持 |
| 續扣短暫失敗 | 依政策寬限/暫停 |
| 補款成功 | 恢復 |
| 未繳完即取消 | 依商品承諾停止 |
| 固定期數全部完成 | 完整課程可設定繼續保留 |
| 持續會員訂閱結束 | 依會員方案停止 |
「寬限期」值得事先設計
如果一張卡只是暫時失敗,就立刻把正在學習的客戶鎖掉,體驗可能很差。
可以先定義:
- 失敗後多久通知。
- 是否有重試。
- 多久後才暫停權限。
- 補款成功後是否自動恢復。
這些規則最好在正式銷售前就測過。
退款、取消和付款失敗,也不是同一件事
三種狀況代表不同意義:
- 付款失敗:可能只是暫時無法扣款。
- 取消:客戶或管理者主動結束未來續扣。
- 退款:已經完成的付款被退回。
課程權限不應只用一條規則處理全部情況。
分期商品最容易踩的坑:期數到了,系統把課程一起關掉
如果客戶買的是「完整課程分 固定期數付款」,第 固定期數完成後,商業上可能應該保留完整課程。
但某些訂閱設定在到期後,會把「訂閱結束」視為「服務結束」。
因此一定要在正式上線前測:
- 最後一期付款成功後訂閱變成什麼狀態。
- 課程權限是否仍存在。
- 會員帳號是否正常。
分期商品第二個坑:客戶取消後,網站沒有同步權限
如果一個 固定期數方案只繳 3 期就取消,但課程仍永久開放,可能和原本付款承諾不一致。
所以取消事件要能同步到權限層。
第三個坑:訂閱商品和一般商品放在同一個購物車
如果網站同時賣:
- 一次性商品。
- 訂閱商品。
- 不同付款週期。
要確認你的購物車、金流與訂閱外掛是否支援混合結帳。
不要只測單一商品就直接上線。
第四個坑:會員 Email 不一致,付款成功卻開到另一個帳號
付款與課程權限最好用穩定的會員識別方式串接。
如果客戶第一次用 A Email 建帳號,第二次用 B Email 付款,就可能出現:
- 訂單在一個帳號。
- 課程在另一個帳號。
- 客服找不到完整紀錄。
完整購買流程可搭配課程網站從結帳、會員到自動開課的 7 個關鍵一起檢查。
課程權限真正應該綁「商品承諾」,不是外掛名稱
同一套技術可以拿來做:
- 固定期數付款。
- 每月會員。
- 年度續約。
但權限規則完全不同。
先寫清楚:
客戶付的是什麼?什麼情況下還有權利繼續使用?
再把這個規則翻成系統設定。
上線前,至少做 8 種測試
- 一次付清成功。
- 信用卡分期成功。
- 定期扣款首次成功。
- 續扣成功。
- 續扣失敗。
- 失敗後補款成功。
- 中途取消。
- 最後一期完成。
每一種都要確認:
- 訂單。
- 訂閱。
- 會員。
- 課程權限。
- Email 通知。
如果一個人經營,系統設計應該優先減少「人工判斷付款狀態」
最浪費時間的情況是每天手動查:
「這個人有沒有繳?這個月扣成功嗎?課程要不要關?」
理想流程應該由付款狀態自動更新會員與權限,只有例外才人工介入。
如果要看整體架構,可以延伸閱讀一個人經營線上課程事業,需要哪些核心系統。
付款規則也要和整條課程流程接起來
分期或定期定額不是獨立功能。
它還會影響:
- 結帳。
- 訂單。
- 會員。
- CRM。
- Email。
- 課程權限。
整體端到端流程可以搭配從廣告、報名、直播、付款到開課的完整流程一起看。
一張決策表:該用哪種付款+權限模式?
| 商業情境 | 付款設計 | 權限設計 |
|---|---|---|
| 完整課程,客戶只想分期 | 信用卡分期 | 付款成功後完整開通 |
| 完整課程,網站固定分 固定期數收款 | 固定期數週期扣款 | 繳款期間有效,完成後可永久保留 |
| 每月持續服務 | 持續型訂閱 | 訂閱有效才持續使用 |
| 付款失敗 | 重試/補款 | 依寬限與政策暫停或恢復 |
常見問題
信用卡分期和定期定額是一樣的嗎?
不是。信用卡分期常是單次交易成功後由銀行或金流端處理分期;定期定額則通常是網站依週期重新發起付款,需要逐期處理成功、失敗與取消。
固定期數付款完成後,課程權限要關掉嗎?
如果商品本質是完整課程的分期付款,通常可以設計成全部繳完後持續保留權限;如果商品本質是持續會員服務,則可能在訂閱結束時停止。要依原本商品承諾設定。
續扣失敗要立刻鎖課嗎?
不一定。可以依付款規則設計重試與寬限期,避免短暫付款失敗就立刻中斷學習;但多久暫停、何時恢復要事先定義。
裝 WooCommerce Subscriptions 就能讓所有金流自動續扣嗎?
不一定。付款閘道本身也要支援訂閱與自動週期付款。正式上線前要確認金流商的相容性與功能。
中途取消分期,課程權限怎麼辦?
如果客戶尚未完成約定總付款,通常應依原本條款決定是否暫停或取消權限。不要等取消發生才臨時決定。
課程權限應該綁訂單還是訂閱?
要看商品模型。一次性付款通常看有效訂單;週期性付款則需要同時看續約訂單、訂閱狀態與商品承諾,再決定課程權限。
結語:分期只是付款方式,真正難的是把付款狀態和課程權限接對
課程網站要處理的,不只是「客戶能不能選 12 期或 固定期數」。
真正需要設計的是:
每一種付款方式,網站在什麼狀態下開課、暫停、恢復與永久保留。
先把信用卡分期、固定期數定期扣款與持續型訂閱分清楚,再設定訂單、訂閱與課程權限的對應關係,後面自動化才不容易出錯。
參考資料
WooCommerce|Introduction to WooCommerce Subscriptions Documentation
WooCommerce|Subscriptions Payment Methods & Gateways
WooCommerce|Subscription Renewal Process
WooCommerce|Failed Recurring Payment Retry System
WooCommerce|Memberships Subscriptions Integration
