瞻新資訊|網站設計、APP開發、UI/UX設計、LINE Bot開發

明亮的設計工作室裡,左邊一位女設計師站在牆邊,指著牆上釘著的三張灰白線框稿;右邊一位男性業主坐在木桌前托著下巴思考,桌上有筆電、色票本、馬克杯與筆記本。畫面右上有一個對話框,尾端指向提問的業主,寫著「網站快上線了我該檢查什麼?」中間有打勾、手機、鏈結、日曆四個白色圓形小圖示。

網站設計流程怎麼跑?從需求到上線,業主每一關要交什麼、驗什麼

作者|瞻新資訊 陳俊鳴顧問(資深SEO顧問・搜尋流量與銷售漏斗規劃)

先講一個很多人不願意面對的事實:網站專案延期,最常見的原因不是廠商做太慢,是素材沒到齊

商品照片還在拍、公司簡介文案還沒定稿、負責人一直沒空看設計稿——這幾件事在報價單上完全看不到,卻是實務上最常把三個月的專案拖成六個月的東西。

會這樣,是因為市面上絕大多數的「網站設計流程」都是從廠商視角寫的:需求訪談、設計、開發、測試、上線,聽起來很清楚,但看完之後你還是不知道每一關輪到自己時,到底該交什麼、確認什麼、驗什麼

這篇文章把同一條流程從業主視角重寫一次。

網站設計流程不是廠商的作業流程,是雙方的交接表

這個觀念換過來,很多事情就好處理了。

流程之所以要分階段,不是為了讓廠商方便排工,而是因為每個階段結束時,雙方要交換一次東西、並且對某件事達成共識——共識沒達成就往下走,後面一定會出事。

這件事其實有國際標準在講。ISO 9241-210《人機互動的人因工程——互動式系統的人本設計》把人本設計流程歸納成四項活動:理解使用情境、界定使用需求、提出設計方案、依需求評估設計方案,並強調這四項是反覆迭代進行的,不是一條直線走完就結束。W3C 的無障礙推動小組(WAI)在說明使用者中心設計流程時,也把它拆成分析、設計、評估、實施、部署五個階段,其中評估階段明確會迭代回到設計。

換句話說,「流程」的本質是「確認點」,不是「工序表」。知道這一點,你就會明白為什麼有些階段看起來什麼都沒產出,卻不能跳過。

一張表看完整條流程

階段廠商產出什麼你要交什麼這一關確認的是什麼
一、需求訪談與範圍界定需求確認書、報價、時程商業目標、必要功能、參考網站這個專案「做什麼、不做什麼」
二、資訊架構與線框圖網站地圖、頁面線框圖頁面清單確認、內容大綱有哪些頁、每頁放什麼、怎麼走
三、視覺設計主要頁面設計稿品牌素材、Logo、色彩偏好網站長什麼樣子
四、開發與內容上架可測試的網站正式文案、圖片、商品資料東西真的做出來了
五、測試與驗收測試報告、修正清單實際操作走過一次功能對不對、內容有沒有錯
六、上線與交接上線網站、帳號與文件網域與主機權限這個網站以後歸你管

第三欄「你要交什麼」如果空著,那一格的工期就是停住的——這是整條流程最常被低估的一件事。

這張表最值得記的是第四欄「這一關確認的是什麼」,而不是第二欄的產出物。很多爭議的根源,是雙方在同一個階段確認的其實不是同一件事——廠商以為你確認的是「版面架構」,你以為自己確認的是「這個顏色我喜歡」。

三欄兩列共六張卡片的流程圖,卡片間有箭頭串接。依序為「1 需求訪談/交目標與範圍」配兩人對談圖示、「2 資訊架構/交頁面清單」配灰白線框稿、「3 視覺設計/交品牌素材」配色票與字體卡、「4 開發上架/交正式文案圖片」以橘色標出並配筆電與照片、「5 測試驗收/自己走一次」配放大鏡與checklist、「6 上線交接/收網域與主機」配一把鑰匙交到另一隻手上。上方標題寫「六個階段,每一關你要交什麼」,下方結論寫「你沒交,那一格的工期就停住」。
這張表要看的是「你要交什麼」那一欄——空著的那一格,工期就停在那裡。

