『壹』 產品需求分析思路和方法（筆記整理）
本篇文章是對超仔老師課件的筆記整理，對於入門級產品經理應該如何掌握對產品需求分析思路和方法，學習完本課堂能夠對這方面的知識體系更加系統性地了解，課件內容是理論和實際例子的結合，實實在在的干貨知識通俗易通。對自己近期奔波於各公司的面試有莫大的幫助。
總共有三節課：
第一節主要內容是產品需求內涵的理解；認識需求的分類、層級、規律；學會如何正確地表達一個產品需求。
第二節主要內容是對需求獲取的渠道和方式的掌握；學會對記錄需求的方式。
第三節主要內容是對需求挖掘使用場景的了解；需求挖掘方法的掌握；需求分析的方法和需求優先順序的排序方法的掌握。
一、產品需求分析思路和方法--產品需求
1、產品需求的內涵
①什麼是產品？
所有的人造物都可以是產品，為了滿足人們特定的需求而生產出來。汽車是為了讓你移動的更快；房子為你遮風擋雨；衣服是讓你保暖與遮羞。
②什麼是需求？
需求是由個體在生理上或心理上感到某種欠缺而力求獲得滿足的一種內心狀態，它是個體進行各種活動的基本動力。這是需求在心理學上的定義。
③需求的產品的關系
產品是為了人們的需求而被生產出來的，因為需求的驅動，才會使得用戶需要產品。互聯網產品就是通過互聯網技術來滿足人類的需求。
互聯網產品的形態有：App、Web網頁、PC客戶端、各種硬體內的軟體、AR、VR等等。產品經理所做的工作就是如何設計互聯網產品去滿足用戶的各種需求
④案例分析：中午你餓了，想盡快吃飯，又不想出門，快速填飽肚子是需求，因此誕生了外賣產品。比如：美團外賣、餓了么
⑤理解需求的誤區
很多產品在討論需求的時候，會流於表面，最常見的一個問題就是把解決方案當成了需求，對需求的理解挖掘一定要到心裡狀態這個程度。
2、需求的分類及層次、規律、拆解用戶需求
①需求分類
用戶需求：滿足用戶所想，用戶是上帝
商業需求：一切向錢看，商業化是目的，實現產品價值的最大化。
用戶需求和商業需求的關系
提供產品必須滿足用戶需求，你只有滿足了用戶需求才會對用戶產生價值，你才有可能實現你的商業化目的。談商業需求的前提一定是談用戶需求，只要把用戶需求滿足好了你的商業需求才有可能得到實現。
案例分析：微信在起步階段，用戶需求高於商業需求僅僅滿足用戶需求不收取任何費用沒有任何廣告，最近幾年，用戶需求滿足得很好了，作為一個成熟的產品，要攫取商業利潤，商業化信息越來越濃，支付提現要手續費，廣告介入，售賣廣告位。
②需求層次：馬斯洛需求層次理論
(Ⅰ)生理需要：滿足日常生活基礎所需，如吃穿住用行等；
(Ⅱ)安全需要：如對健康的擔心、對貧困的恐懼、對無知的憂心、都是缺乏安全感的表現，在安全感匱乏的同時，則內心驅動會促使去滿足獲取安全感的需要；
(Ⅲ)社交需要：社交包括友情、愛情、親情等多個層次；
(Ⅳ)尊重需要：希望可以得到別人的尊重，展現自己，獲得人們的認可。尊重與被尊重都存在與社交網路中交流互動中；
(Ⅴ)自我實現需要：最高階級的需求。如微博加V、知乎。
用戶需求：人性七宗罪，在聖經里，人類天生都是罪惡的，所以從生下來開始一生都在贖罪，具體有七宗罪：淫慾、貪食、貪婪、懶惰、暴怒、妒忌、傲慢。
③需求層次的規律
規律一：需求層次理論將人類需求從低到高層次劃分為5類，只有較低層次的需求得到滿足之後，較高層次的需求才會成為新的動力。
規律二：這些需求都是與生俱來的，不會隨著社會的變革而變化，即需求是不會變的，變的是滿足需求的產品。
規律三：產品最核心的是其解決的需求是否是剛需。馬斯洛最底層的生理需求，如生活類的吃穿住行，即為剛需。其上一層次的安全需求，也都是普遍存在的，而越往上，則變得越來越不必要，如自我實現，不再是所有人的必須。
規律四：越底層的東西，越是平淡無奇，使用起來越是不溫不火。需要的才打開使用，是一種工具。而其他基於新鮮感的需要，則在使用高峰時則萬人空巷；低谷時，則門可羅雀。故基於底層的工具類需求，粘性未必最高，但一定是生存最久的。
④拆解用戶需求
一條用戶需求可看做是『目標用戶』在『合理場景』下的『用戶目標』，其實就是在解決『誰』在『什麼環境』下想要『解決什麼問題』
案例：拆解用戶需求
需求一：酷愛音樂，跑步的時候一定要聽音樂，而且要聽特別感動的音樂
需求二：想知道最近流行什麼音樂，不然K歌總覺得自己落後
需求三：不知道聽什麼，推薦的自己不喜歡
本章小結
需求是產品經理口頭上出現頻次最高的詞彙，但需求二字背後的真正含義又有多少人知道。究竟產品需求包括什麼，需求如何分類，用戶需求和商業需求究竟什麼關系，以及需求的正確打開方式是什麼，通過本節課能夠深刻領悟到
二、產品需求分析思路和方法--需求的來源
1、需求獲取的渠道：外部和內部
①外部：
外部獲取需求的方式有用戶、競品、市場、合作夥伴
(Ⅰ)用戶：產品設計的初衷就是為了滿足用戶的需求，可通過用戶反饋、用戶調研獲取；
(Ⅱ)競品：競品分為兩種。一種是用同樣的產品功能滿足同樣用戶需求的產品，另一種是用不同的產品功能滿足同樣用戶需求的產品。競品對用戶需求的滿足程度、滿足方式可以為我們的產品設計帶來一定的啟示
(Ⅲ)市場：需求和產品常常會受到行業政策調整的影響。如『凈網行動』、『打車軟體專車服務屬非法營運』等
（Ⅳ）合作夥伴：合作夥伴在商業模式中扮演著重要的角色
②內部：
內部獲取需求的方式有產品數據、老闆、同事、自己
(Ⅰ)產品數據：用戶在使用時會產生行為數據，這些客觀的數據一定程度上會反映出用戶需求
(Ⅱ)老闆：企業運轉的根本目的在於盈利。產品在滿足用戶需求的同時必須兼顧公司的戰略需求。
(Ⅲ)同事：產品、研發、設計、運營、市場、銷售、客服是距離用戶最近的人，往往最能理解用戶抱怨的點也能提出建設性的意見。
(Ⅳ)自己：產品經理應該成為自己產品的重度用戶，而且是產品的目標用戶，在使用產品的過程中發現用戶需求，如此一來更能幫助用戶解決問題。
2、需求記錄
產品相關人員在獲取需求之後，還需要對數據進行一個初步的記錄，以便於後面的產品經理對需求進行分析、管理與實現
①需求的記錄方式
②需求類型
按產品屬性劃分：分為idea、新增、優化、Bugfix四種類型；
按產品職能劃分：分為功能類需求、運營類需求、數據類需求、設計類需求；
本章小結
需求來源於各方面，產品經理對於需求的把控是檢驗產品能力的重要一環。現實中往往出現需求很多但都不合理，問題就在需求的來源不對，導致需求的質量不高，因此要把控好需求的來源，提高需求的質量。
三、產品需求分析思路和方法--需求的挖掘
1、了解需求挖掘的使用場景
通常產品規劃前期，產品經理需要定位好用戶的痛點，為其提出解決方案，並作為產品的核心功能和賣點。比如景區導航的核心功能點是定位和導航，天氣預報App的核心功能是天氣報道和預報，明確其核心功能後，還需規劃其他延伸的功能或相關功能，以增加用戶的粘性，推動用戶的活躍和轉化。
2、掌握需求挖掘的方法
①心裡+場景方式就是通過用戶在某個環境狀態下，對用戶每個心裡狀態進行分析和提出解決方案的過程。
案例分析：墨跡天氣是以天氣播報為核心功能的，當用戶知道天氣情況後，他們有哪些心理活動？又下雨了？今天穿多少衣服出門？空氣質量是否適合運動、逐一的梳理出用戶在這個場景下可能存在的心理狀態，針對心理狀態列出功能點
②標簽+場景是通過對用戶的基本認知進行場景化思考，對這個特點的用戶在這個場景下需要哪些功能。
案例：keep是針對80後的運動軟體，那麼我們先列出80後的社交和標簽行為，然後選擇一個場景逐一考慮是否有新的功能點。
3、需求分析
①需求分析的方法
需求分析分成三個部分：需求篩選、需求透視、需求排序
三者的邏輯：首先篩掉不做的需求，其次對要做的需求進行進一步提煉，最後對提煉好的需求進行優先順序排序。下面對這三者做下分析
（i）需求篩選
需求篩選的特點包含真實性、一致性、價值性、可行性；
真實性：這個需求是否可以滿足用戶的需求；
一致性：有多少用戶需要這個需求，覆蓋率多大，是否滿足產品定位；
價值性：需求能帶來多大的價值？需要付出多大成本？；
可行性：需求在現有的資源上是否能實現；
（ii）需求透視
需求透視包括表面需求、本質需求、產品需求。本質需求是用戶想解決的根本問題。獲得用戶的本質需求更能找出合理的解決方案來解決用戶需求；產品需求是依據用戶想解決的根本問題，得出更好的解決方案
（iii）需求排序
需求排序的三個基本考慮因素：戰略定位、產品定位、用戶需求，具體而言可以分為七個維度：相關性、邏輯性、價值性、強度、廣度、頻率、類型
（Ⅰ）相關性：考察需求與戰略地位、產品定位的相關性
（Ⅱ）邏輯性：完成A功能才能進行B功能
案例分析：微信錢包開發戰略：綁定銀行卡—充值—消費—紅包—理財通—京東精選—生活繳費
（Ⅲ）價值性：考察需求能創造的企業價值、用戶價值的性質與數量
（Ⅳ）強度：考察需求的強弱，三個因素考慮：必要性（不可缺少）、高頻次（需求次數多）、持續性（長時間保持足夠的需求頻次）
（Ⅴ）廣度：需求覆蓋的目標用戶有多少
（Ⅵ）頻率：考察需求單位時間內出現的次數
（Ⅶ）類型：依據KANO模型對需求作出分類，考察需求類型。KANO模型認為用戶需求可分為基本型需求、期望型需求、興奮型需求
本章小結
產品的需求的來源於用戶、客戶、領導，產品經理應該要有自己的一套產品功能規劃思路和方法論；對收集到的需求，可以通過「心裡+場景」、「標簽+場景」這些緯度去判斷需求是否符合用戶心裡和個人特徵；緊接著對符合的需求的進行分析、篩選、優先順序排序，這項工作是最考驗產品能力的，互聯網行業瞬息萬變，只有利用好手中的資源合理安排需求，才能抓住市場機遇，優先滿足用戶需求，獲取市場流量。
『貳』 需求分析方法有哪些
問題一：需求分析有哪些方法 三種需求分析的方法：結構化分析方法、面向對象的分析方法、面向問題域的分析方法。
結構化的分析方法是傳統的分析法，它的好處是在需求階段可以不需要精確地定義系統，只需要根據業務框架確定系統的功能范圍，以及每個功能的處理邏輯和業務規則，功能需求規格書等。因為不需要精確描述，因此描述系統的方式比較靈活多樣，可以採用圖表、示例圖、文字等等方式來描述系統。在系統開發以前，一般還可以採用更為直觀的原型系統方式和最終用戶進行交流和確認，因此對業務需求的要求會低一些，業或沖務需求階段的周期相對容易控制；通過業務全景圖，最終用戶也能了解系統的功能；通過功能活動圖和業務規則的描述，也可以相對精確地描述業務系統；因為沒有嚴格的標記語言，可以採用適當的篇幅描述適當的系統。當然，這種方法的缺點也是明顯的，分析人員和業務人員之間可能缺乏共同語言，機器不能識別業務需求書，在設計階段還需要繼續和用戶確認一部分功能。
面向對象的分析方法陪團如的最大好處是在需求階段，就能夠非常精確地描述一個系統，採用程序語言的方式和最終用戶交流（最終用戶必須要熟悉這種語言），能夠在項目一開始就發現很多問題，避免在開發的過程中出現需求的反復，而且在系統設計和開發階段不需要最終用戶參與。在實施上，一般可以採用場景、業務功能等方式來描述，比較適合於業務流程環節多的系統，或者軟體產品的開發。但是，我們也要看到，在現實中，絕大多數的應用系統都很難在需求階段就可以被精確地抽象化定義，所以這種方法的缺蘆啟點和困難也是顯而易見的：首先，用戶要非常清楚地知道最終的業務系統應該是什麼樣，或者採用一種抽象的方式能夠確定最終的應用系統；其次，因為最終用戶不需要參與設計和開發階段的工作，所以雙方確定業務需求的過程也會比較長；同時，因為是精確描述，因此描述系統的語言是非常邏輯化的，一般通過某種方式可以使機器識別業務需求，採用這種方式寫的業務需求是非常格式化的，一方面描述一個系統需要的信息非常多，可能使需求說明的篇幅非常長，不便於理解和閱讀；另外由於通過抽象的方式來推演最終系統的運行方式，對業務人骸的要求非常高。
問題二：項目需求分析的分析方法 需求分析的方法有很多.這里只強調原型化方法,其它的方法如:結構化方法,動態分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不討論.原型化方法是十分重要的(是軟考等常考的知識點).原型就是軟體的一個早期可運行的版本,它實現了目標系統的某些或全部功能.原型化方法就是盡可能快地建造一個粗糙的系統,這系統實現了目標系統的某些或全部功能,但是這個系統可能在可靠性,界面的友好性或其他方面上存在缺陷.建造這樣一個系統的目的是為了考察某一方面的可行性,如演算法的可行性,技術的可行性,或考察是否滿足用戶的需求等.如,為了考察是否滿足用戶的要求,可以用某些軟體工具快速的建造一個原型系統,這個系統只是一個界面,然後聽取用戶的意見,改進這個原型.以後的目標系統就在原型系統的基礎上開發.原型主要有三種類型(軟考考過):探索型,實驗型,進化型.探索型:目的是要弄清楚對目標系統的要求,確定所希望的特性,並探討多種方案的可行性.實驗型:用於大規模開發和實現前,考核方案是否合適,規格說明是否可靠.進化型:目的不在於改進規格說明,而是將系統建造得易於變化,在改進原型的過程中,逐步將原型進化成最終系統。在使用原型化方法是有兩種不同的策略:廢棄策略,追加策略.廢棄策略:先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成比較好的思想,據此設計出較完整,准確,一致,可靠的最終系統.系統構造完成後,原來的模型系統就被廢棄不用.探索型和實驗型屬於這種策略。追加策略:先構造一個功能簡單而且質量要求不高的模型系統，作為最終系統的核心,然後通過不斷地擴充修改,逐步追加新要求，發展成為最終系統。進化型屬於這種策略.
問題三：如何做好需求分析，需求調研 轉載以下資料供參考
從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。
狹義上理解需求分析指需求的分析、定義過程。
原因
需求分析就是分析軟體用戶的需求是什麼。如果投入大量的人力，物力、財力、時間，開發出的軟體卻沒人要，那所有的投入都是徒勞。如果費了很大的精力，開發一個軟體，最後卻不滿足用戶的要求，從而要重新開發過，這種返工是讓人痛心疾首的(相信大家都有體會)。比如：用戶需要一個for linux的軟體，而你在軟體開發前期忽略了軟體的運行環境，忘了向用戶詢問這個問題，而想當然的認為是開發for windows的軟體。當你千辛萬苦地開發完成向用戶提交時才發現出了問題，那時候你是欲哭無淚了，恨不得找塊豆腐一頭撞死。
需求分析之所以重要，就因為他具有決策性、方向性、策略性的作用，他在軟體開發的過程中具有舉足輕重的地位，大家一定要對需求分析具有足夠的重視。在一個大型軟體系統的開發中，他的作用要遠遠大於程序設計。
任務
簡言之，需求分析的任務就是解決「做什麼的問題，就是要全面地理解用戶的各項要求，並准確地表達所接受的用戶需求。
過程
需求分析階段的工作,可以分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。
問題識別：就是從系統角度來理解軟體，確定對所開發系統的綜合要求，並提出這些需求的實現條件，以及需求應該達到的標准。這些需求包括：功能需求(做什麼)、性能需求(要達到什麼指標)、環境需求(如機型、操作系統等)、可靠性需求(不發生故障的概率）、安全保密需求、用戶界面需求、資源使用需求(軟體運行是所需的內存、CPU等)、軟體成本消耗與開發進度需求、預先估計以後系統可能達到的目標。
分析與綜合： 逐步細化所有的軟體功能，找出系統各元素間的聯系，介面特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最後綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什麼的模型)。
制訂規格說明書： 即編制文檔，描述需求的文檔稱為軟體需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。
評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。
方法
需求分析的方法有很多，這里只強調原型化方法，其它的方法如：結構化方法、動態分析法等，從來沒用過這些方法在此不討論。
原型化方法是十分重要的，原型就是軟體的一個早期可運行的版本，它實現了目標系統的某些或全部功能。
原型化方法就是盡可能快地建造一個粗糙的系統，這系統實現了目標系統的某些或全部功能。但是這個系統可能在可靠性、界面的友好性或其他方面上存在缺陷。建造這樣一個系統的目的是為了考察某一方面的可行性，如演算法的可行性、技術的可行性或考察是否滿足用戶的需求等。如：為了考察是否滿足用戶的要求，可以用某些軟體工具快速的建造一個原型系統，這個系統只是一個界面，然後聽取用戶的意見，改進這個原型。以後的目標系統就在原型系統的基礎上開發。
原型主要有三種類型：探索型、實驗型、進化型。
探索型：目的是要弄清楚對目標系統的要求，確定所希望的特性，並探討多種方案的可行性。
實驗型：用於大規模開發和實現前，考核方案是否合適，規格說明是否可靠。
進化型：目的不在於改進規格說明，而是將系統建造得易於變化，在改進原型的過程中，逐步將原型進化成最終系統。
在使用原型化方法時有兩種不同的策略：廢棄策略、追加策略。
廢棄策略：先建造一個功能簡單而且質量要求不高的模型系統，針對這個系統反復進行修改,形成......>>
問題四：請問常用的需求分析方法有哪些？ 結構分析方法和面向對象分析法
問題五：培訓需求分析的方法有哪幾種 組織資源分析
如果沒有確定可被利用的人力、物力和財力資源，就難以確立培訓目標。組織資源分析包括對組織的金錢、時間、人力等資源的描述。一般情況下，通過對下面問題的分析，就可了解一個組織資源的大致情況。
組織特質與環境分析
組織特質與環境對培訓的成功與否也起重要的影響作用。因為，當培訓規劃和組織的價值不一致時，培訓的效果則很難保證。組織特質與環境分析主要是對組織的系統結構、文化、資訊傳播情況的了解。主要包括如下內容：
系統特質指組織的輸入、運作、輸出、次級系統互動以及與外界環境間的交流特質，使管理者能夠系統地面對組織，避免組織分析中以偏概全的缺失。
文化特質。指組織的軟硬體設施、規章、制度、組織經營運作的方式、組織成員待人處事的特殊風格，使管理者能夠深入了解組織，而非僅僅停留在表面。
資訊傳播特質。指組織部門和成員收集、分析和傳遞信息的分工與運作，促使管理者了解組織信息傳遞和溝通的特性。
問題六：在需求分析階段常用的圖形工具有哪三種 1. 需求分析是准確的理解用的需求將其轉換成需求定義，然後由需求定義轉換成形式化的功能規約。需求分析的困難表現在問題的復雜性、交流的障礙、不完備和不一致性、需求易變性。 2. 結構化分析方法是採用自頂向下逐層分解的分析策略把一個復雜的系統分解成若干小問題然後分別解決 3. 數據流即數據通過一個系統時的變化方式。輸入數據首先轉換成中間數據，然後轉換成輸出結果數據。在此期間可以從已有的數據存儲（如磁碟文件或內存緩沖區）中引入附加數據。對數據進行轉換是程序中應有的功能或子功能。兩個轉換功能之間的數據傳遞就確定了功能間的介面。 4. 把一個功能分解成幾個子功能，並確定這些子功能與父功能的介面，就屬於橫向分解。 5. 把一個功能分解成幾個子功能，並確定這些子功能與父功能的介面，就屬於橫向分解。但如果繼續分解，把某些子功能又分解為小的子功能，某個小的子功能又分解為更小的子功能，這就屬於縱向分解了。 6. 數據流圖是用來表示系統的功能的工具它表示系統的邏輯模型描述了數據流在系統中流動的情況它是一種功能模型。
問題七：如何做需求分析 隨著技術的不斷發展和用戶對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態Html文件來實現，與前幾年網站設計由一兩名網頁設計師自由的創作相比，網站項目的設計和開發越來越像一個軟體工程，也越來越復雜，網站項目的設計和開發進入了需要強調流程和分工的時代，建立規范的、有效的、健壯的開發機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。
網站項目管理（WPM）的含義為Web-based Project Management，即以Web 應用程序為主要表現方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網路和Web
伺服器等關鍵主體，主要體現在網站設計、以瀏覽器為客戶端的Web應用程序開發（例如信息類網站、網上商店、虛擬郵局、客戶關系管理。）等項目管理中。
按照筆者的經驗，網站項目管理可以分為以下l六個階段進行控制：
1. 需求分析及變更管理
2. 項目模型及業務流程分析
3. 系統分析及軟體建模
4. 界面設計、交互設計及程序開發
5. 系統測試和文檔編寫
6. 客戶培訓、技術支持和售後服務
需要說明的是，這些階段雖然具有一定的延續性，但是並非完全隔斷的，例如需求變更管理和測試工作、文檔編寫都是貫穿整個項目過程的，許多工作時交叉進行或同時進行的。
（一）如何做好需求分析及變更管理？
業務員與客戶進行的溝通，撰寫需求分析報告是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。
一：讓客戶暢所欲言，羅列出所有的需求
讓用戶將所有的想法盡可能的闡述清楚，並把所有的要求羅列出來，不要遺漏。這時候不應該害怕「勾引」起客戶的潛在需求而增加設計開發的工作量，從而被今後客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求准確地記錄下來就完成了第一步的工作。
很明顯，假如客戶的需求做的都不完整，隨時可能會產生意想之外的變更，甚至這個變更會破壞已經做的模型及結構，那麼這個項目從開始就註定了會失敗；比如站點所有的功能都實現了，本地測試起來也沒有什麼問題了，但是你卻不知道客戶的系統是要承受每天100萬獨立IP的訪問，而你原來想當然的以為了不起就是1萬獨立IP訪問的訪問流量，稍微有經驗的開發人員都會明白這樣的設計是個災難，無論是應用伺服器、資料庫還是程序全部要重新開發！
二：透過現象分析潛在的需求
很多情況下客戶並非專業人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。
客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統而且尺度難以控制的，這就要求業務人員在傾聽了客戶的詳細說明以後，幫助客戶進行整理和分析，同時預測客戶在開發過程中變更及今後應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統的時候，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在設計郵件系統的時候要考慮可能會需要廣告管理伺服器；設計網路電子商店時今後增加庫存產品進銷存統計分析等等；限於時間財力的考慮，客戶通常能夠接受分階段實施的開發過程，在需求分析時，提早為客戶設想到今後的需求變更除了使項目開發更加順利以外，也為今後業務的進一步深入打下......>>
問題八：軟體需求分析的方法和工具有哪些內容 1. 問卷調查法， 開發方就用戶需求中的一些個性化的、需要進一步明確的需求，通過採用向用戶發問卷調查表的方式，達到徹底弄清項目需求的一種需求獲取方法。這種方法適合於開發方和用戶方都清楚項目需求的情況。因為開發方和建設方都清楚項目的需求，則需要雙方進一步溝通的需求就比較少，通過採用這種簡單的問卷調查方法就能使問題得到較好的解決
2. 會議討論法 ，開發方和用戶方召開若干次需求討論會議，達到徹底弄清項目需求的一種需求獲取方法，這種方法適合於開發方不清楚項目需求（一般開發方是剛開始做這種業務類型的工程項目）但用戶方清楚項目需求的情況。因為用戶清楚項目的需求，則用戶能准確地表達出他們的需求，而開發方有專業的軟體開發經驗，對用戶提供的需求一般都能准確地描述和把握
3. 界面原型法 ，開發方根據自己所了解的用戶需求，描畫出應用系統的功能界面後與用戶進行交流和溝通，通過「界面原型」這一載體，達到雙方逐步明確項目需求的一種需求獲取的方法。這種方法比較適合於開發方和用戶方都不清楚項目需求的情況。因為開發方和用戶方都不清楚項目需求，因此此時就更需要藉助於一定的「載體」來加快對需求的挖掘和雙方對需求理解。這種情況下，採用「可視化」的界面原型法比較可取
『叄』 用戶和市場需求分析的方法論
十步法的第一步是用戶與市場分 析，說到底其實就是「 有沒有機會 」，這個機會從哪來。其實機會主要來自目標用戶，所以這一步主要闡述目標用戶群是誰； 有什麼特 征；他們使用產品的 場景有哪些；需要痛點是什麼；需要頻次怎麼樣 ；這樣的目標用戶群聚合起來的市場容量或規模到底有多大。
目標用戶群貫穿戰略規劃、需求分析、用戶體驗設計和產品運營等產品生命周期關鍵環節。
到底哪些用戶是被瞄準的目標用戶群呢？這些用戶有什麼特徵？
使用場合 ：如何使用、什麼時候、什麼地方
地理位置 ：農村、一線城市、二線城市
態度 ：產品類別態度，溝通渠道態度
利潤潛力 ：獲取成本、收入、服務成本
價值觀/生活方式 ：價值取向、態度
需求/動機/購買因素 ：質量、服務、價值、功能、品牌、設計；
使用行為 ：使用頻率、決策過程、購買渠道、使用量、費用支出；
人口特徵 ：性別、年齡、教育程度、收入；
用戶真心想要的產品或服務與他們實際購買或使用的產品或服務之間，總是存在著一條巨大的鴻溝，這條巨大的鴻溝其實就是用戶需求的痛點。
如何評估一個需求是不是用戶需求的痛點？通常採用的方法如下 ：
逆向法 ：如果不滿足用戶，就會導致用戶忍受不了甚至不會再使用或消費產品的需求就是痛點需求，在這類需求上用戶得不到滿足，生理或心理就遭受重大打擊。
付費法 ：滿足用戶，用戶願意為之付費的需求。
必須法 ：離不開，必不可少的需求。
環境法 ：受國家政策法規、文化、習慣、重大事件等影響的需求。
動態法 ：用戶使用場景變更，可能會導致非痛點需求動態變化成為痛點需求。
馬斯洛需要層次法 ：生理、安全、社交、尊重、信息獲取、審美、自我實現需要，越底層越有可能成為痛點需求。
（1）消費者
對於消費者來說，他們面對什麼樣的問題呢？
1）信息不對稱，2）缺乏信任，3）價格過高；
（2）生產者
對於生產者來說，他們又面對什麼樣的問題呢？
1）信息不對稱，2）消費者不信任，3）成本過高；
用戶場景指的是用戶在什麼時間、什麼地點使用或消費產品。寫作文有四個要素：人物、時間、地點、事件，事件可分為起因、經過和結果。比如，主人公是誰（人物），在什麼時間（時間）、什麼地點（地點）要做什麼事，怎麼做的（經過），結果怎麼樣（結果）。
1）觀察型、體驗型、信任型、價格敏感型、無主見型、熟人推薦型 ；
市場規模即市場容量，是指一個特定市場供應品的使用或購買人數，市場規模主要是研究目標產品或行業的整體規模，具體可能包括目標產品或行業在指定時間的產量、產值等。需求是市場預測直接決定了企業是不是要對該產品進行創新實驗和投資，市場規模是需求測量的目標。市場容量是一個變數，會因時而變，可以科學估算得出，具體如何估算市場容量呢？常用的方法有佔比加權法估算、核心精演算法估算、替代品類比法估算、統計調查法估算和歷史數據分析法估算。
總結：十步法第一步是最重要的一步，若第一步的分析出現偏差，那麼後面的九步基本上都廢了，可見用戶與市場分析的重要性，學會利用麥肯錫八法來細分用戶及市場，捕捉目標用戶群特徵，牢記目標用戶群貫穿整個產品生命周期，是「緊箍咒」，懂得利用逆向、付費、環境、必須、馬斯洛需要層次方法挖掘出用戶需求痛點，採用漏鬥法估算出產品的市場容量，第一步的重中之重是准備挖掘出用戶需求的痛點 。
下一篇：分析競爭對手的方法....
『肆』 需求分析有哪兩種主要分析方法
從系統分析出發，可將需求分析方法大致分為功能分解方法、結構化分析方法、信息建模法和面向對象的分析方法。
(1)功能分解方法。
將新系統作為多功能模塊的組合。各功能義可分解為若乾子功能及介面，子功能再繼續分解。便可得到系統的雛形，即功能分解——功能、子功能、功能介面。
(2)結構化分析方法。
結構化分析方法是一種從問題空間到某種表示的映射方法，是結構化方法中重要且被普遍接受的表示系統，由數據流圖和數據詞典構成並表示。此分析法又稱為數據流法。其基本策略是跟蹤數據流，即研究問題域中數據流動方式及在各個環節上所進行的處理，從而發現數據流和加工。結構化分析可定義為數據流、數據處理或加工、數據存儲、端點、處理說明和數據字典。
(3)信息建模方法。
它從數據角度對現實世界建立模型。大型軟體較復雜；很難直接對其分析和設計，常藉助模型。模型是開發中常用工具，系統包括數據處理、事務管理和決策支持。實質上，也可看成由一系列有序模型構成，其有序模型通常為功能模型、信息模型、數據模型、控制模型和決策模型。有序是指這些模型是分別在系統的不同開發階段及開發層次一同建立的。建立系統常用的基本工具是E—R圖。經過改進後稱為信息建模法，後來又發展為語義數據建模方法，並引入了許多面向對象的特點。
信息建模可定義為實體或對象、屬性、關系、父類型/子類型和關聯對象。此方法的核心概念是實體和關系，基本工具是E-R圖，其基本要素由實體、屬性和聯系構成。該方法的基本策略是從現實中找出實體，然後再用屬性進行描述。
『伍』 需求分析的主要方法是什麼
1.1 需求的背景
需求的背景指的是動機，這一項實質上是換位思考，它能夠幫助我們從業務方的角度，從使用場景、用戶心理去理解需求。
在實際工作中，我們所接收到的「需求」常常是表述不清晰的、不完整的，甚至是具有欺騙性的。
一個問題會對應許多的解決方案，找到真正的需求，也正是我們的職責。
1.2 需求的受眾
需求的受眾需要注意的問題有兩點：
誰是真正的受眾；
受眾人群是否具有代表性。
需求的來源很多，可能是用戶、業務方等。我們需要分清楚誰才是真正的受眾。
在一個需求里不同的角色認知和訴求是不同的，當信息帶上了主觀判斷也就被污染了。
其次，則是覆蓋度的問題。對於頻次不夠高或者人群不夠有代表性的需求，投入產出比會是一個大大的問號。辨清受眾，在評估需求的優先順序和制定解決方案時，迷惑性會大大降低。
1.3 需求的目的
需求的目的指需要做什麼，很多時候我們接到的「需求」其實是業務方過濾後的「解決方案」。
以「口渴」為例，此時業務方提出的需求是要製作一台飲水機，然而飲水機並不能解決問題。如果我們挖掘到背後的動機是「口渴」，那麼我們可以從補充水分和減少水分的流失來著手提供解決方案。
1.4 需求的目標
在漢語辭典里的解釋，目的是期望，而目標是成果。
目標更為具象，並且能夠用數據指標來衡量，後續也能夠指導需求的改進。
需求的本質是為了創造價值，而創造價值最直白的則是開源和節流。具象到目標，可以用創造的收益，提升的效率以及節省的資源等方面進行量化。
2. 因果關系分析法
、需求優先順序的評定
最後一個環節是需求優先順序的評定，我常用的方法是選取影響優先順序的因素並設定比例，經過加權計算出優先順序，分數越高優先順序越高。
其公式如下：
優先順序=因素1比例*因素1分值+因素2比例*因素2分值+….
表1-需求評估加權表
這張表，影響的因素主要有兩項：投入產出比以及重要程度。
投入產出比個人認為是必選的，而重要程度中的維度可以根據實際情況去增加、減少。同理，加權中比例的設置也是如此。