選定網站設計公司之後，真正決定成品好壞的其實是接下來的過程：需求怎麼傳達、修改怎麼進行、驗收怎麼檢查、上線後怎麼交接。很多合作到後來雙方都覺得委屈，業主覺得做出來的東西不是想要的，設計方覺得需求一直變，追究起來多半不是誰不專業，而是期待從來沒有被具體地說出口。這篇文章不談怎麼挑公司，而是談簽約之後的溝通與驗收：怎麼把需求講到對方能理解、修改範圍該怎麼事先講定、驗收要逐項檢查什麼、以及上線時你應該拿到哪些東西。
需求講不清楚，是專案來回的主要來源
最常見的需求描述是「希望看起來大氣一點」「要有質感」「不要太死板」。這些話對業主來說意思很明確，對設計師來說卻幾乎沒有資訊量，因為同一個形容詞可以導向完全相反的設計。大氣可能是大量留白與細字，也可能是滿版視覺與粗體標題；有質感可能是深色沉穩，也可能是淺色清爽。
問題不在於業主不懂設計用語，而在於形容詞是結果，不是條件。比較有效的做法是把形容詞往下拆一層，講出你是根據什麼得到這個感覺。例如與其說「要大氣」，不如說「我希望第一眼看到的是產品照片，文字少一點，不要一開始就塞滿資訊」。後者設計師可以直接執行，前者只能猜。
另一個實用習慣是把不要什麼也講出來。多數人對不喜歡的東西反而描述得更準確：不要跑馬燈、不要自動播放音樂、不要滿版彈出視窗、不要字太小。這些負面條件能有效縮小範圍，避免對方做了一版才發現方向不對。
用參考網站舉例：關鍵在說出你看中哪一點
提供參考網站是很好的溝通方式，但用錯方法反而會造成誤解。直接丟三個網址說「像這樣」，對方收到的訊息是模糊的：是喜歡配色、版面結構、動態效果，還是文案的語氣？如果三個網站風格差很多，訊息就更混亂。
比較好的做法是每個參考都附上一句說明，明確指出你看中的是哪一個部分。例如「這個網站的首頁區塊順序我覺得很合理，尤其是把服務放在最前面」「這個的產品表格很清楚，我們的規格也想這樣呈現」「這個的顏色太冷了，我們想要暖一點」。指出局部，比整體評價更容易被落實。
同時建議提供一兩個反面參考：你看過但覺得不適合的網站，並說明為什麼。這對設計方判斷邊界非常有幫助，通常比十個正面案例更有效。
參考對象不必侷限在同業。有時候你真正喜歡的呈現方式出現在完全不同產業的網站上，那也完全可以拿來討論，重點是講清楚要借用的是什麼。
說出目的，而不只是說出偏好
需求溝通還有一層更重要的東西：這個網站要達成什麼。是希望客戶看完直接打電話、是希望減少重複的詢問、是希望在同業比較時不吃虧、還是希望讓應徵者了解公司。不同目的會導向不同的結構安排。
舉例來說，如果目的是讓客戶直接聯絡，那聯絡管道就要在多個位置出現，說明內容要聚焦在「你能不能幫我」；如果目的是減少重複詢問，那常見問題與規格說明就該擺在顯眼位置，內容要寫得完整到不必再問。這兩種需求做出來的網站會很不一樣，但如果你只說「想要一個公司網站」，對方只能照通則處理。
把目的講清楚還有另一個好處：後續爭議會有判斷依據。當雙方對某個設計選擇有不同意見時，可以回頭問「哪一種比較有助於達成我們一開始說的目的」，討論就不會停留在各自的喜好上。
修改次數與範圍：越早講定越好
修改是合作中最容易產生摩擦的環節，而摩擦幾乎都來自同一件事：雙方對「一次修改」的定義不同。業主認為調整版面配置是一次修改，設計方認為那是重做。這種落差在事後很難解，在事前卻很容易避免。
建議在開工前把幾件事白紙黑字寫下來：設計稿提案幾個版本、選定方向後可以修改幾輪、每一輪的意見是否要一次彙整提出、哪些屬於範圍內調整（文字修正、顏色微調、區塊順序更動），哪些屬於範圍外變更（更換整體風格、新增頁面、追加功能），以及範圍外變更如何計算。
實務上有一個很有效的習慣：意見集中一次給。分散在不同時間、透過不同管道零星提出的修改，不僅容易漏掉，還常常互相矛盾，前一則說要放大、後一則說太擠。把一輪的意見整理成一份清單，逐條編號，確認後一次處理，對雙方都省力。
另外要提醒的是，修改意見盡量對應到具體位置。「這裡怪怪的」不如「首頁第二區塊的標題與圖片間距太近」。附上截圖並標示位置，是最有效率的溝通方式。
驗收：逐項檢查，不要只看首頁
驗收常常變成走過場：在電腦上把首頁看一遍，覺得沒問題就簽收。等到上線後才發現手機版跑掉、表單收不到信、某一頁忘記放內容。驗收應該是一份清單，逐項確認。以下是建議納入的項目。
- 行動版顯示：用實際手機而不只是電腦縮小視窗，檢查每一頁的文字會不會太小、圖片有沒有變形、表格是否需要橫向捲動、按鈕是否好按、選單能不能正常開合。
- 不同瀏覽器：至少在兩種以上常用瀏覽器檢查，確認版面沒有明顯跑位。若公司內部使用特定環境，也一併測試。
- 表單能否確實收信：這是最常被忽略、後果也最嚴重的一項。實際填寫送出一次，確認信件有進到指定信箱，而不是躺在垃圾郵件裡；同時確認自動回覆內容正確、必填欄位驗證正常、送出後有明確的成功提示。
- 所有連結與按鈕：逐一點過，確認沒有連到空白頁或錯誤頁，外部連結是否設定為另開視窗，電話號碼在手機上是否可直接撥打，地圖是否定位正確。
- 載入速度：在行動網路環境下實際開一次，特別注意圖片多的頁面。若明顯緩慢，請對方說明原因與可行的改善方式。
- 內容正確性：公司全銜、統一編號、電話、地址、產品規格、價目說明，逐項核對。這些錯誤上線後最傷信任。
- 搜尋相關的基本設定：每一頁是否有各自的標題與描述、圖片是否有替代文字、網站地圖是否產生、有沒有誤設成不允許收錄。這幾項在交付時確認，比日後回頭補容易得多。
- 後台操作：自己實際登入改一段文字、換一張圖、新增一篇文章，確認流程你真的會操作，而不是只在教學時看過一次。
- 安全連線與錯誤頁：確認網址是安全連線狀態，並隨意輸入一個不存在的網址，看看有沒有妥善的找不到頁面提示。
建議把檢查結果整理成一份清單回報，有問題的項目標註頁面與情況。這比口頭反映更能確保每一項都被處理到。
上線交接：你應該拿到哪些東西
交接是整個合作中最容易被草草帶過、卻影響最深遠的一步。合作愉快時沒有人會想到這些，但幾年後要改版、要換廠商、或原本的窗口離職時，有沒有完整交接會決定你有多少選擇。以下是建議在結案時明確取得的項目。
網域的管理權：確認網域的登記人是公司而非廠商個人，並取得網域註冊商的帳號與密碼，或至少確保公司有權限自行轉移與續約。網域是網站資產裡最不可替代的一項。
主機或雲端空間的帳號：包含主機控制台的登入資訊、資料庫存取方式、以及主機服務是登記在誰名下。如果是廠商代管，要確認在終止合作時如何移交。
網站後台的最高權限帳號：不是只有一個編輯權限的帳號，而是能管理使用者與設定的管理員帳號。同時確認廠商的帳號在結案後如何處理。
原始檔案：包含網站程式碼或佈景主題檔案、設計稿的可編輯原始檔、使用到的字體與圖庫素材授權說明。設計稿原始檔特別重要，日後要延伸製作其他文宣時會用到。
備份與還原方式：目前的備份機制是什麼、備份存放在哪裡、保留多久、要如何還原。最好在交接時實際看過一次還原流程的說明。
第三方服務的帳號：網站流量分析、搜尋成效工具、金流、簡訊、地圖服務等，這些帳號要確認登記在公司名下，並且你能自行登入查看資料。
操作說明與教學紀錄：後台常用功能的操作方式，最好留有文件或錄影。教學當下都懂，三個月後要改東西時就未必記得。
合作過程中值得維持的幾個習慣
除了上述環節，有幾個小習慣能讓整個專案順很多。第一是留下文字紀錄：重要決定不要只在電話裡講完，事後用訊息或郵件簡單複述一次確認，避免記憶差異。
第二是指定單一窗口：公司內部的意見先彙整，再由同一個人對外傳達。多人各自向設計方提出不同意見，是專案混亂最常見的原因。
第三是回覆盡量及時：設計方等待確認的期間，通常也是專案停擺的期間。對方排定了人力與時程，延遲回覆造成的影響往往比想像中大。
第四是不要在最後階段大改方向。如果真的必須改，坦白說明原因並接受時程與費用的調整，比要求對方硬吞下來更能維持後續合作品質。
常見問題
設計稿看起來還好，但我說不出哪裡怪，該怎麼反映？
可以先描述感受再一起找原因，不用勉強自己給出專業判斷。例如「我看第一眼不知道該先看哪裡」「我覺得資訊有點擠」，這類描述對設計師其實是有用的線索。另一個方法是把你的參考網站與這份設計稿並排比較，通常比較容易指出差異在哪一塊。重點是不要因為說不出術語就勉強說可以，那通常會在上線後變成更大的遺憾。
驗收時發現的問題，哪些算瑕疵修正、哪些算追加？
一般來說，與當初確認的設計稿或需求文件不符、功能無法正常運作、內容錯誤，這些屬於瑕疵修正，應該由廠商處理。而在驗收階段新提出的想法、原本沒有討論過的功能、風格方向的改變，則屬於變更。兩者的界線在於「有沒有在事前確認的範圍裡」，所以事前的需求文件與設計稿確認紀錄越清楚，這個判斷就越不容易起爭議。
廠商說原始檔屬於他們的技術資產，不提供可以嗎？
這在市場上確實有不同做法，關鍵是事前約定而不是事後爭取。建議在簽約前就把交付項目寫清楚，包含哪些檔案會交付、哪些不會。至少要確保的底線是：網域、主機、後台管理權限與網站內容備份在你手上，這樣即使未來更換廠商，網站本身仍然可以延續。
上線之後才發現問題，還能要求處理嗎？
多數合作會有一段保固或維護期間，期間內的功能異常通常包含在服務範圍。建議在簽約時就確認：保固多久、涵蓋哪些情況、通報管道是什麼、回覆時間的期待為何。同時要注意區分「網站本身的瑕疵」與「使用後想調整的內容」，後者通常不在保固範圍，需要另外討論。
如果你正在跟設計公司合作，或剛結束一個專案，其實可以用上面的驗收與交接清單自我檢查一次，看看有沒有哪一項還沒確認。這類事情越早補越輕鬆。
創昇SEO的免費網站健檢，可以從第三方角度幫你看一次網站上線後的實際狀況，包含基本設定是否完整、搜尋能見度如何，以及有哪些項目值得請原廠商協助調整；同時也提供全台免費到府解說。需要一份中立的檢視結果時，歡迎與我們聯繫。