逐格拆開:每一關真正在做什麼

階段一:需求訪談與範圍界定

這一關真正要產出的不是功能清單,是「不做什麼」的共識

功能清單誰都寫得出來,但專案會不會失控,取決於範圍邊界有沒有講清楚。會員系統要不要?金流要不要?多語系要不要?後台誰用、要不要分權限?這些答「以後再說」的項目,最後都會變成追加費用或延期的來源

你這一關要交的東西:明確的商業目標(要詢問單、要訂單、還是要品牌形象)、必要功能與非必要功能的分界、兩三個你覺得順眼的參考網站,並說明喜歡的是哪一點。

💡 小提醒

講參考網站時,說「我喜歡這個」不如說「我喜歡它首頁把服務項目排成三欄這件事」。前者對設計師幾乎沒有資訊量,後者可以直接落到線框圖裡。這一句話的差別,常常決定第一版設計稿是不是白做。

階段二:資訊架構與線框圖

這一關會產出網站地圖和線框圖——沒有顏色、沒有圖片,只有灰白框線標示「這裡放標題、這裡放三個服務區塊」的草圖。

很多業主看到線框圖會覺得「怎麼這麼醜,可以快轉到設計稿嗎」。這是整條流程中最不該快轉的一格,因為它是改動成本最低的一格:線框圖上把一個區塊移到另一頁,是動幾條線;同樣的改動如果等到視覺稿完成才提,設計要重畫;等到開發完才提,前後端都要動。

你這一關要確認的是:頁面清單有沒有漏、每一頁要放的內容大概是什麼、使用者從首頁怎麼走到詢問表單。不要在這一格討論顏色和字體,那是下一關的事

線框圖、視覺稿、可互動原型這三份文件的分工,還有可用性測試怎麼做才有用,我們在UI/UX 設計流程那篇拆得更細,設計端的細節可以看那裡。

階段三:視覺設計

這一關才是決定「網站長什麼樣子」。廠商通常會先出首頁與一到兩個內頁的設計稿,確認風格之後再展開其餘頁面。

你要交的是品牌素材:Logo 的原始檔(向量檔,不是從網站上抓下來的圖)、品牌色碼、既有的視覺規範(有的話)。Logo 只給 JPG 是很常見的卡點,因為放大會糊,做網站時幾乎一定要重新處理。

確認設計稿時,把「我不喜歡」翻譯成具體的問題會有效得多:是覺得太暗、字太小、還是重點不夠突出。設計師沒辦法處理感覺,但可以處理具體的問題。

階段四:開發與內容上架

這是工期最長的一關,也是業主端最容易變成瓶頸的一關

設計稿變成真正能運作的網站,這部分由廠商負責。但同時要發生的另一件事是內容上架——正式的文案、商品照片、規格資料、團隊介紹,全部要交出來。

這裡有一個常見的誤解:以為文案可以上線前再補。實際上內容的長度會影響版面,一段預期兩行的標題結果寫了五行,版面就得調整。所以正式內容愈早給,重工愈少。

⚠️ 注意

請把「內容準備」當成一個有負責人、有期限的獨立工作,不要當成附帶事項。實務上這一項是網站專案最常見的延期原因,而且它拖延時,廠商那邊往往只能停在那裡等,整條時程一起往後推。如果內部真的擠不出人力寫文案,那應該在報價階段就把它列為委外項目,而不是簽約後才發現沒人做。

階段五:測試與驗收

廠商會做自己的測試,但有些東西只有你驗得出來——商品規格對不對、價格有沒有寫錯、聯絡電話是不是舊的、公司地址有沒有更新。這些廠商沒有能力判斷。

你要做的是:實際把每一條使用者路徑走一次。從首頁找到某個服務、填完詢問表單、確認信箱真的收得到信;如果有購物功能,就完整下一筆單。用電腦走一次,再用手機走一次。

具體要驗哪些項目,下一節會列成清單。

階段六:上線與交接

上線不只是「把網站放上去」。這一關真正的重點是交接:這個網站以後歸誰管、你手上有沒有拿回該有的東西

該拿到手的至少包括:網域管理權限、主機或代管服務的帳號、網站後台的管理員帳號、以及後台操作的說明文件。

