準備架課程網站時，如果只跟建站廠商說「我要會員、金流、課程功能」，最後很容易出現一種情況：功能看起來都有，但實際流程和你想的不一樣。
比較有效率的做法，是在詢價前先整理一份課程網站功能需求表。不是把所有可能功能全部勾起來，而是先寫清楚：哪些是第一版一定要有、哪些可以第二階段再做、誰負責，以及完成後怎麼驗收。
如果你還不知道第一版到底哪些功能最重要，可以先看課程網站必備功能與新手優先順序；這篇則進一步把需求整理成可以拿去和建站廠商討論的清單。
需求表不要只寫「有沒有」，要多加 4 個欄位
同樣寫「會員功能」，不同人理解可能完全不同。有人只需要登入，有人需要不同課程權限、觀看期限、月繳訂閱與舊學員升級。
| 需求 | 優先級 | 誰負責 | 驗收方式 |
|---|---|---|---|
| 信用卡付款 | 第一版必備 | 服務商設定／我方申請金流 | 完成一筆測試訂單 |
| 付款後自動開課 | 第一版必備 | 服務商 | 付款成功後帳號取得正確課程 |
| 會員訂閱 | 第二階段 | 待確認 | 月繳成功、失敗與取消都能正確處理 |
| 學習證書 | 暫不需要 | － | － |
建議至少使用三種優先級：第一版必備、之後再做、不需要。這樣報價時比較不會把預算全部花在暫時用不到的功能。
第 1 類：招生與前台頁面需求
先確認網站要不要負責「招生」，而不只是讓已購學員上課。如果要承接 SEO、廣告、社群或 Webinar 流量，前台頁面需求就要先列清楚。
- 首頁／品牌介紹頁。
- 課程總覽頁。
- 單一課程銷售頁。
- 免費資源下載頁。
- Webinar／直播報名頁。
- 表單與 Email 名單收集。
- FAQ 或常見問題。
- 文章／SEO 內容區。
第 2 類：商品、結帳、金流與訂單需求
「可以收款」只是起點。要把你真的會使用的交易情境寫清楚，服務商才知道要設定哪些流程。
- 單次買斷還是月繳／年繳。
- 信用卡、ATM、轉帳或其他付款方式。
- 是否需要分期。
- 優惠碼與限時價格。
- 不同商品是否對應不同課程。
- 付款成功後訂單狀態如何處理。
- 付款失敗後是否通知。
- 退款後是否取消課程權限。
- 是否需要串接電子發票。
報價時也不要把「金流串接」理解成只有安裝外掛。真正應該驗收的是：付款、訂單、會員與課程權限能不能整條跑通。
第 3 類：會員、登入與課程權限需求
- 購買後是否自動建立會員。
- 同一個帳號能否購買多門課。
- 忘記密碼與重設密碼。
- 不同商品對應哪些課程。
- 觀看期限是一年、固定日期或長期存取。
- 是否需要分階段解鎖。
- 訂閱停止後權限怎麼處理。
- 是否有入門、進階或不同會員等級。
如果權限規則比較複雜，可以搭配課程網站會員權限怎麼設計先畫出商品 → 會員 → 課程的對應關係。
第 4 類：課程內容與學習功能需求
不要先從「哪個 LMS 功能最多」開始，而是先回答你的課程怎麼教。
- 錄播影片。
- 文字教材與 PDF 下載。
- 章節與單元排序。
- 學習進度。
- 分階段解鎖。
- 作業與測驗。
- 證書。
- 直播課程。
- 課程更新與新版管理。
- 手機觀看體驗。
如果大量使用影片，也要在需求表註明影片放在哪裡。網站主機與影音託管不一定要由同一套服務承擔，可參考線上課程影片託管選擇。
第 5 類：通知、CRM 與自動化需求
不要只寫「要 Email 自動化」，而是把事件寫出來。事件越清楚，之後越容易測試。
- 表單送出後寄確認信。
- Webinar 報名後寄提醒。
- 付款成功寄訂單通知。
- 帳號建立與開課通知。
- 課程到期前提醒。
- 付款失敗後提醒。
- 依購買商品加入不同標籤。
- 未購買名單後續跟進。
- 舊學員進階方案通知。
第一版不一定要全部自動化。先把高頻、容易漏掉、會直接影響成交或學員體驗的流程優先處理。
第 6 類：主機、備份、維護與資料控制需求
- 主機由誰提供、誰維護。
- 備份多久一次、保留多久。
- 備份是否有異地副本。
- 出問題時誰負責還原。
- WordPress、主題、外掛由誰更新。
- 更新後誰做功能測試。
- 外掛衝突誰排查。
- 學員登入或權限異常誰協助。
- 網域、網站檔案、資料庫與第三方帳號歸誰控制。
- 合作結束後可以拿走哪些資料。
完整備份可用課程網站備份與還原清單檢查；如果正在比較正式報價，可再搭配課程網站報價 10 項比較表。
每一個重要功能，都要寫「驗收情境」
| 功能 | 不要只驗收 | 真正要測 |
|---|---|---|
| 金流 | 付款按鈕有出現 | 成功、失敗、退款與訂單狀態 |
| 會員 | 可以登入 | 新購、重複購買、忘記密碼 |
| 課程權限 | 管理員看得到課 | 不同方案只看到正確內容 |
| 後台顯示已寄送 | 學員實際收到且連結正確 | |
| 備份 | 有備份檔 | 測試環境能真正還原 |
正式上線前可以再依課程網站上線前測試清單，用真實學員情境完整走一次。
可以直接照著填的建置前需求表架構
- 目前產品：有幾門課、價格、一次付清或訂閱。
- 招生方式：SEO、廣告、社群、Webinar、直接銷售。
- 付款流程：付款方式、分期、發票、退款。
- 會員規則：帳號建立、觀看期限、不同方案。
- 課程交付：影片、教材、直播、作業、測驗。
- 通知自動化：報名、付款、開課、到期、跟進。
- 營運維護：主機、更新、備份、客服、排錯。
- 資料控制：網域、檔案、資料庫、會員與第三方帳號。
- 第一版必備：現在沒有就不能營運的功能。
- 第二階段：有學員與營收後再加的功能。
常見問題 FAQ
需求表是不是寫得越完整越好？
不是。真正重要的是把會影響第一版營運的需求寫清楚。太多「以後可能會用」的功能反而會讓報價膨脹，也增加維護複雜度。
不懂技術，怎麼知道要寫哪些功能？
先不要寫工具名稱，直接描述商業流程，例如「學員付款成功後要自動取得 A 課程，並收到登入信」。技術工具可以讓服務商提出方案。
詢價時要把需求表給每一家廠商嗎？
建議使用同一份核心需求表，才比較得出不同方案到底包含什麼。否則每家根據不同問題報價，很難公平比較。
結論：先把需求寫清楚，才有辦法比較價格
課程網站最怕的不是少一個功能，而是花錢做了一堆功能，最後付款、會員、權限與通知沒有按照真正的營運流程串起來。
先用這 6 類需求把第一版必備功能、責任分工與驗收方式寫清楚，再拿同一份需求去比較不同方案，報價才有比較基礎，也比較不容易上線後才發現「原來這個不包含」。
如果你希望直接評估包含課程、會員、主機、收款與後續技術支援的架構，可以查看元氣電商的課程學院網站方案，再用上面的需求表逐項確認。