流程與時程

好的設計流程，是先談方向再畫圖

設計最容易失控的做法是：直接產出設計稿，然後靠客戶說「不喜歡」來反推方向。這樣改三五次都不奇怪，而且雙方都累。

比較有效的順序，是把「風格方向確認」放在畫設計稿之前。方向對了，設計稿的修改幅度自然小。

設計階段的六個步驟

01 設計訪談

了解品牌個性、目標客群、競爭對手的樣子，以及您希望訪客留下什麼印象。

請準備兩三個您喜歡的網站範例。 比起「要簡約大方」這類形容詞，實際的例子更能讓設計師抓到您的品味——而且請說明「喜歡它哪裡」，是配色、留白、字體，還是動態感。

同樣重要的是說出不喜歡什麼。排除法往往比正面描述更精準。

02 風格方向提案

在畫設計稿之前，先提出方向：配色、字體、視覺調性、動態的強弱。

這個階段調整成本最低。 改一個配色方向只是換幾個色票；等到完整設計稿畫完才要改整體調性，等於重畫。

03 首頁設計稿

依確認的方向產出首頁。首頁決定整個網站的視覺基調，所以通常會在這裡投入最多時間。

04 內頁延伸設計

首頁確認後，把視覺語言延伸到所有內頁，確保整站一致。

這裡有個常見誤解：產品有一百項，不代表要設計一百頁。 明細頁是同一個版型重複套用，只需設計一次。

05 前端實作與動態製作

設計稿轉為實際網頁，包含所有動態與互動效果。

這一步有個關鍵風險：如果設計與前端是不同團隊，可能出現「做出來跟設計稿不一樣」——設計師畫得出來，工程師做不出來，最後被默默簡化。發包時值得問清楚兩者是不是同一組人。

06 跨裝置調整與上線

手機、平板、桌機逐一調整。手機版不是把電腦版縮小，而是重新安排的另一套版面——同樣的內容，在小螢幕上該用什麼順序、什麼比例，需要重新決定。

修改次數怎麼看

設計沒有標準答案，來回修改是常態。但無止盡的修改對雙方都不是好事，它通常代表一開始的方向沒談清楚。

常見的做法是：首頁設計稿包含一定次數的修改，超過部分依實際工時報價。重點不在次數多寡，而在於：

• 事前講清楚——包含幾次、超過怎麼算
• 超過時先告知再動工——不該默默吸收，也不該事後才加價

怎麼讓修改次數變少

一、決策者一起參與

修改次數最多的專案，往往不是設計不好，而是決策者對方向的期待不一致。老闆、行銷主管、承辦人各自想像不同，設計稿就會在中間來回擺盪。

最有效的做法：在設計訪談與風格方向確認時，讓有決定權的人一起在場。

二、用具體的語言回饋

「感覺怪怪的」很難執行。比較有用的說法是：

• 「標題太小，我希望第一眼先看到公司名稱」
• 「藍色太深，看起來太嚴肅，客戶是年輕族群」
• 「這一區想跟第二區對調，服務項目比案例重要」

指出哪裡、為什麼、希望達成什麼，比形容感受有效得多。

三、一次彙整意見

內部先討論收斂，再一次提出。零星回報會讓修改變得沒有效率，也容易前後矛盾。

四、素材提早準備

設計稿用假圖示意，實際圖片放上去卻完全不搭——這種情況很常見。越早提供真實素材，設計稿就越接近最終樣貌。

設計確認後就不要大改

設計稿一旦確認、進入前端實作，再要求變更版面結構，成本會高很多——因為程式已經照該結構寫了。

這不是廠商刁難，是工序的必然。所以確認設計稿時請認真看，包含手機版的示意。有疑慮就在這個階段提出，不要想著「先做做看，之後再改」。

設計確認之後的開發、測試與驗收流程，見網站驗收怎麼做。

改版跟新建，難的地方不一樣

新建網站是從零開始，最花時間的是設計與內容準備。改版則多了一個新建案沒有的工作：把舊網站累積的東西完整帶過來，而且不能弄丟搜尋排名。

這一段處理得好不好，是改版案成敗的關鍵，也是最常被低估的部分。

改版的六個階段

01 評估與盤點

先確認拿得到什麼：主機權限、資料庫、檔案目錄、網域管理權。

這個階段也要誠實界定範圍：哪些資料救得回來、哪些可能救不回來。 常見的狀況是資料庫裡有紀錄但檔案已遺失，或檔案還在但資料庫損毀。

02 報價與確認

依評估結果提出明確報價與時程，包含資料轉移的範圍、新網站的規格、以及哪些內容需要您提供。

03 資料萃取與整理

把舊系統資料庫裡的內容完整匯出——文章、產品、消息、會員資料、表單紀錄、圖片對應關係。

時間長短取決於資料量與舊系統的混亂程度。結構清楚的系統轉換快；缺乏文件、被前一手大幅改過的系統，需要更多工時判讀。

04 對應至新系統

把整理好的資料匯入新架構。這一步是整個工程的核心：舊系統的欄位跟新系統不會一一對應，需要重新規劃資料該放在哪裡、怎麼分類、以後怎麼維護。