⚠️ 注意

網域一定要登記在自己名下,這是最重要的一件事。有些案子是廠商代為申請網域、掛在廠商的帳號底下,當下沒感覺,但日後想換廠商時,網域拿不回來等於整個網站的門牌不是你的。簽約階段就要把網域歸屬寫清楚。

為什麼「回頭改」愈晚愈貴

前面提過線框圖是改動成本最低的一格,這裡把它講完整。

同一個改動需求,在不同階段提出來,要動的東西完全不同:

提出時機「服務頁想多加一個區塊」要動什麼
線框圖階段線框圖加一個框,幾分鐘
視覺設計階段設計稿重新排版,可能連帶調整其他區塊
開發階段設計要補、前端要改、後台欄位可能要加
驗收階段上面全部,加上重新測試
上線後上面全部,加上要處理已上線內容與可能的網址變動

所以每個階段的「確認」不是形式,是在關上一扇門。這也是為什麼流程要求你趁線框圖那一格就認真看——不是廠商想拖時間,是那一格的修改對雙方都最便宜。

反過來說,如果你在某個階段真的還沒想清楚,誠實講出來比硬點頭好。硬點頭的代價會在兩個階段之後回來找你。

一條由左下往右上急遽升高的曲線圖,曲線下方色塊由左邊的冷藍漸層到右邊的磚紅。曲線上有五個節點,每個節點旁堆著逐漸變高的金幣,由一枚增加到一整疊。五個節點分別標著「線框圖」「視覺稿」「開發中」「驗收時」「上線後」,橫軸左端標「早」、右端標「晚」。左側有一位男性指著曲線。上方標題寫「同一個改動,愈晚提愈貴」,下方結論寫「每一關的確認,是在關上一扇門」。
同一個需求,在線框圖階段是動幾條線,上線後才提就要動全部——所以確認不是形式。

上線前一定要親自驗的七件事

廠商的測試報告該看,但這七件事建議你自己動手走一次:

  1. 手機版每一頁都看過。 不是看首頁就好。表格與圖片在手機上最容易破版,而現在多數訪客是從手機進來的。RWD 到底該怎麼判斷做得好不好,響應式網站設計那篇有比較完整的說明。
  2. 每一個表單都送出一次。 確認你真的收得到信,而且信件沒有掉進垃圾郵件匣。這是實務上最常出包、也最不該出包的一項。
  3. 所有聯絡資訊逐字核對。 電話、地址、營業時間、Email。這些錯了,網站做得再漂亮也是負分
  4. 點過所有連結。 特別是選單和頁尾,這兩處最容易留下連到 `#` 或舊網址的死連結。
  5. 檢查每一頁的標題。 瀏覽器分頁上顯示的那一行,不該有整站都叫「首頁」或殘留「未命名」的情況。
  6. 確認網站有 SSL 憑證。 網址列是 `https` 而不是 `http`,而且沒有安全警告。
  7. 確認測試環境沒有被搜尋引擎收錄。 開發期間的測試網址如果被 Google 收錄,上線後會變成一個跟正式站內容重複的網站
一位穿薄荷綠襯衫、手拿手機的男性指著右側一塊板夾,板夾上有七行已打勾的檢查清單,每行前面有一個小圖示,依序寫著「手機版每一頁都看過」「每個表單都送出一次」「聯絡資訊逐字核對」「所有連結都點過」「每一頁的標題檢查」「網址是 https 沒警告」「測試站沒被搜尋引擎收錄」。上方標題寫「上線前,這七項自己驗一次」,下方結論寫「有幾項只有你驗得出來」。
廠商的測試報告該看,但商品規格、價格與聯絡資訊對不對,只有你驗得出來。

改版專案多一格:舊網址不能直接消失

如果這次是改版而不是全新建站,那麼流程會多出一格,而且這一格是整個專案裡最容易被忽略、代價卻最高的

原因很簡單:舊網站累積的搜尋排名,是綁在舊的網址上的。改版時如果網址結構跟著換,舊網址直接變成 404,那些排名與流量就一起消失了。

