當我們在做產品時，總是離不開各種需求，而在快速迭代的週期中，常常需求總是排山倒海而來。面對各種外界的「聲音」，我們應該要如何提煉出核心需求、又或是安排優先級順序，一起來看看吧！

「這個需求到底要不要排進這次的開發？」
「某個很重要的客戶一直期待趕快上線」

到底哪些需求值得做？哪些不值得做？讓我們一起來看看。首先第一步，我們要了解「什麼是需求，以及要如何分析。」

所謂需求，就是使用者或是公司內部人員以「非形式化的轉達」對產品的期望，而「分析」就是將非形式化描述轉為「具體、清晰、功能」的過程。透過分析過後的需求，開發者便可知道接下來產品的開發方向，以及讓設計師可以進入流程與畫面的安排。

面對百百種的需求，可以使用以下四種問題，來幫助你做需求分析：

• 使用者是誰？
• 使用場景跟情境是什麼？
• 使用者遇到了什麼問題？
• 使用者要的核心需求為何？

你可能會聽過「偽需求」這個詞，他並不是代表「這個需求是假的」，而是我們沒有發現使用者遇到真正的問題，並且對症下藥的來發想與解決。最有名的例子就是：大家想要一匹更快的馬的需求，福特把他解讀為需要更快的速度就做出了福特汽車。

當我們分析好需求後，接下來就要定義「需求的優先級」。

當公司資源有限但需求又暴增時，就會面臨資源不足、大家都在許願、開發部門不知所措的窘境。因此身為PM或是設計師，應該要很清楚明白「在一個有限的階段時間內，不可能滿足所有人的期望，但你的決策要為公司帶來最大的價值。」

而我們可以使用「重要性矩陣」來把所有想法式覺化呈現出來，並且經過跨部門、相關利益者的集體討論，得出一個開發共識。

當把需求放入矩陣後，你可以進一步思考：

• 哪個需求可以用最小成本獲得最大價值？
• 有重要性很低，卻很耗費開發成本的需求嗎？
• 有沒有需求可以拆階段進行，不一定要一次開發到好？

透過這樣的思考跟方法，目的是取得「所有人的共識」，並切朝著公司最大利益化的方向前進。有時候我們所看到的需求可能只是冰山一角，各部門間都有不同的考量，而要如何取得平和是需要好好溝通，並且用有策略與工具的方式得到結論，以利規劃時間點都能順利上線，不然可能就會有開不完得會議、永遠無限迴圈的討論，卻一點進展都沒有。

適時地學會工具跟方法，並非照本宣科「一定得這樣做」，而是當你面對問題了，你應該更聰明的想辦法去解決，雖然常常會陷入各種主觀意識的泥沼裡，但引導大家把內心想法講出來是第一步，也許你可以站在不同觀點去說服他人，又或者是發現自己原來少了考量周全的能力也說不定。

我是Lisa，收收UI / UX 和 Taiwan UI / UX人生設計學創辦人，曾任職平面設計師、網頁前端工程師，最後轉職到自己喜歡職位 – UI / UX Designer，目前也是一位講師，致力於零基礎教學，與協助想轉職的人。