元伸科技
為什麼網站改版總是「眾口難調」？
你有沒有過這樣的經驗？一群人約吃飯，有人要吃日本料理、有人堅持義大利菜、有人正在減醣只能吃沙拉，結果光是選餐廳就花了半小時，最後大家不歡而散。
網站改版的情境幾乎一模一樣。老闆想要「大氣有質感」，行銷部門要求「SEO 排名不能掉」，業務團隊希望「客戶能一秒找到報價」，資訊部門擔心「後台維護會不會更麻煩」，而設計師則堅持「視覺一致性不能妥協」。
每個人都有道理，但當所有人的需求堆在一起，專案就陷入無止盡的拉扯。根據實務經驗，超過 60% 的網站改版延遲，問題不出在技術，而出在溝通。
這篇文章要幫你建立一套系統化的利害關係人管理方法，讓你在改版過程中不只搞定網站，更搞定「人」。如果你還在評估是否到了改版時機，建議先閱讀網站改版時機評估。
網站改版的 5 類利害關係人
要管理期望，第一步是知道你面對的是誰。以下是網站改版專案中最常見的 5 類利害關係人，以及他們各自的核心關注點：
1. 決策層（老闆 / 高階主管）
核心關注：品牌形象、投資報酬率、競爭差異化。他們通常不在意技術細節，只想知道「改版後公司看起來更專業嗎？能帶來更多客戶嗎？」
常見問題：對視覺風格有強烈個人偏好，容易在後期突然推翻設計方向。
2. 行銷部門
核心關注：SEO 排名、流量維持、內容管理彈性。最害怕的事情是改版後辛苦累積的搜尋排名一夕歸零。
常見問題：需求清單無限膨脹，什麼功能都想加。
3. 業務 / 客服團隊
核心關注：客戶體驗、詢價流程、聯絡方式顯眼。他們是最了解客戶痛點的人，但意見常被忽略。
常見問題：提出的需求過於「客製化」，可能影響整體 UX 一致性。
4. 資訊 / 技術部門
核心關注：系統穩定、維護難度、安全性、整合相容。他們擔心新網站會不會帶來更多技術債。
常見問題：傾向保守，可能過度放大技術風險而阻擋創新。
5. 外部合作夥伴（設計公司 / 開發團隊）
核心關注：需求明確性、時程合理、驗收標準清楚。最怕遇到「需求一直變」和「這個我之前沒說但我以為你知道」。
常見問題：與內部團隊之間的資訊不對稱，導致來回修改。
理解這 5 類人的動機與顧慮，是後續所有溝通策略的基礎。想了解改版專案的整體策略規劃，可參考網站改版時機與策略完整指南。
改版前的期望對齊：先畫靶再射箭
最常見的錯誤是「還沒對齊目標就開始動手」。所有利害關係人各自想像的「理想網站」可能天差地遠，如果不先統一方向，後面每一步都會吵。
建立共識的 3 個步驟
第一步：目標量化。 把模糊的期望轉換成可衡量的指標。「看起來更專業」不是目標，「改版後跳出率降低 15%、詢價轉換率提升 20%」才是。
第二步：優先排序。 列出所有需求後，用「影響力 × 可行性」矩陣進行排序。讓每個部門只能選出 3 項「非做不可」的需求。這會強迫大家聚焦。
第三步：書面確認。 把排序結果寫成「改版目標共識文件」，讓所有利害關係人簽名同意。後續有爭議時，這份文件就是最高指導原則。
這個過程可能需要 1 至 2 週，但它能幫你在後面節省 1 至 2 個月的無效溝通。關於如何設定合理的改版預算與資源分配，推薦閱讀網站改版預算規劃。
用 RACI 矩陣釐清權責
當改版專案涉及多個部門，最怕的就是「大家都有意見，但沒人做決定」或「以為別人會處理，結果沒人動」。這時候你需要的是一張 RACI 矩陣。
RACI 是四個角色的縮寫：
- R（Responsible）負責執行：實際動手做事的人
- A（Accountable）最終負責：有權做最終決定的人（每個任務只能有一個 A）
- C（Consulted）諮詢對象：需要徵詢意見的人
- I（Informed）知會對象：需要被通知進度的人
以「首頁設計定稿」為例：
| 角色 | RACI |
|---|---|
| 設計公司 | R（負責執行） |
| 行銷主管 | A（最終拍板） |
| 老闆 | C（提供意見） |
| 業務團隊 | C（提供意見） |
| 資訊部門 | I（知會結果） |
注意：老闆是 C 而不是 A。這是很多專案的關鍵轉折——讓老闆從「每件事都要管」變成「重要事情給意見」。當然，這需要事先溝通並取得同意。
不同階段的溝通節奏
網站改版不是一場會議就能解決的事，它是一場持續數月的馬拉松。不同階段需要不同的溝通策略：
需求階段（第 1 至 2 週）
溝通頻率：密集，每週至少 2 次全體會議。
重點：廣泛蒐集需求，但同時設定邊界。使用「需求收集截止日」機制，過了期限的需求進入「下一版待辦」而非本次改版範圍。
設計階段（第 3 至 6 週）
溝通頻率：每週一次設計提案與修改討論。
重點：用 Wireframe 和 Prototype 取代口頭描述。人類對抽象概念的想像差異極大，但看到具體畫面時，意見會收斂很多。在這個階段進行 UX 審計能有效減少後期修改。
開發階段（第 7 至 14 週）
溝通頻率：每兩週一次進度報告，搭配線上 Demo。
重點：讓利害關係人看到「正在動的網站」而不是靜態圖片。每次 Demo 後蒐集回饋，但嚴格區分「Bug 修正」和「需求變更」。
上線階段（第 15 至 16 週）
溝通頻率：每日站會，上線前一週每日同步。
重點：確認 301 轉址、SEO 設定、流量監控工具都到位。上線後 72 小時是黃金觀察期，需要快速回應任何問題。
處理衝突的 4 個實戰技巧
即使做了萬全準備，衝突還是會發生。以下是實戰中最好用的 4 個技巧：
技巧一：用數據取代意見
當老闆說「我覺得藍色比較好看」而行銷說「綠色轉換率比較高」時，不要選邊站。提議做 A/B 測試或拿出競品數據佐證。數據不一定能終結爭論，但它能把討論從「感覺」拉回「事實」。
技巧二：展示機會成本
當業務團隊堅持要加一個複雜的客製功能時，不要直接說「做不到」。改說：「這個功能需要額外 3 週開發時間，意味著上線日會從 9 月延到 10 月，我們會錯過雙十節的行銷檔期。要繼續嗎？」讓提需求的人自己權衡利弊。
技巧三：分階段滿足
把改版分成「Phase 1 上線版」和「Phase 2 優化版」。Phase 1 只做核心需求，Phase 2 在上線後 1 至 2 個月陸續補上次要功能。這能有效緩解「什麼都想要」的焦慮。
技巧四：一對一先談，全體再確認
有爭議時，先跟關鍵利害關係人一對一溝通，了解他們的真正顧慮（通常跟表面說的不一樣）。取得共識後再帶到全體會議確認。避免在大型會議上即時處理衝突——人多的場合，面子問題會讓事情更難解。
改版溝通的 5 個常見地雷
根據我們協助超過 3000 家企業改版的經驗，以下是最常踩到的 5 個地雷：
地雷一：跳過需求對齊就開始設計。 結果設計提案一出來，所有人都有意見，重做三次以上是常態。
地雷二：讓太多人擁有「否決權」。 一個專案如果有 3 個以上的人可以說「不行，重做」，這個專案注定延遲。用 RACI 矩陣限制每個決策只有一個 A。
地雷三：只用文字溝通，不用視覺化工具。 「首頁要有輪播 Banner」這句話，10 個人會有 10 種想像。用 Wireframe、Mockup、Prototype 說話。
地雷四：忽略業務和客服的意見。 他們每天都在跟客戶對話，最知道客戶的痛點和需求。把他們排除在外，改版後的網站可能「好看但不好用」。
地雷五：沒有建立變更管理流程。 改版過程中需求一定會變，但變更必須走流程——提出變更、評估影響、決策者核准、排入時程。沒有流程，專案就會被需求變更淹沒。
想了解更多改版溝通的實務技巧，推薦閱讀網站改版溝通技巧。
成功改版的溝通時間表
一個為期 4 個月的改版專案，理想的溝通時間表如下：
| 時間 | 里程碑 | 溝通方式 | 參與者 |
|---|---|---|---|
| 第 1 週 | Kick-off 會議 | 全體會議 | 所有利害關係人 |
| 第 2 週 | 需求收斂與優先排序 | 工作坊 | 各部門代表 |
| 第 3 週 | 目標共識文件簽核 | 書面確認 | 決策層 + 專案負責人 |
| 第 4 至 5 週 | Wireframe 提案 | 設計審查會議 | 行銷 + 業務 + 設計公司 |
| 第 6 至 7 週 | 視覺設計定稿 | 設計審查會議 | 決策層 + 行銷 |
| 第 8 至 12 週 | 開發進度 Demo | 雙週 Demo | 專案負責人 + 技術 |
| 第 13 至 14 週 | UAT 測試 | 測試回饋會議 | 各部門代表 |
| 第 15 週 | 上線準備 | 每日站會 | 核心團隊 |
| 第 16 週 | 正式上線 | 全體通知 | 所有利害關係人 |
| 上線後 1 個月 | 成效檢討 | 檢討會議 | 決策層 + 各部門主管 |
這張時間表的關鍵是：前面花足夠時間對齊，後面才能高效執行。 如果你正在評估企業形象網站的改版方案，可以參考我們的企業形象網站設計服務頁面，了解完整的改版服務流程。
結語：改版成功，從管理「人」開始
網站改版的技術門檻其實不高——市場上有能力做出好看又好用網站的團隊很多。真正決定改版成敗的，是你能不能讓所有利害關係人朝同一個方向前進。
記住三個核心原則：
- 先對齊目標，再動手設計——用可量化的指標取代模糊的期待
- 權責分明，決策集中——用 RACI 矩陣確保每個決策有且只有一個最終負責人
- 視覺化溝通，數據化決策——用 Wireframe 說話，用數據化解爭議
元伸科技在 客製化網頁設計 領域擁有超過 24 年的網頁設計經驗，我們不只幫你做網站，更協助你建立順暢的改版溝通流程。想了解完整的改版流程，推薦閱讀網站改版完整指南。從需求對齊到上線驗收，全程陪跑。如果你的企業正準備改版，歡迎聯繫我們，讓改版不再是一場部門角力。
