起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識我對需求分析的看法&理解（一）
本文僅以當前閱讀的書籍以及網絡資料并結合實習內容形成的理解，有待各位朋友和前輩指正以及我未來的不斷補充。
本文并非系統講述需求分析流程及方法，只是作為記錄現階段對需求分析的思考，所以方法并不具體。
最后具體問題還需具體分析，切勿直接套用。
最近有個非常神奇的契機，我和做產品的小伙伴以及產品群里的朋友頻繁的談到需求分析，另一方面，在讀《用戶體驗要素》和《幕后產品》的時候，正好處在需求分析講解這一塊。所以我覺得非常有必要記錄一下自己這段時間在這方面的思考和想法，以備未來回顧與不斷補充。
有一件印象深刻的事情，半年以前我曾經去科大訊飛面試，面試官曾問我“拿到很多需求以后，你是怎樣對需求進行分析的呢？”
那個時候剛剛接觸產品這個崗位，哪里明白需求分析是什么，于是把需求分析回答成了數據分析，什么通過excel統計啊，大數據分析啊，找相關性等等。
現在想來當時面試官聽完之后嘴角那抹笑，真是理所應當，自己沒有準備充分，很蠢地回答了問題。
但是“需求分析”一詞依然困擾了我很久很久，我一直想不明白的是——什么是需求分析？怎樣進行需求分析？
即使在這幾個月的實習當中，我也很長一段時間認為我自己沒有接觸到需求分析的過程，而是由項目經理曉宇姐將需求整理好了之后，告訴我產品要做什么。
很遺憾的是，臨近我實習快要結束，我才逐漸認識到不是這樣的，我在功能設計的時候無時無刻不在接觸需求。
現在回過頭來想我們的工作流程，項目經理提出的需求只是一個籠統的功能概念，比如說“我們需要一個聊天系統功能”，對于整個項目來說，這可能是一個需求。
但是對于該功能設計來說，在《用戶體驗要素》里的五個層次中，“聊天系統”是屬于戰略層的，也就是該功能的大致框架，而非該功能的需求，在這個大框架下，我們要挖掘的就是該功能目標，以及功能下的用戶需求。
那么“聊天系統”的需求是什么呢？
由于本文主要描述需求分析，所以這里我略過需求來源方法的討論，直接羅列出我認為可能的需求：
- 文件傳輸
- 視頻
- 多人聊天
- 自定義頭像
- 聊天記錄
- 語音
- 單人文字聊天
- 在線
- 發送表情聊天
- …
可以看到僅聊天系統，需要分解出來的需求就可以達到如此之多。如此多的需求一下全部都交給開發爸爸完成，你可以想象一下他的表情了↓
因此我們需要對收集到的需求，進行分析，分辨出哪些需求是重要的，哪些需求是非常急需的，哪些需求是整個產品的基礎，哪些需求是不必要甚至多余的，等等。
從而根據需求劃分的等級，為需求進行排期，既幫助產品自己更好的理解已經收集到的需求，同時也合理地給開發時間完成需求的研發。
而高等級的產品經理考慮的依據還會涉及產品的商業未來，整體架構等等，由于經驗不足，我將不會涉及這些方面。以上就是我所認為的需求分析。
（很遺憾，我現在才想到這些，沒有及早的運用到工作當中檢驗，這也是我幾次需求評估會下來，一些功能被否定的根本原因，完全沒有對需求進行分析。）
最后，我們就來看看，怎么理論上進行需求分析。需求分析的主觀性較大，但是如果能在分析過程中聯系合適的理論，可以使需求分析的結果更加的有理有據。需求分析可以根據需要選擇適合的模型或方法：
01 金字塔型劃分需求
金字塔型劃分需求，根據《騰訊8分鐘系列產品課》，將需求劃分為從下到上四個模塊：可用性，更佳體驗，可擴展能力，生態。
可用性和更佳體驗，是整個產品的基礎也是核心能力，更高層的功能需求都是基于核心能力的基礎上構建的。
這兩個模塊也是我現階段能接觸到最多的，決策最多的層級。
這里我認為挺符合《用戶體驗要素》中提到，戰略層告訴我們，我們和用戶需要什么，而范圍層則告訴我們，什么樣的功能和信息能夠滿足用戶需求。從而從下到上搭建起產品地基。
02 根據KANO模型劃分
根據KANO模型劃分，現在的卡諾將模型將需求劃分為五種類型：
- 必備屬性
- 期望屬性
- 魅力屬性
- 無差異屬性
- 反向屬性
必備屬性：當優化此需求時，用戶滿意度不會提升，當不提供此需求，用戶滿意度會大幅降低；
期望屬性：當提供此需求時，用戶滿意度會提升，當不提供此需求時，用戶滿意度會降低；
魅力屬性：用戶沒有想到的需求，如果不提供此需求，用戶滿意度不會降低，但當提供此需求時，用戶滿意度會有很大的提升；
無差異屬性：用戶根本不在意的需求，無論提供或不提供該需求，用戶滿意度都不會變化；
反向屬性：提供后用戶滿意度反而下降
https://www.jianshu.com/p/247ff9c43a52——這篇文章的作者對KANO模型的用法進行了非常詳細的講解，大家如果有時間可以看一看，思考一下。
03 運用四象限法則
運用四象限法則，將需求等級劃分為：重要緊急，重要不緊急，不重要不緊急，不重要緊急。根據不同的區域制定相應的實施方案或者排期。
04 角色/場景/流程-需求分析法
在《幕后產品》中提到了一種對需求分析方法，即角色、場景、流程。
- 角色：對同一個功能，不同的角色的需求不一致。
- 場景：分析需求真實發生的場景，考慮實際情況。
- 流程：分析滿足需求的關鍵路徑，判斷能否滿足。
也就是通過創建角色，代入場景，走完流程，來對需求背后的用戶心理、使用場景、使用流程進行分析，判斷需求的真偽、有效性，判斷我們是否應該開發它。
以上便是對需求分析的一些小小總結，現在請你對上述“聊天系統”中提到的幾個需求進行排序分類吧！
你是如何進行需求分析的呢？你在需求分析中運用到了哪些方法呢？期待各位前輩和產品小伙伴能跟我分享自己的需求分析方法。
感謝你的閱讀??！
作者：on the roa? ，微信公眾號：地平線的守望者
本文由 @on the roa 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
曉宇姐是姓葉嗎？
不是喲
受益良多，感謝！
相互學習！