企業一次買多人線上課程時，最容易犯的錯，是把個人課程售價乘上人數，再加一個團購折扣就當成企業方案。真正進入企業場景後，企業在意的不只是多少個帳號，而是名額怎麼分、誰能管理、員工異動怎麼處理、主管能看到什麼，以及到期後怎麼續約。
換個角度看，企業不是在買「更多登入帳號」，而是在找一種能讓多人學習被安排、被追蹤，也能在組織內交代結果的方式。這也是企業多人方案和一般個人購課最大的差別。
先回答一個核心問題：企業到底在買什麼？
從待完成工作（Jobs to Be Done）的角度，企業採購多人課程時，希望完成的是一整段進展：把一群指定員工安全地加入課程、讓每個人保有自己的學習紀錄、讓 HR 或主管能掌握必要進度，再把結果整理成後續續約或擴大採購的依據。
因此，席次只是其中一個計價單位。真正的方案還要回答帳號、授權、角色、報表、異動與期限。只賣「20 個帳號」很容易；把這 20 個人的使用方式講清楚，才是企業方案真正需要設計的部分。
這裡還有另一個常被忽略的差別：企業完成付款，只代表「公司決定買」；員工是否真的登入、開始、持續學習，是另一個決策。企業方案如果只處理採購，沒有處理後面的使用與管理，很容易出現帳號都開好了，實際卻沒人上課的情況。
把「公司買了」和「員工真的會用」分開設計
企業採購多人課程時，可以把成交分成兩個不同時點。第一個時點是企業願意簽約或付款，代表 HR、主管或採購認為這套課程值得引進；第二個時點是員工每次決定要不要登入、開始下一個單元、完成作業或把方法用進工作。
前者解決的是採購風險，後者解決的是使用阻力。企業可能已經買了 50 個席次，但如果通知不清楚、登入麻煩、主管沒有留學習時間，這 50 個席次仍可能長期閒置。反過來說，若員工願意學，但 HR 拿不到進度、主管無法確認成果，企業也很難判斷下一年度是否值得續約。
所以企業多人方案最好同時設計兩條路徑：一條是採購與授權流程，另一條是學員啟動與持續使用流程。前者決定企業敢不敢買，後者決定這筆採購最後有沒有被真正使用。
席次不是共用帳密，而是一個可管理的學習授權
比較清楚的做法，是把一個席次定義成「一位指定使用者在一段授權期間內的學習權限」。這樣企業買 20 個席次，就代表最多可以同時配置給 20 位指定學員，而不是拿 20 組帳密讓不同人輪流登入。
這種設計有幾個直接好處：每位學員的完成率、作業、測驗、證書與登入紀錄可以分開；員工離職或轉調時，也比較容易判斷席次能不能回收或重新分配；遇到異常登入時，責任也比較容易追查。
像 LearnWorlds 的 Multiple Seats、Thinkific 的 Groups，以及 Moodle 的 Cohorts，做法雖然不同，但共同方向都是把「一群使用者」當成可被分配、批次管理與追蹤的單位，而不是用一組共用帳號處理所有人。這些平台功能可以當作設計參考，但不是你一定得照搬的唯一標準。
帳號應綁定個人，企業管理的是名單與權限
企業客戶有時會提出：「可不可以只給一組帳號，全公司自己輪流看？」如果課程完全不需要紀錄進度、測驗、作業、證書或個人化內容，技術上或許做得到；但只要你需要追蹤學習結果，共用帳號就會讓資料失去意義。
更穩定的做法，是讓每位學員用自己的 Email 建立帳號，再由課程方或企業管理員分配席次。企業真正管理的是「誰可以使用這個授權」，不是直接管理所有人的密碼。
如果企業人數較多，可以預先定義名單匯入格式、開通期限與異動窗口。這能避免每次加一個新人、刪一個離職員工，都要靠 Email 來回處理。
團隊授權要先寫清楚：誰算這家企業的使用者？
多人方案最常出現的爭議，不一定是價格，而是「哪些人算在這份授權裡」。同一家公司內部員工通常容易理解，但關係企業、外包商、合作夥伴、加盟店、客戶或海外分公司能不能一起使用，就不能靠雙方自行想像。
你可以先把授權範圍分成幾層：購買公司的正式員工、指定部門或專案成員、同一集團其他法人，以及外部合作人員。標準方案只涵蓋哪幾層，要在報價或合約前講清楚。
如果課程還包含教材、範本、講義或可下載檔案，也要把「可以看課」和「可以轉傳教材」分開定義。企業擁有席次，不等於自動取得教材的無限制複製或再授權權利。
企業管理員要能做事，但不要直接給網站最高權限
企業通常需要一位 HR、培訓窗口或部門主管管理學員。這個角色需要的不是完整網站後台，而是和這家企業有關的有限權限，例如查看剩餘席次、加入或移除學員、查看完成狀態、下載團隊報表。
LearnWorlds 的 Seat Manager 與 User Group Manager，以及 Thinkific 的 Group Analyst，都是把企業端角色限制在指定群組或指定席次內。這種概念值得借鏡：企業管理員可以管理自己的人，但不應看到其他企業客戶、修改課程內容、碰付款設定或取得不必要的網站權限。
如果你的系統目前沒有完整企業管理員功能，也不代表不能接企業案。早期可以由課程方代為處理名單與報表，但要先把「誰提出異動、多久處理、回覆哪一位企業窗口」訂成流程，避免所有事情都變成臨時客服。
報表不是越多越好，而是要回答企業的管理問題
企業買多人課程後，常見問題不是「影片總共看了幾分鐘」，而是：買的席次有沒有用掉？哪些人已開始？哪些人還沒登入？哪些人完成？主管需要介入誰？培訓結束後能留下什麼成果紀錄？
第一版報表其實不必非常複雜。至少能回答席次使用狀況、學員啟動狀況、完成狀況與必要成果，就已經能支援不少企業情境。Thinkific 的 Groups 也把群組進度與公司別報表視為 B2B 使用的重要能力；Moodle 的 Cohorts 則強調群組批次加入與同步管理。
另外，企業能看哪些個人資料，要和角色目的綁在一起。HR 需要追蹤完成名單，不代表就一定需要看到所有私人提問；主管要知道團隊進度，也不代表能查看全公司的完整學習紀錄。相關權限可以再搭配企業學習進度與報表設計一起規劃。
員工離職、轉調或換人時，席次能不能轉移？
企業方案幾乎一定會遇到人員異動，所以席次轉移規則最好在成交前就寫好。真正要決定的不是單純「可不可以換人」，而是哪一個時間點之後就不再適合轉移。
例如，尚未啟用的席次可以直接更換；已登入但尚未正式開始的席次，可以保留一次調整空間；已完成大量內容、交過作業或取得證書的席次，通常就不適合再當成全新的授權轉給另一個人。這不是唯一標準，而是一種能兼顧企業彈性與學習紀錄完整性的設計方式。
你也可以把離職、轉調與學習紀錄保留時間一起寫進規則。相關細節可以延伸到員工離職或轉調後的席次回收與紀錄處理。
報價前先做一張「企業授權規格表」
在正式報價前，建議先把會影響交付的條件整理成一張規格表。它不一定要公開放在網站上，但業務、講師、客服與企業窗口都應該看到同一套版本，避免成交後才發現雙方理解不同。
| 項目 | 要先決定的問題 |
|---|---|
| 席次 | 一席對應一人還是一個可轉移名額？ |
| 課程範圍 | 包含單一課程、課程組合，還是特定方案？ |
| 授權期間 | 從採購日、開通日或指定日期開始計算？ |
| 管理員 | 企業窗口能新增學員、看報表或匯出資料到什麼程度？ |
| 異動 | 未啟用、已開始、已完成三種狀態能否換人？ |
| 報表 | 提供個人明細、部門彙總，還是成果摘要？ |
| 支援 | 登入問題、課程問題、名單異動分別由誰處理？ |
| 到期 | 帳號、證書、學習紀錄與匯出資料會保留多久？ |
這張表的價值不是增加文件，而是把容易在成交後才吵起來的問題提前處理。企業如果要求超出標準規格的功能，例如跨法人授權、特殊報表、額外管理員、客製登入或大量人工異動，就能清楚判斷那是標準方案的一部分，還是需要另外報價的客製需求。
企業買得多，不代表價格只剩下折扣
席次數量增加後，部分固定成本可能被攤薄，例如一次報價、一次合約與一次導入說明。但企業案也可能新增名單處理、批次開通、客服、管理員設定、報表、請款流程與異動管理。
所以企業方案不能只問「20 人要打幾折」。先看你提供的是純席次、帶管理與報表的團隊方案，還是再加上直播、顧問、客製內容與成果回報。交付深度不同，價格結構就應該不同。
如果要進一步設計單席、級距與最低採購，可以接著看企業團體方案定價。先把授權與交付邊界定好，再談折扣，比較不容易把企業案做成營收增加、服務量卻失控。
最小可行的企業多人方案，先把這 8 件事寫清楚
- 席次定義：一席代表誰、包含哪些課程、可使用多久。
- 帳號方式：是否要求個人 Email、是否禁止共用帳號。
- 授權範圍：限本公司員工，還是可包含關係企業或外部人員。
- 名單流程：誰提供名單、何時截止、後續怎麼增減。
- 管理員權限：企業窗口能管理什麼、不能碰什麼。
- 報表內容：企業可查看哪些啟動、完成與成果資料。
- 異動規則：離職、轉調、未啟用席次如何回收或轉移。
- 到期處理：授權到期後，帳號、進度、證書與資料保留多久。
這 8 件事不用一開始就做成複雜企業系統，但一定要有明確答案。當企業客戶變多，再把人工名單、異動與報表逐步自動化，會比一開始先做一套沒有人使用的龐大後台實際得多。
結論：企業買的是一套可管理的學習交付
多人課程真正的分水嶺，不是一次賣出幾個帳號，而是你能不能把企業採購後的整段流程說清楚。席次怎麼算、帳號怎麼開、誰能管理、誰能看資料、員工異動怎麼辦、到期後怎麼處理，這些都會直接影響企業敢不敢買，以及你之後要花多少人工成本交付。
先把規則做成標準方案，再依企業需求決定哪些屬於加購、客製或合約條款。這樣企業比較容易理解，你也比較不會每接一家公司，就重新發明一套交付方式。
FAQ
企業多人線上課程一定要有企業後台嗎？
不一定。剛開始可以用人工名單、個人帳號與固定格式報表處理，但席次、授權、異動、管理員與資料權限仍要先寫清楚。當企業數量與異動頻率提高，再把流程系統化。
企業買 20 個席次，可以讓 40 個人輪流上嗎？
要看你怎麼定義席次。如果是指定使用者授權，就不適合讓多人輪流共用；若允許轉移，也應寫明可轉移的時間點、次數與條件，避免學習紀錄混在一起。
企業管理員可以看到每位員工所有學習資料嗎？
不建議預設全部開放。管理員應只看到完成工作所需的資料，例如席次、啟動、完成率、證書或必要成果；私人提問、其他企業資料或不必要的個人細節應另行控管。
企業團體方案一定要比個人方案便宜嗎？
不一定。純大量席次可以有級距價格，但如果企業方案多了管理員、報表、批次開通、客服、客製或顧問服務，就要把額外交付成本算進去，不能只用折扣處理。
員工離職後，席次可以直接轉給新人嗎？
可以設計成可轉移，但應先定義條件。尚未啟用的席次最容易轉移；已完成大量內容、交作業或取得證書後，通常就要另外判斷，避免兩人的學習紀錄混在同一授權裡。
企業席次和企業授權有什麼不同？
席次比較像「可以配置給幾位使用者」；企業授權則還包含誰可以使用、能不能跨部門或跨公司、教材可否分享、管理員能做什麼、授權期間與到期規則。企業方案通常兩者都要一起定義。
參考資料：
LearnWorlds，Multiple seats offering overview，2026。
LearnWorlds，How to create a seat management role，2026。
Thinkific，Groups。
Thinkific，B2B Selling: Best Practices with Plus。
MoodleDocs，Cohort enrolment。