依 Google Search Central 的官方說明,網站搬遷若涉及網址變動,正確做法包括:事先準備一份舊網址對新網址的對照表、以伺服器端的永久重新導向(301)把舊網址導到新網址、並使用 Search Console 協助監控。Google 也明確指出永久重新導向不會造成 PageRank 損失,而搬遷後 Google 要花上幾週或更久才會逐步改以新網址呈現,網站愈大愈久。

實務上的做法是:

  • 在動工之前,先把現有網站的所有網址列出來(可以從 sitemap 或 Search Console 取得)
  • 決定新的網址結構之後,逐一對應成一張新舊對照表
  • 上線當天完成 301 設定,並且實際點幾條舊網址確認真的導到正確的新頁面
  • 上線後透過 Google Search Console 觀察索引狀況與 404 錯誤

⚠️ 注意

舊網址對照表要在改版動工前就開始準備,不要留到上線前一週。頁面數量多的網站,光是整理對照表就要好幾天;而且有些舊頁面在新版沒有對應的內容,該導到哪裡是需要判斷的,不是機械作業。這一格沒做,網站可能改得很漂亮,搜尋流量卻腰斬。

左邊一個標著「舊網址」的網頁方塊,往右分出上下兩條路徑。上路是紅色箭頭,標著「沒做重新導向」,撞上一面裂開的磚牆,牆上掛著寫有 404 的牌子,一座金色獎盃從箭頭上掉落摔碎,旁邊註記「變成 404,排名一起消失」。下路是藍色箭頭,標著「做 301 永久導向」,穿過一道寫著 301 的拱門,獎盃安穩地隨箭頭抵達右邊的新網頁方塊並立在上面,旁邊註記「排名跟著搬到新網址」。上方標題寫「改版時,舊網址不能直接消失」,下方結論寫「動工前就要備好新舊網址對照表」。
改版若換了網址又沒做 301,舊網址變 404,累積的排名會跟著一起消失。

兩件流程文很少提、但法規有要求的事

第一,表單蒐集個資要告知。 網站上只要有詢問表單、報名表、電子報訂閱,就涉及蒐集個人資料。依《個人資料保護法》第 8 條,向當事人蒐集個資時應明確告知六項事項:機關或企業名稱、蒐集之目的、個人資料之類別、利用之期間地區對象及方式、當事人得行使的權利及方式,以及當事人得自由選擇提供時、不提供將對其權益的影響。實務上這通常做成隱私權政策頁面,並在表單旁邊放上連結與勾選確認。這件事應該在階段二規劃頁面時就列進去,不要上線前才想到

第二,無障礙可能不是選配。 這裡有兩層規定,很多人會混在一起講:法律那一層,《身心障礙者權益保障法》第 52 條之 2 規定「各級政府及其附屬機關(構)、學校所建置之網站,應通過第一優先等級以上之無障礙檢測,並取得認證標章」;而依立法院相關決議,政府機關與學校新設或改版的網站,實務上要求提高到 AA 等級。依數位發展部說明,AA 等級須同時符合第一與第二優先等級,共計 68 條檢測碼。

一般民間企業目前沒有強制要求,但如果你的網站服務對象包含公部門、或有標案需求,這一項要在需求階段就講清楚,因為它會影響設計與開發方式,事後補的成本很高。想了解等級與標章怎麼判斷,可以看無障礙網站那篇

開專案之前,先把這三件事講定

第一,內容誰寫、什麼時候交。 前面說過這是最大的延期來源。把它寫進時程表、指定負責人、訂出期限;內部沒人力就在報價階段列為委外項目。

第二,修改次數與範圍怎麼算。 「設計稿修改兩次」是什麼意思?調整字級算不算一次?整個換風格算不算一次?這件事沒有標準答案,但一定要在簽約前有共識,否則後期爭議幾乎無法避免。

第三,上線後的維護誰負責、怎麼計費。 網站上線不是結束。主機到期要續、程式與外掛要更新、內容要新增、出問題要有人修。這些在合約裡是分開的項目,很多糾紛來自雙方對「保固期內免費」的認知不同——修 bug 通常算保固,新增功能通常不算。

把這三件事講定,網站專案的失控機率會大幅下降,剩下的多半就只是正常的專案管理問題了。瞻新資訊在協助客戶規劃網站與系統專案時,會在需求階段就把這些邊界一起釐清,有專案在評估歡迎聊聊。

