本文僅以當前閱讀的書籍以及網(wǎng)絡(luò)資料并結(jié)合實習內(nèi)容形成的理解，有待各位朋友和前輩指正以及我未來的不斷補充。

本文并非系統(tǒng)講述需求分析流程及方法，只是作為記錄現(xiàn)階段對需求分析的思考，所以方法并不具體。

最后具體問題還需具體分析，切勿直接套用。

最近有個非常神奇的契機，我和做產(chǎn)品的小伙伴以及產(chǎn)品群里的朋友頻繁的談到需求分析，另一方面，在讀《用戶體驗要素》和《幕后產(chǎn)品》的時候，正好處在需求分析講解這一塊。所以我覺得非常有必要記錄一下自己這段時間在這方面的思考和想法，以備未來回顧與不斷補充。

有一件印象深刻的事情，半年以前我曾經(jīng)去科大訊飛面試，面試官曾問我“拿到很多需求以后，你是怎樣對需求進行分析的呢？”

那個時候剛剛接觸產(chǎn)品這個崗位，哪里明白需求分析是什么，于是把需求分析回答成了數(shù)據(jù)分析，什么通過excel統(tǒng)計啊，大數(shù)據(jù)分析啊，找相關(guān)性等等。

現(xiàn)在想來當時面試官聽完之后嘴角那抹笑，真是理所應(yīng)當，自己沒有準備充分，很蠢地回答了問題。

但是“需求分析”一詞依然困擾了我很久很久，我一直想不明白的是——什么是需求分析？怎樣進行需求分析？

即使在這幾個月的實習當中，我也很長一段時間認為我自己沒有接觸到需求分析的過程，而是由項目經(jīng)理曉宇姐將需求整理好了之后，告訴我產(chǎn)品要做什么。

很遺憾的是，臨近我實習快要結(jié)束，我才逐漸認識到不是這樣的，我在功能設(shè)計的時候無時無刻不在接觸需求。

現(xiàn)在回過頭來想我們的工作流程，項目經(jīng)理提出的需求只是一個籠統(tǒng)的功能概念，比如說“我們需要一個聊天系統(tǒng)功能”，對于整個項目來說，這可能是一個需求。

但是對于該功能設(shè)計來說，在《用戶體驗要素》里的五個層次中，“聊天系統(tǒng)”是屬于戰(zhàn)略層的，也就是該功能的大致框架，而非該功能的需求，在這個大框架下，我們要挖掘的就是該功能目標，以及功能下的用戶需求。

那么“聊天系統(tǒng)”的需求是什么呢？

由于本文主要描述需求分析，所以這里我略過需求來源方法的討論，直接羅列出我認為可能的需求：

1. 文件傳輸
2. 視頻
3. 多人聊天
4. 自定義頭像
5. 聊天記錄
6. 語音
7. 單人文字聊天
8. 在線
9. 發(fā)送表情聊天
10. …

可以看到僅聊天系統(tǒng)，需要分解出來的需求就可以達到如此之多。如此多的需求一下全部都交給開發(fā)爸爸完成，你可以想象一下他的表情了↓

因此我們需要對收集到的需求，進行分析，分辨出哪些需求是重要的，哪些需求是非常急需的，哪些需求是整個產(chǎn)品的基礎(chǔ)，哪些需求是不必要甚至多余的，等等。

從而根據(jù)需求劃分的等級，為需求進行排期，既幫助產(chǎn)品自己更好的理解已經(jīng)收集到的需求，同時也合理地給開發(fā)時間完成需求的研發(fā)。

而高等級的產(chǎn)品經(jīng)理考慮的依據(jù)還會涉及產(chǎn)品的商業(yè)未來，整體架構(gòu)等等，由于經(jīng)驗不足，我將不會涉及這些方面。以上就是我所認為的需求分析。

（很遺憾，我現(xiàn)在才想到這些，沒有及早的運用到工作當中檢驗，這也是我?guī)状涡枨笤u估會下來，一些功能被否定的根本原因，完全沒有對需求進行分析。）

最后，我們就來看看，怎么理論上進行需求分析。需求分析的主觀性較大，但是如果能在分析過程中聯(lián)系合適的理論，可以使需求分析的結(jié)果更加的有理有據(jù)。需求分析可以根據(jù)需要選擇適合的模型或方法：

01 金字塔型劃分需求

金字塔型劃分需求，根據(jù)《騰訊8分鐘系列產(chǎn)品課》，將需求劃分為從下到上四個模塊：可用性，更佳體驗，可擴展能力，生態(tài)。

可用性和更佳體驗，是整個產(chǎn)品的基礎(chǔ)也是核心能力，更高層的功能需求都是基于核心能力的基礎(chǔ)上構(gòu)建的。

這兩個模塊也是我現(xiàn)階段能接觸到最多的，決策最多的層級。

這里我認為挺符合《用戶體驗要素》中提到，戰(zhàn)略層告訴我們，我們和用戶需要什么，而范圍層則告訴我們，什么樣的功能和信息能夠滿足用戶需求。從而從下到上搭建起產(chǎn)品地基。

02 根據(jù)KANO模型劃分

根據(jù)KANO模型劃分，現(xiàn)在的卡諾將模型將需求劃分為五種類型：

1. 必備屬性
2. 期望屬性
3. 魅力屬性
4. 無差異屬性
5. 反向?qū)傩?/li>

必備屬性：當優(yōu)化此需求時，用戶滿意度不會提升，當不提供此需求，用戶滿意度會大幅降低；

期望屬性：當提供此需求時，用戶滿意度會提升，當不提供此需求時，用戶滿意度會降低；

魅力屬性：用戶沒有想到的需求，如果不提供此需求，用戶滿意度不會降低，但當提供此需求時，用戶滿意度會有很大的提升；

無差異屬性：用戶根本不在意的需求，無論提供或不提供該需求，用戶滿意度都不會變化；

反向?qū)傩裕禾峁┖笥脩魸M意度反而下降

https://www.jianshu.com/p/247ff9c43a52——這篇文章的作者對KANO模型的用法進行了非常詳細的講解，大家如果有時間可以看一看，思考一下。

03 運用四象限法則

運用四象限法則，將需求等級劃分為：重要緊急，重要不緊急，不重要不緊急，不重要緊急。根據(jù)不同的區(qū)域制定相應(yīng)的實施方案或者排期。

04 角色/場景/流程-需求分析法

在《幕后產(chǎn)品》中提到了一種對需求分析方法，即角色、場景、流程。

• 角色：對同一個功能，不同的角色的需求不一致。
• 場景：分析需求真實發(fā)生的場景，考慮實際情況。
• 流程：分析滿足需求的關(guān)鍵路徑，判斷能否滿足。

也就是通過創(chuàng)建角色，代入場景，走完流程，來對需求背后的用戶心理、使用場景、使用流程進行分析，判斷需求的真?zhèn)?、有效性，判斷我們是否?yīng)該開發(fā)它。

以上便是對需求分析的一些小小總結(jié)，現(xiàn)在請你對上述“聊天系統(tǒng)”中提到的幾個需求進行排序分類吧！

你是如何進行需求分析的呢？你在需求分析中運用到了哪些方法呢？期待各位前輩和產(chǎn)品小伙伴能跟我分享自己的需求分析方法。

感謝你的閱讀！！

作者：on the roa? ，微信公眾號：地平線的守望者

本文由 @on the roa 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議