有人說過：分析與綜合是綜合是思維方向相反的過程。一般是先分析后綜合，沒有分析就沒不能有綜合；沒有綜合的分析也只是片面的分析。

作為一個產品經理，如果你曾經遇到過產品設計考慮不全，被業(yè)務、被開發(fā)挑戰(zhàn)，而不斷修改原型；如果你曾被領導詢問產品價值而啞口無言；如果你曾遇到過拿到新業(yè)務而無從下手，不放花幾分鐘時間，看看這篇文章，也許會給你一丟丟的幫助。

一、為什么做需求采集、分析

作為一名純正或者不純正的”產品狗”，需求分析和產品設計都是我們日常工作中最重要的事情。整個流程我們也都熟記于心：需求采集、需求分析、產品設計……（后續(xù)開發(fā)流程我們暫不考慮）。反思一下：我們做需求采集、分析的目的是什么？是畫出來產品的低保證？是給領導講清楚我們產品設計的思路？是給開發(fā)講清楚他們要實現的功能？好像都是，有好像都不全？為什么？

遇到問題先搞清楚為什么。搞清楚為什么（5W2H也好，3W2H也罷，最重要的就是Why），也就是搞清楚做事情的目的以后，我們才能提供有效的方式方法來應對?，F在嘗試來回答一下：我們做需求收集、分析的目的是為了進行架構設計，從而達成需求進，架構出的目標。

二、架構設計六步走

需求采集、分析的目的是進行架構設計。結合我們產品設計的步驟，嘗試著來整理一下達成“需求進，架構出”目標的步驟。

步驟一：需求采集

產品設計第一步一定是做需求采集，沒有需求（此需求為業(yè)務需求，被需要的意思）的產品設計等于浪費。但是我們要知道需求往往不是單一的，而是一個集合，需求采集就是要把需求都收集到。請別說收集有效需求或者高價值需求，還沒有到那一步呢。

步驟二：需求分類

需求采集過來以后，往往是不能拿來直接用的。就像我們常說的：要挖掘用戶的真實需求一樣。即使我們挖掘到的是真實的需求，我們也不能拿來直接用，而是需要對其進行分類，維度基于不用的場景而有所不同，但是可以嘗試以：業(yè)務、用戶、開發(fā)的方式進行分類。

步驟三：尋找約束

需求收集過程中可以談天說地，不必限制。但是在我們拿到需求以后，可不能讓需求的馬在草原上狂奔，我們需要給馬套上韁繩，質量和約束就是最好的韁繩，比如技術限制、比如成本限制等等，從而完成“信馬由韁”的轉變。

步驟四：需求定級

需求收集過來了，分級做好了，約束也有了，最終是要進行需求到產品的轉化，這個時候就到了我們所謂的“先做有價值的、優(yōu)先級高的需求”這一步了。畢竟我們都知道，不是所有的需求都要滿足，不是所有的功能都要實現，他們是有優(yōu)先級的：需求很多，先做后做要考慮，定級從核心、必做、高風險、獨特出發(fā)。

步驟五：尋找關聯

需求和約束、需求和需求，約束和約束都不是獨立存在的，他們都是有關聯性的，我們在做產品設計的過程中，往往會遇到做了需求A，影響了需求B，做了需求B，影響了需求C，就是因為沒有考慮到其中的關聯造成的。在做產品設計的過程中，我們需要找到他們的關聯性，從而進行全局考慮，避免互相影響。

步驟六：檢查

以上步驟都做完了，很好，我們已經可以進行產品架構設計、產品設計了，設計完成以后，千萬不能忘記檢查，如果我們自己不檢查，業(yè)務會幫我們檢查、領導會幫我們檢查、開發(fā)會幫我們檢查…..質疑驅動架構進步不是空話，檢查檢查再檢查，我們共勉。

從小處著手，了解全貌是分析，基于分析進行架構是綜合，畢竟任何作為復合整體的復雜事物都有架構，產品設計更甚。拿到需求的第一時間我們不是要做出來，而是要考慮為什么要做？以及知道我們最終產出的結果是什么？這比按時畫完原型移交開發(fā)更有價值。

需求進、架構出，各位產品大大共勉！