網站製作需要多久？從需求到上線的時程與里程碑

「一個網站要做多久？」沒辦法只看頁數就給答案。五頁的形象站，只要內容齊全、決策夠快，做起來可能比一個只有三頁、卻要重新定位、安排拍攝和系統串接的專案更快。

可靠的時程，是從工作範圍、依賴關係和回饋節奏倒推出來的，而不是先答應一個日期，再把所有風險塞進最後一週。

網站製作的七個階段

1. 啟動與需求確認

這一步要確認目標、受眾、範圍、角色分工、帳號、溝通工具和里程碑。簽約內容裡若還留有假設，現在就該轉成明確的決策清單。

2. 內容盤點與網站架構

整理舊站、簡報、服務、案例和素材，建立網站地圖，定義每一頁的任務。改版專案還要多做一件事：分析舊網址、確認哪些內容仍然有效，以及規劃移轉方式。

3. 內容大綱與線框稿

先確認每頁要回答什麼、資訊順序、主要 CTA 和需要的元件，配色細節先不急。這個階段做得越扎實，後面整頁推翻重來的機率就越低。

4. 視覺設計

先做出代表性頁面，定調字體、色彩、圖片和元件系統，再延伸到其他模板與手機版。品牌素材不足時，攝影和插圖往往需要拉出來，成為獨立的時程。

5. 前端、後台與功能製作

把設計轉成實際可操作的頁面，建立內容欄位、表單和第三方串接。複雜功能應該先打通核心流程，再回頭處理邊界狀態。

6. 內容上稿與測試

輸入真實內容，檢查長標題、圖片、表格、空白狀態、行動版、各瀏覽器、表單、連結、速度，以及搜尋的基本設定。

7. 上線與觀察

備份舊站、切換網域、驗證 SSL、分析和表單，提交網站地圖後持續監測錯誤。改版專案還要檢查重新導向、404 和索引狀態。

參考排程怎麼看？

以下用相對比例幫助理解，只是範例，不是對每個專案的固定承諾：

階段	常見工作天比例	主要依賴
啟動與需求	10%	決策者到位
內容與架構	20%	資料提供、訪談
線框與內容	20%	內容責任、回饋
視覺設計	20%	品牌方向、素材
製作與串接	20%	功能規格、帳號
測試與上線	10%	完整內容、DNS

實務上，專案很少完全線性。內容整理和視覺探索可以部分並行，但架構還沒確認就大量製作內頁，只會換來更高的返工成本。

最常讓時程延誤的六件事

內容「快好了」但沒有負責人

文案和案例沒有明確窗口，就會在反覆等待和補資料之間空轉。解法是建立逐頁內容表，標明負責人、狀態和截止日。

每位主管各自提供回饋

設計團隊收到彼此衝突的意見，卻無法判斷優先順序。客戶端應該先內部整合成一份回饋，由最終決策者確認後再送出。

跳過前期，直接畫首頁

看似省時，卻常在後期才發現服務分類和內容安排不合理。先確認網站地圖和線框稿，能減少高成本的返工。

功能只有名稱，沒有流程

「做一個預約」沒有說明時段、取消、通知、付款和後台管理，就無法準確開發。功能要用使用者的操作步驟和例外情況來描述。

真實內容太晚進站

假文案和示意圖看起來都正常，換上真實的長標題、尺寸不一的案例圖和表格，版面才開始破。至少先用有代表性的真實內容提早驗證。

把上線當成按一個按鈕

網域權限、舊主機、Email、SSL、分析和重新導向，每一項都可能影響切換。正式日之前，先安排預演和回復方案。

有固定活動日，如何倒排？

做法是從正式日往回保留緩衝，把「內容凍結」「功能凍結」「最終驗收」設成不同里程碑。活動前三天才完成設計，等於沒留空間給測試和意外。

時間真的趕不上，也可以分階段上線：第一階段完成首頁、核心服務、聯絡方式和必要的法律頁面；第二階段再加入大量案例、文章或進階功能。前提是第一階段本身就能完整達成主要任務。

每週進度會議應回答什麼？

本週完成了什麼，且已經可以交付確認？
下週要完成什麼？
哪些事項正在等客戶或第三方？
哪個風險可能影響範圍或日期？
需要誰、在什麼時間點做決定？

比起一句「完成 70%」，能被驗收的里程碑更有意義。

想加快速度，先做這五件事

開案前先確定單一窗口和最終決策人。
提早準備核心服務、案例和品牌素材。
每個階段集中回饋，不要用零碎訊息反覆修改。
必要功能和想要的功能分開排。
第三方帳號和網域權限，提早整理到位。

速度不是把每個階段硬壓縮，而是減少等待、返工和模糊的決策。開始估時之前，先完成網站設計前準備清單，再請合作團隊提出標明依賴關係的里程碑，而不是只給一個模糊的完工日。