05 網址對應與轉址設定

最常被忽略、但影響最大的一步。

新網站的網址結構通常會與舊網站不同。必須建立舊網址對新網址的 301 轉址對應，讓搜尋引擎知道內容搬到哪裡去了。

沒有做這件事的改版，累積多年的排名會在改版後幾週內流失。完整作法見網站改版或更換網域，SEO 排名怎麼保住。

06 測試、上線與交接

跨裝置測試後於離峰時段切換，舊站資料完整保留備份。接著是後台教學與帳號交接。

改版的時程參考

依規模與資料狀況差異很大。以實際處理過的案子為例：

• 約 900 筆資料——資料搬移對應約 7 天，新網站約 30 天上線
• 數千筆資料——資料搬移對應約 10 天，新網站約 60 天上線

可以看出：資料量增加時，搬移的時間增加有限，但整體工期會拉長——因為資料越多，需要重新規劃分類與人工判讀的部分越多。

該修補還是重建？

如果只是版面舊了、內容要更新，局部改版就好，不必花大錢重做。但有幾種情況，修補反而是浪費錢：

這個判斷應該在評估階段就給出結論，而不是做到一半才說要重做。

原廠商聯絡不上，還能改版嗎？

多數情況可以。關鍵不在原廠商配不配合，而在您手上握有什麼：

• 最理想——主機控制台、網域管理、網站後台的帳號都有，可以直接作業
• 常見情況——只有其中一兩項。通常可透過主機商或註冊商的所有權申訴程序取回
• 比較困難——主機與網域全部登記在原廠商名下且完全失聯。此時需評估爭議處理程序，或以新網域重新建站

這也是為什麼我們一再強調網域註冊人要登記為自己公司——它決定了日後換廠商的難易度。

改版時順便做的三件事

既然要重來一次，有些事情一起處理最省成本：

1. 整理累積多年的雜亂內容——資料取出來之後，要保留哪些、捨棄哪些、重新分類成什麼樣子，都可以一起規劃
2. 重新規劃網址結構——趁這次把結構做對，之後就不必再動
3. 釐清帳號與權限歸屬——把網域、主機、後台的歸屬一次確認清楚，避免再發生一次交接不完整

改版最常見的災難

再強調一次：測試期間的搜尋引擎封鎖設定被帶到正式站。

測試站通常會設定不允許搜尋引擎檢索，如果上線時忘記解除，整個網站不會被收錄——網站正常運作，但搜尋不到。這個問題可能兩三個月後才被發現，而那時流量已經掉光了。

驗收時務必把這一項列入檢查，見網站驗收清單。

上線那天不是結束

很多網站架設的合作，交件之後就進入一段模糊地帶：不知道還有什麼沒交、不知道遇到問題該找誰、不知道哪些改動要付費。

這篇整理上線後應該完成的四件事，以及保固與維護怎麼銜接。

一、驗收與修正期

網站上線後通常會有一段修正與測試調整期間，讓雙方處理實際使用後才浮現的問題。

這段期間建議這樣用：

1. 把後台每個功能都實際操作一輪，走完新增、修改、刪除的完整循環
2. 請兩三位同事從不同裝置瀏覽並回報
3. 把所有問題彙整成一份清單一次提出，而非逐條零星回報

詳細的檢查項目見網站驗收怎麼做。

二、教學與後台操作

這一項的品質，直接決定網站三年後還有沒有價值。

後台難用或沒人會用的下場很現實：承辦人每次都要花半小時研究怎麼發一則消息，發了兩次就放棄，網站從此停在上線那天。

教學時建議實際做過的操作

• 發布一則最新消息，含插入圖片與連結
• 從 Word 貼上一段文字（這是實際最常見的操作）
• 新增、修改、下架一項產品
• 更換首頁輪播圖
• 修改聯絡資訊
• 查看從網站送來的詢問紀錄

建議做的兩件事

錄影。 教學當下錄下來，日後人員異動時新人可以自己看，不必再約一次。

讓實際負責的人來上課。 不是主管來聽完再轉述——轉述會失真，而且主管通常不是日後真正在操作的人。

三、資產交接

上線後應該取得並保存的東西：

這份清單請整理成公司文件保存，不要只存在承辦人的個人電腦或瀏覽器裡。

實務上，「網站突然打不開」的原因有相當比例是某一項到期，而通知信寄到了離職員工的信箱。建議做一張到期日總表，指定負責人與代理人。

四、保固與維護的銜接

這兩個名詞常被混為一談，但處理的是不同的事：

• 保固——網站原本就該正常運作、但沒有正常運作的部分。屬於瑕疵擔保，不另計費
• 維護——網站沒有壞，但您想要改動的部分。屬於額外服務

一句話區分：「本來就該會動卻不會動」是保固；「本來就是這樣但我想改」是維護。 完整說明見保固與維護有什麼不同。

保固期內請主動把網站用過一輪

特別是那些平常不會用到的功能——年度才用一次的表單、很少更新的單元、後台的進階設定。這些問題若在保固期內發現是免費修正，保固期後才發現就可能要另計費用。

上線後前三個月該做的事