常見問題

網站設計流程通常要跑多久?

沒有標準答案,因為時程的最大變數不是開發,而是內容素材與確認速度。同樣一個形象網站,素材齊全、決策者一次到位,跟素材邊做邊補、每次確認都要等一週,時程可能差一倍以上。詢價時比較務實的做法,是請廠商說明各階段預估工期,並確認「等待業主回覆的時間不計入工期」這類條款怎麼算。

為什麼一定要看線框圖?可以直接看設計稿嗎?

可以,但通常會更慢也更貴。線框圖是整條流程中改動成本最低的一格——這時候調整版面配置只是動幾條線,等到視覺稿完成才提同樣的需求,設計要重畫,開發階段才提則是前後端一起動。線框圖刻意不上色、不放圖,就是為了讓雙方專注在「有哪些頁、每頁放什麼、怎麼走」,而不是被顏色分散注意力。

網站專案最常延期的原因是什麼?

業主端的內容素材未到齊,是實務上最常見的原因,包括正式文案、商品照片、規格資料等。這件事在報價單上看不到,卻會讓廠商停在原地等待,整條時程一起往後推。建議在專案啟動時就把內容準備當成一個有負責人、有期限的獨立工作,內部沒有人力就在報價階段列為委外項目。

網站上線前,業主自己該檢查什麼?

至少七項:每一頁的手機版顯示、每個表單實際送出並確認收得到信、聯絡資訊逐字核對、所有連結都點過、每頁的瀏覽器標題、SSL 憑證是否正常、以及測試環境有沒有被搜尋引擎收錄。這些之中有幾項只有業主驗得出來——例如商品規格與價格是否正確,廠商並沒有能力判斷。

網站改版會不會影響原本的 Google 排名?

會,而且處理不當時影響很大。舊網站的排名是綁在舊網址上的,改版若變動網址結構又沒有做重新導向,舊網址會變成 404,排名與流量會一起消失。依 Google Search Central 說明,正確做法是事先準備舊網址對新網址的對照表、以伺服器端的永久重新導向(301)處理,並用 Search Console 監控;Google 也明確指出永久重新導向不會造成 PageRank 損失。

一般公司的網站需要做到無障礙嗎?

分兩層看。法律強制的對象是各級政府機關(構)與學校:《身心障礙者權益保障法》第 52 條之 2 要求其網站應通過第一優先等級以上之無障礙檢測並取得認證標章;新設或改版網站則依立法院決議提高到 AA 等級,須符合 68 條檢測碼。一般民間企業目前沒有強制規定,但若服務對象包含公部門或有標案需求,建議在需求階段就納入,因為無障礙會影響設計與開發方式,事後補做的成本相當高。

網站上線之後就結束了嗎?

不是。主機與網域要續約、程式與外掛要更新、內容要持續新增、出問題要有人處理,這些在合約裡通常是與建置分開的項目。實務上不少糾紛來自對「保固」範圍的認知落差——修正原有功能的錯誤通常算保固,新增功能通常不算。建議在簽約前就把維護範圍、期間與計費方式寫清楚。

參考資料

ℹ️ 關於本文

本文說明的是網站專案的一般性流程與判斷原則,不構成法律意見。文中引用的法規與官方規範以查證日期當下的版本為準,實際適用情形請以主管機關公告的現行規定為據。各廠商的作業流程、階段劃分與交付項目不盡相同,實際專案怎麼跑、每一關交付什麼,仍應以雙方合約與需求確認書的約定為準。

陳俊鳴顧問的大頭照,戴細框眼鏡、穿深色西裝外套搭條紋襯衫,面向鏡頭微笑

關於作者|陳俊鳴顧問

資深SEO顧問,操盤搜尋引擎優化與網路行銷實戰逾15年,曾獲頒亞洲十大卓越名師金像獎。長期擔任多家企業的常年行銷顧問,瞻新資訊是其中之一。專長是把網站的自然搜尋流量做起來,再用銷售漏斗與商業模式,把流量變成實際的詢問與訂單。曾是馬來西亞象棋、圍棋國手,拿過亞洲盃第二名。