很多準備做線上課程的人，第一個實際問題不是「要教什麼」，而是：
到底要先做網站，還是先把課程做完？
如果先做網站，怕課程都還沒定，網站最後全部重做。
如果先把課程錄完，又怕實際開始賣時才發現，付款、會員、課程權限與招生流程根本沒想過。
這兩種擔心都合理。
更實用的答案不是二選一，而是：
課程與網站先一起規劃，再依市場風險與建置順序分階段完成。
一起規劃，不等於一起做完
這是最重要的差別。
你不需要在第一天就同時：
- 錄完整套課。
- 做完整網站。
- 建立所有自動化。
- 完成所有銷售頁。
但一開始就應該知道兩邊怎麼互相影響。
例如：
- 課程有沒有錄播內容，會影響會員與課程功能。
- 有沒有直播陪跑，會影響通知與學習入口。
- 方案怎麼收費，會影響結帳與權限。
- 是否分階段開課，會影響內容解鎖方式。
- 有沒有作業與回饋，會影響交付流程。
先把這些想清楚，網站才不會只是先做一個漂亮殼。
為什麼只先做網站，後面容易重做？
因為網站應該承接商業模式，而不是替你決定商業模式。
如果還不知道：
- 服務誰。
- 主力方案是什麼。
- 怎麼成交。
- 怎麼付款。
- 付款後如何交付。
就直接開始做大量頁面，很容易發生：
- 首頁不知道要對誰說話。
- 功能先裝了一堆，後來根本用不到。
- 課程結構改了，會員與頁面也一起重做。
- 本來以為只要錄播，後來才發現需要直播與回饋。
所以網站不應該領先商業邏輯太多。
如果網站已經做完卻沒有完整變現路徑，可以延伸閱讀 只有網站、沒有完整變現策略，為什麼網站最後容易變成空殼？。
為什麼只先做課程，後面也容易多做一次？
另一個極端是：「我先把課錄完，網站以後再說。」
問題是，實際開始招生後，你才會遇到：
- 方案頁要寫什麼。
- 客戶怎麼付款。
- 付款後帳號怎麼建立。
- 課程怎麼開權限。
- 直播和教材放哪裡。
- 學員遇到問題去哪裡。
這些問題不是網站的技術細節，而是課程產品本身的一部分。
如果課程設計時完全沒有考慮交付，錄完之後很可能才發現內容順序、直播安排與會員結構需要重改。
正確順序：先一起畫「最小客戶路徑」
在做網站或錄課之前，先把一位學員從認識你到開始學習的路徑畫出來：
- 他是誰？
- 他現在卡在哪裡？
- 先看到什麼內容？
- 怎麼理解你的方案？
- 怎麼完成付款？
- 付款後去哪裡？
- 第一個學習任務是什麼？
- 卡住時怎麼得到支援？
這條路一旦清楚，網站與課程就不會各做各的。
第一階段先驗證：客戶真的願意為這個成果付費嗎？
最危險的風險通常不是網站做不好，而是課程根本沒有人願意買。
所以一開始不要急著把所有功能與影片做完。
可以先用較小版本測試：
- 付費工作坊。
- 創始學員班。
- 預售。
- 短期團體方案。
Thinkific 的官方預售指南，也把預售定位成在投入大量時間製作前，先驗證市場需求的方法。它的做法不是先把全部課程完成，而是先建立基本課程、價格與落地頁，再觀察真實購買。
這就是一起規劃的重點：網站先承接「驗證需要的最小功能」，課程先做「驗證成果需要的最小內容」。
第二階段再固定：哪些內容與流程已經會重複？
第一輪學員進來後，你會得到比想像更有價值的資料：
- 大家最常問什麼。
- 哪一課最容易卡住。
- 哪些內容其實不需要。
- 哪一段一定需要真人。
- 付款與登入哪裡最容易出錯。
這時再把已經重複發生的事情固定下來：
- FAQ。
- 會員流程。
- 課程權限。
- 歡迎通知。
- 教材入口。
- 固定直播與支援方式。
你會比一開始靠想像規劃準很多。
課程設計會直接決定網站需要哪些功能
| 課程設計 | 網站可能需要承接 |
|---|---|
| 純錄播 | 會員、課程權限、學習入口 |
| 錄播＋直播 | 直播通知、固定入口、回放安排 |
| 分階段解鎖 | 內容權限與學習順序 |
| 多方案 | 不同商品、付款與權限 |
| 作業／回饋 | 提交與支援流程 |
| 長期學院 | 會員、續學、更多課程與內容累積 |
所以網站功能不應該先照「別人網站有什麼」來選，而是看你的實際交付需要。
網站也會反過來逼你把課程想清楚
當你開始規劃網站時，很多原本模糊的事情會被迫具體化。
例如：
- 這門課到底叫什麼？
- 適合誰？
- 完成後應該得到什麼？
- 付款後是立即開課還是等待開課？
- 學員權限多久？
- 先看哪一個單元？
- 直播與回饋如何安排？
這些問題看似網站要資料，其實都是產品設計問題。
因此網站不是課程的後勤而已，它也是檢查商業模式有沒有想清楚的一面鏡子。
一起規劃最大的好處：避免「先做完再互相遷就」
最浪費時間的情況常常是：
課程先做完，網站只好硬配課程。
或網站先做完，課程只好硬塞進既有架構。
一起規劃後，兩邊可以一開始就對齊：
- 同一個理想客戶。
- 同一個主力方案。
- 同一條購買路徑。
- 同一套交付邏輯。
這樣後面即使修改，也是在同一張地圖上調整，而不是兩套系統互相拉扯。
最小版本的網站，第一輪其實不需要很多頁
如果還在市場驗證階段，網站不需要一次做成大型學院。
第一輪比較重要的是能承接：
- 清楚的內容或報名入口。
- 基本方案資訊。
- 付款或預售。
- 學員登入。
- 最小課程內容。
等真實學員進來後，再決定要不要增加更多課程、知識庫、自動化與進階功能。
這比一開始就做大量「未來可能會用到」的功能，更接近精實測試。
也不要把「一起規劃」誤解成沒有先後順序
一起規劃的是架構，實際執行仍然要排優先順序。
可以用這個順序：
- 先確認客群與付費問題。
- 定義主力方案與成果。
- 畫出購買到交付的最小路徑。
- 建立最小網站承接。
- 用第一批真實付費驗證。
- 邊交付、邊補課程內容與流程。
- 把高頻重複工作逐步系統化。
這樣既不是「網站做完再做課」，也不是「課錄完才想網站」。
什麼情況可以先偏重課程？
如果你已經有：
- 成熟的付款與會員系統。
- 清楚的方案頁。
- 穩定招生流程。
- 只是要新增另一門課。
那麼這次當然可以把大部分時間放在課程設計。
因為網站基礎已經存在。
什麼情況可以先偏重網站？
如果你已經有：
- 成熟課程內容。
- 既有學員。
- 固定交付方式。
- 目前主要問題只是收款、會員與課程散在不同工具。
那麼可以優先整理網站與系統。
要避免的是：在另一邊仍完全不清楚時，把一邊做到很完整。
一張表看懂：哪些事情應該一起想，哪些可以分階段做？
| 項目 | 一開始就要一起規劃 | 可以之後逐步完成 |
|---|---|---|
| 理想客戶 | ✓ | |
| 主力方案與成果 | ✓ | |
| 付款到交付路徑 | ✓ | |
| 完整錄播內容 | ✓ | |
| 進階網站功能 | ✓ | |
| 自動化 | ✓ | |
| 更多產品 | ✓ |
網站與課程一起規劃，最後省下的是重做
你不一定能避免所有修改。
第一版一定會有市場回饋。
但如果課程和網站從一開始就在同一條客戶路徑上，修改通常是局部優化，而不是整套推翻。
這也和前一篇談的系統觀念一致：內容、成交與交付最好不要各自發展。可以延伸閱讀 一套線上課程事業系統，為什麼要把內容、成交與交付放在一起？。
常見問題
一定要有網站才能開始設計課程嗎？
不需要。你可以先驗證客戶問題與課程成果，但最好同步思考未來怎麼付款、登入與交付，避免內容全部做完才發現流程不合。
網站要做到什麼程度才能開始招生？
第一輪只要能清楚承接方案、付款與最小交付即可，不需要一開始就做完整大型學院。實際需要哪些功能，可以隨真實學員回饋增加。
課程一定要先錄完才能預售嗎？
不一定。預售本來就是一種先驗證需求的方法，但必須清楚說明正式交付時間、內容範圍，並有能力完成承諾。
一起規劃會不會反而事情更多？
前期需要多想幾個跨流程問題，但目的是減少後面網站和課程互相重做。規劃不代表一次把所有功能完成。
已經有課程但沒有網站，現在怎麼辦？
先盤點現有招生、付款與交付流程，把最常重複或最容易出錯的部分集中起來，不需要把課程內容全部重做。
已經有網站但還沒課程，要從哪裡開始？
先確認客群、付費問題與主力方案，再決定網站現有頁面哪些能沿用、哪些需要調整，不要先繼續加功能。
結論：先一起規劃，再分階段完成
先做網站還是先做課程，問題不在「誰先誰後」。
要避免的是兩邊彼此不知道對方要做什麼。
先把客戶、方案、付款、課程與交付放在同一條路徑上，再用最小版本驗證，之後按照真實需求逐步完成。
這樣網站不會變成空殼，課程也不會做完才發現無法順利成交與交付。
參考資料
Thinkific｜How to Pre-Sell Your Online Course
Thinkific｜The Thinkific Student Experience
Thinkific｜Build Your Course Page
Eric Ries｜The Lean Startup