第一週

• 確認網站在各裝置正常
• 從外部信箱測試聯絡表單，確認收得到且沒進垃圾桶
• 確認搜尋引擎的封鎖設定已解除
• 提交網站地圖給搜尋引擎

第一個月

• 實際發布幾則內容，確認後台流程順暢
• 檢查搜尋引擎是否開始收錄
• 把發現的問題彙整提出

前三個月

• 觀察流量與詢問數量的變化
• 檢視哪些頁面有人看、哪些沒有
• 依實際狀況調整內容重點

改版案特別要留意：切換後一到兩週流量可能下滑一到三成，一到三個月回到原水準是正常的。 若超過三個月仍未恢復，通常是轉址有遺漏或設定錯誤，需要逐項檢查。

持續經營才是重點

網站上線後最常見的問題不是故障，而是停止更新。

搜尋引擎會參考網站是否持續有新內容產出。長期不更新的網站排名會逐漸被持續經營的同業超過——不是因為被懲罰，而是別人一直在前進。

務實的做法是訂一個做得到的頻率。每月一篇做得到，比訂每週一篇然後三個月後放棄好。 題材最好的來源是客戶實際問過的問題——那些問題必然有人搜尋。

延期的原因，多數不在設計端

網站架設進度落後，直覺會認為是廠商做得慢。實務上最常見的原因其實在業主端——而且是可以預防的。

以下八個原因依發生頻率排列，並附上預防方法。

一、素材遲遲沒有到位

最大宗的延期原因。 版型都做好了，但產品照片還沒拍、公司簡介還沒寫，網站就只能空在那裡。

預防：簽約時就拿到素材清單並開始準備，不要等廠商催。完整的素材清單見這裡。如果內部真的產不出來，及早提出——文案撰寫、商業攝影多半可以另行加購，比拖三個月划算。

二、決策者意見不一致

設計稿改到第五版，才發現老闆想要的跟承辦人轉達的不一樣。

預防：在設計訪談與風格方向確認時，讓有決定權的人一起在場。這一小時省下的，往往是後面好幾週。詳見設計階段怎麼進行。

三、需求在中途擴張

做到一半才說「順便加個會員系統」「再多一個語言版本」。這些不是小調整，是新的專案範圍。

預防：規劃階段就把未來三年可能新增的區塊一起攤開討論，決定哪些現在做、哪些第二階段做。中途追加應該先報價、經確認後才動工，並同步調整時程。

四、審核回覆太慢

設計稿寄出後兩週沒有回音，專案就停在那裡。廠商的人力已經排給下一個階段，回覆來了也不一定能立刻接上。

預防：內部先講好誰負責看、幾天內要回覆。合約中也應有對稱的條款——若業主未於一定期間內提出審核結果，時程得順延相同日數。

五、內容量被低估

「產品大概兩三百項」聽起來還好，但實際輸入、拍照、寫說明，是很可觀的工時。這部分若由業主自行處理，往往是專案卡住的地方。

預防：規劃階段就確認資料筆數，並決定由誰輸入。若請廠商代為建檔，這是一筆可觀的費用，應列入報價。

六、第三方服務的申辦時間

金流服務、簡訊服務、企業信箱、SSL 憑證，有些需要審核，有些需要文件往返。這些時間不在廠商的控制範圍內。

預防：需要申辦的項目提早啟動，不要等網站快好了才開始跑流程。

七、舊資料的狀況比預期複雜

改版案特有的問題。舊系統資料結構混亂、欄位定義不明、或資料庫裡有紀錄但檔案已遺失，都需要額外的人工判讀。

預防：評估階段就把資料狀況盤點清楚，並在報價中反映。詳見網站改版的流程。

八、上線前才發現的問題

測試階段發現表單通知信進垃圾桶、某個舊瀏覽器版面跑掉、圖片太大導致載入很慢——這些都需要時間處理。

預防：把測試視為必要工序而非可壓縮的緩衝，並在時程中預留。趕在上線前一天才測試，等於沒有修正的餘地。

怎麼判斷專案是否正常

幾個可以觀察的訊號：

其中「換人」特別值得注意。專案負責人更換通常是品質下滑的前兆，好的合約會約定更換專案負責人須事前書面通知。

延期發生時怎麼處理

1. 先釐清原因在哪一端——是素材沒給、審核太慢，還是廠商端的問題
2. 要求提出新的時程表——含各階段的完成日，而非只說「快好了」
3. 以書面往來——留下紀錄，日後若有爭議才有依據
4. 檢視合約的罰則條款——若延遲可歸責於廠商，合約通常有相應約定，見付款方式與延遲處理

但也要誠實面對一件事：如果延期的原因是自己的素材沒給、意見反覆，那麼主張罰則並不合理。 先看清楚問題出在哪，才有辦法真正解決。

最有效的預防：把緩衝留出來

如果有明確的對外時間點（展覽、開幕、年度發表），請從那天往前推算，並預留至少兩週緩衝。

實務上最後階段總會有意料外的調整——一張圖片要換、一段文字要改、某個裝置上顯示怪怪的。有緩衝就是小事，沒緩衝就是災難。