這是「從業界需求逆推，規劃你的 UI 自學路線」系列文章的第 2 篇。

接著上一個階段的故事 ，當產品經理終於講清楚使用者需求和專案目標後，討論功能會議開始了。

一開始大家都很理性：「我們只需要這三個功能。」

但半小時後，畫面開始失控：

「要不要順便加個社群分享功能？」
「這邊加個搜尋欄會更好吧？」
「能不能再多放幾個推薦內容？」

如果開發範圍不在專案初期限定好，最後設計出來的東西根本不是使用者需要的，而是會讓團隊崩潰的「功能大雜燴」。

畫好戰場的界線

這個階段的關鍵，是明確定義專案的功能規格和內容：

功能規格

專案需要的核心功能是什麼？
哪些功能是必須的，哪些可以等到後續迭代？

內容需求

使用者需要看到哪些資訊？
這些內容從哪裡來，誰負責提供，如何呈現？

這個階段的目標，是確保團隊對「要做什麼」有清晰共識，避免後續進度被無止盡的需求變更拖垮。

業界對 UI 設計師的期待

功能優先排序

業界期待 UI 設計師不只是畫介面，而是能站在產品全局的角度，與產品經理一起討論功能的輕重緩急。
這不只是為了省資源，更是避免團隊在錯誤的地方浪費時間。
你的設計該先解決什麼問題？
哪個功能能最快帶來使用者價值？
這些答案，設計師得有自己的見解，甚至能在會議裡據理力爭。

內容規劃

在內容規劃上，要先搞清楚資料從哪來，是不是可靠，格式有沒有符合專案需求。
同時，要根據目標決定內容的類型，比如文字、圖片、數據圖表等。
此外，還得設計好像標題、描述、標籤（Metadata）這類結構化的細節，方便之後管理和重覆使用。

用系統的角度思考

除了從客戶、使用者的角度思考，還需要思考「可不可行」的問題。
需求太多、願景太美好，如果實作不出來一切都是空想。

產出的文件

Functional Map（功能地圖）

Functional Map 用來清點這個專案包含哪些系統、功能、層級、規模，以及功能間的關聯性。

比如會員登入功能（高優先，關聯性強）用於使用者驗證，與會員資料頁相關聯；
搜尋功能（中優先）用於快速查找，與產品列表關聯。

就像專案的「作戰地圖」，幫助設計師理解每個功能的重要性和相互關係，便於分工與規劃。

Content Inventory（內容清單）

產品內容的詳細列表，用於記錄所有內容及相關資訊，支援內容管理與策略規劃。
可以當成是「資料」的型式，有許多種格式，比如：

• 標題：內容名稱。
• URL：內容網址。
• 類型：文章、影片、圖片等。
• 格式：HTML、PDF、影像等。
• Metadata：發佈日期、作者、SEO標籤等。
• 狀態：有效、過時、需更新或刪除。
• 所有權：內容負責人或作者。
• 績效數據：流量、點擊率、轉換率等。

設計師需要具備的能力

系統性思考能力

能從全局視角分析專案需求，了解功能與內容之間的相互關聯。
理解不同功能的優先級與實際實現的可行性，避免過度設計。

需求拆解與規劃能力

善於將抽象的業務需求拆解成具體的功能與內容。
清楚定義每個功能的目標、用途與對應的內容需求。

資料管理與整理能力

能系統性地整理並維護內容清單，確保資訊完整性與可用性。
熟悉常見的數據結構與格式，如 Metadata 的設計與管理。

能力升級與自我進修的方法

需求拆解與規劃能力

• 閱讀產品管理與系統設計相關書籍《矽谷最夯‧產品專案管理全書》。
• 設計案例研究：試著拆解簡單的APP，試著整理需求、Functional Map，比如行事曆、音樂、天氣。

資料管理與整理能力

• 理解「資料」的簡單基礎概念，比如Data 和 Metadata。
• Data：指具體的內容或數據，例如文字、圖片、影片等。
• Metadata：描述數據的數據，用來提供內容的結構化資訊和輔助信息，例如標題、描述、標籤、日期、作者等。
• 設計案例研究：研究知名網站（如Amazon）的產品頁，拆解 Data 與 Metadata 。

系統性思考能力

（這個能力我是靠大量閱讀堆出來的，也只能推薦你們書單了）

• BCG問題解決力：一生受用的策略顧問思考法
• 小數據獵人：發現大數據看不見的小細節，從消費欲望到行為分析，創造品牌商機
• 什麼才是最難的事？矽谷創投天王告訴你真實的經營智慧
• 創新的用途理論：掌握消費者選擇，創新不必碰運氣

像是經營策略、自我成長、思維邏輯類的書都有幫助。
讀1本時沒啥感覺，別這麼快放棄。
讀了5本之後就會有種累積夠經驗值，升了一級的心情了！

我的經驗

有時候我覺得設計師的腦子根本就是「黑箱」，為什麼工作任務進去箱子裡就能跑出介面？
要做什麼？不知道。
怎麼把工作任務轉換成 UI 視覺稿的？不知道。

跨度也太大，腦門一拍突然懂了？還是謬思女神告訴你的？

為了拆解「黑箱」，讓我能在沒有靈感的情況下也能順利工作，我會寫好幾種文件幫助我推理思考。
因為 A 文件，所以得到結論 B，有了 B 文件我能延伸出 C，以此類推。

有了需求，我才能思考功能和內容。
有了功能，我才能思考使用者的操作。
有了內容，我才知道畫面上要擺什麼資訊。

沒需求沒功能沒內容，什麼都沒有要就要設計師開始畫介面？
這完全超過黑箱的業務範圍了，通靈試試？

從業界需求逆推，規劃你的 UI 自學路線 系列文章

• 從業界需求逆推，規劃你的 UI 自學路線 1：專案的起點
• 從業界需求逆推，規劃你的 UI 自學路線 2：畫好戰場的界線
• 從業界需求逆推，規劃你的 UI 自學路線 3：使用者的迷宮
• 從業界需求逆推，規劃你的 UI 自學路線 4：產品的骨相美
• 從業界需求逆推，規劃你的 UI 自學路線 5：美麗背後全是心機