設計師常陷入被動：PM 一言堂、PM 干預設計、PM 戴用戶帽子否決方案、PM 是老板的設計師。破局關鍵在於建立科學、完整的設計流程，讓專業可見、可驗證、可對話。以下為全階段實操指南：

項目完整基礎設計流程

設計前期準備

01. 需求分析

將商業需求轉化為設計需求，建立雙向映射關係，確保設計方向解決商業問題。
同步對象：PM、設計團隊

02. 競品分析（雙軌制）

• 商業競品：搞清同類產品業務背景與設計思路。
• 設計競品：將各功能設計方式爛熟於心，輔助設計並為 PK 提供彈藥。

同步對象：全員（PM、開發、運營、設計）

03. 用戶研究（輕量化可行）

無專職用研員也可做：找身邊朋友/同事做訪談，制定核心話術，產出報告。當 PM 以己代人質疑時，用研報告成最強證據。
同步對象：全員

開始設計

00. 設計規範（先行）

基於平台/業務/用戶習慣建立標準，賦予設計全局性與系統性，讓設計有根可循。
同步對象：全員

01. 交互設計

產出 User Flow、Site Map，確保在商業與設計需求下完整覆蓋項目。
同步對象：設計團隊

02. 用戶測試（交互稿階段）

邀請真實用戶或同事測試，雙重目的：發現潛在問題、驗證方案可行性。測試報告為後續評審備戰。
同步對象：設計團隊

03. 交互評審（關鍵節點）

• 邀請全員（含 Boss）參與。
• 基於前期分析/研究闡述方案，同步測試反饋。
• 多角色參與討論，打破 PM 一言堂。
• 工程早介入，規避技術限制導致返工。

同步對象：全員

04. 視覺設計

交互定稿後介入，避免交互反覆導致視覺浪費。
同步對象：設計團隊

05. 視覺評審

可再輪用戶測試（視覺層面）。預判 PM 可能挑戰點，評審時針對性闡述。
同步對象：全員

設計後期

01. 數據埋點與追蹤

開發階段對核心功能/爭議點埋點。上線後提取數據分析：是否達商業/設計預期？形成報告同步全員。
同步對象：全員

02. 用戶反饋（真實環境）

• 上線後再邀用戶測試，聚焦爭議點訪談。
• App 類必做：整理 App Store/Google Play 評分評論，可借助 AppBot 等工具分析。

同步對象：設計團隊

03. 項目總結與改進策略

待數據/反饋穩定，歸納總結問題，制定下一步改進方案，同步全員。
同步對象：全員

核心價值

流程不保證絕對成功，但確保策略方向正確、方法科學、過程透明，讓所有相關方看到設計師在用專業方法解決問題，而非「畫圖工具」。這才是贏得話語權的根本。