只有一門課時，商品、課程、會員權限看起來幾乎是同一件事：買 A，就看 A。等品牌慢慢累積到 3 門、5 門、10 門課，再加上組合方案、舊學員升級、企業採購或訂閱方案，原本的一對一邏輯很快就不夠用了。
真正容易出錯的地方不是「課太多」，而是三個不同概念被混在一起：商品是怎麼賣，課程是教什麼，權限是誰能看什麼。只要先把這三層拆開，多門課程的網站會好管理很多。
多門課程網站，先分清楚商品、課程、權限 3 層
這三層可以互相對應，但不必永遠一對一。商品負責交易，課程負責內容，權限負責存取。
| 層級 | 負責什麼 | 常見例子 |
|---|---|---|
| 商品 | 價格、付款方式、方案名稱、結帳 | 單課、組合包、年繳方案、升級方案 |
| 課程 | 章節、影片、教材、測驗、學習順序 | 基礎課、進階課、工具課、專題課 |
| 權限 | 哪些會員可看哪些課、何時開始、何時到期 | 單課權限、課程群組、會員等級、企業群組 |
LearnDash 的官方群組文件就是一個很直接的例子：一個群組可以綁定多門課，只要使用者進入該群組，就能取得群組內相關課程的存取權。WooCommerce Memberships 的官方文件也把「購買商品」與「取得會員內容權限」分成兩層處理。這類設計的共同點，就是沒有把「一個商品只能等於一門課」寫死。
不要用商品數量決定課程數量
同一門課可以被不同商品販售，同一個商品也可以包含多門課。把這件事想清楚，很多後續問題就會簡單很多。
例如同一門「基礎課」可能同時出現在：
- 基礎課單獨購買。
- 基礎＋進階組合方案。
- 完整學院年繳方案。
- 某個企業培訓群組。
如果每新增一個方案就複製一份課程，最後會出現 4 份幾乎相同的內容。日後只要更新一支影片，就得記得改 4 次。比較穩定的做法，是讓正式課程內容維持單一來源，再由不同商品或權限方案決定誰可以進入。
一門課可以有很多賣法，但正式內容最好只有一份
內容版本越多，維護成本越高。除非不同方案真的需要不同教材、不同學習路徑或不同服務，不然不要為了價格不同就複製課程。
可以把「內容差異」和「方案差異」分開：
- 內容差異：真的教不同東西，才需要不同課程。
- 服務差異：例如多了直播、顧問、批改或社群，可以放在方案與交付層處理。
- 付款差異：一次付清、分期或訂閱，不需要因此複製課程。
- 銷售管道差異：企業、個人、合作夥伴不同，也不代表教材一定要複製。
這樣做的好處很直接：教材更新只改正式版本，不會出現「A 方案已更新、B 方案還停在舊版」的情況。
先做一張「商品 → 權限 → 課程」對照表
多門課程網站最實用的管理文件，不一定是複雜流程圖，而是一張簡單對照表。每個商品到底開哪些權限、每組權限包含哪些課，全部列清楚。
| 商品／方案 | 取得的權限 | 可看的課程 | 期限 |
|---|---|---|---|
| 基礎單課 | 基礎權限 | 基礎課 | 依正式方案 |
| 進階組合 | 進階權限 | 基礎課＋進階課 | 依正式方案 |
| 完整方案 | 完整權限 | 多門指定課程 | 依正式方案 |
上表只是結構示意，不代表你的實際商品。真正建立時，要用網站現有的正式商品名稱、課程名稱與權限規則。
如果你已經有一套課程網站，可以把這張表拿來逐筆對照目前設定。只要出現「這個商品到底會開哪幾門課？」需要靠記憶回答，就代表規則還沒有被整理清楚。
單課、組合方案、會員制，適合用不同的權限邏輯
不同商業模式，不必硬套同一種存取方式。先看學員買的是「某一門內容」、一組內容，還是持續有效的會員資格。
單課：直接對應課程最簡單
如果商品真的只包含一門課，一對一設定沒有問題。付款成功後開通該課，到期或退款時依原規則處理。
組合方案：用一組權限管理多門課
當一個方案包含多門課時，建議建立一個可識別的群組或會員層級，再把多門課掛進去。LearnDash 的 Groups 就支援同一群組關聯多門課，群組內使用者會取得相關課程權限。
這種架構比「付款後逐門手動加課」容易維護，也比較容易處理未來新增內容。
會員制：先定義會員資格，再決定可用內容
會員制的核心不是「買一次拿到哪些課」，而是「會員資格有效期間可以使用哪些內容」。WooCommerce Memberships 的官方文件也把會員資格有效期與內容存取分開管理；若搭配訂閱，會員資格還可以跟著訂閱狀態變化。
這時要特別處理續訂失敗、取消、到期與重新加入後的權限，而不是只處理第一次購買。
升級方案不要重複送一次原本就有的課
當學員從基礎方案升級到進階方案，網站要知道他「已經有什麼」，再補上新增的權限。不要因為升級就建立第二個帳號、複製第二份課程，或讓同一會員收到兩套互相矛盾的入學通知。
升級前至少確認：
- 原本課程權限是否保留。
- 新增哪些課程或服務。
- 有效期重新計算，還是沿用原期限。
- 若有分期或訂閱，付款狀態改變時權限怎麼跟著變。
- 舊方案停售後，既有學員是否仍維持原權益。
更細的退款、到期、分階段解鎖情境，可以延伸閱讀課程網站會員權限怎麼設計。055 這篇處理整體架構，那篇處理單一權限事件發生時要怎麼反應。
新課程加入學院時，要先決定誰應該自動取得
「新增一門課」不只是上傳影片。多門課程架構裡，更重要的是決定現有哪一些會員群組應該一起取得新課。
可以先問 4 個問題：
- 這門新課是獨立商品，還是原方案的新增內容？
- 既有學員當初的承諾是否包含未來新增課程？
- 哪些會員等級應該自動取得？
- 哪些舊方案不應該跟著開通？
如果沒有先回答，最容易發生兩種極端：該拿到的人沒看到，或為了省事直接把新課開給所有人。
停售商品，不代表要刪除課程或收回權限
商品、課程、權限拆成三層後，停售就容易處理很多。你可以停止販售一個商品，但保留課程本身，讓已購買的舊學員繼續使用。
這對有多年課程歷史的品牌很重要。商品頁可以下架，新客戶不再購買，但舊學員的會員權限仍依當時承諾維持。若你正整理大量歷史課程，可以搭配舊課程搬進線上學院前的內容盤點，先把停售、封存與仍需交付的內容分清楚。
退款與付款失敗時，應該改的是權限狀態
交易出問題時，不要把「刪除會員」當成唯一處理方式。會員帳號、歷史訂單和目前存取權是不同資料。
比較清楚的邏輯是：保留帳號與交易紀錄，再依退款、取消或未付款狀態調整相關方案的存取權。這樣使用者之後重新購買其他課程時，不必重新建立第二個帳號。
付款、會員與自動開課的前後關係，可以再看課程網站如何串起招生、收款與自動開課。多門課程架構一定要建立在交易狀態能正確交給權限層的前提上。
會員中心也要按「學員擁有什麼」來顯示
後台架構整理好，前台會員中心也不要把所有課程一股腦列出來。學員最需要的是：我買了什麼、現在可以看什麼、從哪裡開始。
比較清楚的會員中心通常會把：
- 目前可用課程放在主要位置。
- 未購買內容和已購買內容明確區分。
- 到期內容標示狀態，不突然消失到完全找不到紀錄。
- 同一門課只顯示一次，不因不同商品來源重複出現。
若你要進一步處理「付費後才能觀看」的技術邏輯，可以延伸閱讀付費學員的會員權限與課程保護設定。
多門課程開始變複雜時，先檢查這 8 個地方
不用等到學員回報錯誤才整理。只要課程和方案開始增加，就可以定期檢查下面 8 項：
- 每個商品是否都有明確對應權限。
- 每組權限是否知道包含哪些課。
- 同一門正式課程是否被不必要地複製。
- 組合方案新增內容時，舊學員規則是否清楚。
- 升級、退款、取消與到期是否有一致處理方式。
- 停售商品是否誤傷舊學員存取權。
- 會員中心是否只顯示正確內容。
- 付款成功到實際開課是否能完整測通。
多門課程網站常見問題
每一門課都需要建立一個商品嗎？
不一定。如果某門課只存在於組合方案或會員方案裡，可以由方案商品取得對應權限，不一定要另外公開一個可購買商品。
一個商品可以同時開通很多門課嗎？
可以，只要你的課程與會員系統支援一個群組或權限對應多門課。設定時要明確記錄包含哪些課，以及日後新增或移除課程會影響哪些既有會員。
同一門課可以放在兩個不同方案裡嗎？
可以，而且通常不需要複製課程。兩個方案可以分別取得不同權限，但都指向同一份正式課程內容。
學員升級方案後，要不要建立新的會員帳號？
通常不需要。比較穩定的做法是保留同一個會員帳號，更新這個帳號擁有的方案或權限，避免訂單、進度與課程紀錄被拆散。
停售一個方案後，舊學員還能繼續上課嗎？
要依當初承諾與正式權益判斷。停售只代表不再接受新購買，不應自動等於收回既有學員的使用權。
先把三層畫清楚，再增加下一門課
多門課程網站要能長期擴充，關鍵不是多裝一個功能，而是把商品、課程和權限各自負責什麼先定清楚。之後新增一門課、新增一個方案，都是把新項目放進既有規則，而不是重新發明一次流程。
最簡單的起點，就是做一張「商品 → 權限 → 課程」對照表。只要每一筆都能說清楚，網站後續的結帳、開課、升級、退款和會員中心才有機會保持一致。
參考資料
- LearnDash Support：Group Courses。
- LearnDash Support：Users and Groups。
- WooCommerce Documentation：WooCommerce Memberships。
- WooCommerce Documentation：Sell Subscriptions for Membership Access。