需求分析可以說是每個從事需求分析工作的人，不管其級別是初中高級亦或是產(chǎn)品總監(jiān)工作中的重中之重。把需求進行分析進而分解成核心組件是一種必須掌握的強分析技術(shù)，每個產(chǎn)品經(jīng)理應(yīng)該形成這種意識，甚至是遇到需求后條件反射的本能。今天，我們就來說說需求分析的核心組件，希望能幫助大家的工作和應(yīng)用到實踐中。

一、需求的核心組件的定義，需求的核心組件是什么，為什么需要掌握核心組件！

需求核心組件即：構(gòu)成需求的核心要素，其在產(chǎn)品經(jīng)理和需求分析師對需求分析過程并轉(zhuǎn)化為功能需求至關(guān)重要，也是一種強大的分析手段。

需求的核心組件構(gòu)成：對象（Object）、數(shù)據(jù)（Data）、過程（Process）、規(guī)則（Rule），四大組成部分。

應(yīng)用需求核心組件我們來舉一個例子：系統(tǒng)發(fā)送消息。那么應(yīng)用需求核心組件如何進行分解。

• 對象（需求涉及實體）：系統(tǒng)；

• 過程（完成的動作或活動）：發(fā)送消息；

• 數(shù)據(jù)（信息）：消息內(nèi)容；

• 規(guī)則（業(yè)務(wù)規(guī)則）：什么時候發(fā)，滿足什么條件才能發(fā)。

這么簡單的需求分解出來，其實就轉(zhuǎn)化為了具體問題，沒有解決的問題或者不清晰的元素，我們就需要去弄明白，這樣才不會疏漏任何細(xì)節(jié)。

需求是復(fù)雜的，產(chǎn)品經(jīng)理在進行需求分析中，如果沒有合適的方法去分析和分解需求，那么會造成關(guān)系對象的疏漏、信息的缺失、架構(gòu)的不完整亦或是系統(tǒng)支撐性不足等問題。理解和掌握需求中的核心組件，能讓產(chǎn)品經(jīng)理在需求分析時準(zhǔn)確把握核心要素，讓業(yè)務(wù)需求轉(zhuǎn)化成功能需求時的邏輯分析和思路更加清晰，思維更加縝密。

二、需求分析組件的概念和簡述

1. 對象（Object）

對象是與業(yè)務(wù)過程有交互、有關(guān)系的人、事物，或者其他軟件系統(tǒng)、模塊。

沒有哪個業(yè)務(wù)過程是不涉及多個對象進行運轉(zhuǎn)的，當(dāng)我們進行需求分析時一定要分析出其中涉及的對象，這些對象具象化有可能是你的軟件系統(tǒng)、你的用戶、你的用戶的客戶、上下游的軟件系統(tǒng)。對象分得越清晰，越能站在不同的對象角度去思考和分析需求的使用場景和衍生場景。

2. 過程（Process）

過程是業(yè)務(wù)完成的動作或者活動。它是構(gòu)成需求核心組件的第二大組件，也可以描述為流程。

有些人認(rèn)為流程都是工作流，審批流等復(fù)雜性流程，其實簡單的一個動作也叫流程，這里統(tǒng)一稱過程吧。過程或流程是一個對象到另一個對象之間涉及的動作或者活動，其通常是由動詞加名詞進行構(gòu)成描述，我們常常說的，行為、任務(wù)、流程和用例皆可代表過程。

3. 數(shù)據(jù)（Data）

數(shù)據(jù)是業(yè)務(wù)過程中所涉及到的所有信息，我們常說的信息系統(tǒng)和信息技術(shù)、信息通信，都無時無刻不在提醒我們軟件系統(tǒng)中信息的重要性。

無論你做成的軟件功能是自動化完成的活動還是需要手工進行錄入完成的活動，盡管活動的形式可以千變?nèi)f化千姿百態(tài)，技術(shù)可以千變?nèi)f化，遺漏了數(shù)據(jù)需求將造成嚴(yán)重的需求疏漏，對于信息化時代，這種遺漏無疑是致命的。再好的軟件，再精美的界面，再牛逼的技術(shù)架構(gòu)，如果客戶無法管理、呈現(xiàn)、使用他們需要的業(yè)務(wù)信息，開發(fā)完成也是一場徒勞。所以，數(shù)據(jù)需求更需要我們詳細(xì)分析和挖掘。

4. 規(guī)則（Rule）

規(guī)則定義了業(yè)務(wù)過程的約束和規(guī)則，它代表系統(tǒng)、模塊、功能在滿足什么樣的約束下做出什么樣的反應(yīng)，從而使整個業(yè)務(wù)過程按照邏輯和我們事先定義的準(zhǔn)則進行流轉(zhuǎn)和做出響應(yīng)。

常常聽到幾個詞：“驗證”、“確認(rèn)”、“檢查”、“決定”或者“評估”，這幾個動詞常常都需要涉及到規(guī)則和約束，來判斷后續(xù)過程的走向和處理過程，因此規(guī)則可以說代表了系統(tǒng)的決策點，也是整個需求的關(guān)系鏈邏輯。

三、四大組件深度理解和掌握

清晰了四大組件的基本概念和含義，我們需要掌握每一個組件要素，它們?yōu)槲覀兎治鲂枨筇峁┝藢I(yè)的角度，有助于你分析復(fù)雜業(yè)務(wù)領(lǐng)域。因為每個需求都是由它們進行構(gòu)成，你拆解分析得越深入，無疑你對需求的把控更加準(zhǔn)確。

1. 掌握和理解需求核心組件——對象（Object）

對象是業(yè)務(wù)涉及到的實質(zhì)性對象和抽象性對象，其可以是一個人、系統(tǒng)、組織、模塊、接口，清晰地分清楚需求涉及的對象非常重要，它是決定產(chǎn)品經(jīng)理需求范圍意識的核心。

對象涉及到內(nèi)部對象和外部對象，內(nèi)部對象常常是自己的公司架構(gòu)、軟件系統(tǒng)本身涉及的對象，外部對象主要有其他系統(tǒng)或者接口，主要來自于公司的外部。

這些干系對象都能成為需求分析中的重要角色，都可以包含重要的功能需求。產(chǎn)品經(jīng)理需要在項目初期進行充分地識別，并分析哪些是主要對象，哪些是次要對象，分清其中的對象從屬關(guān)系。

通常對象越多，產(chǎn)品經(jīng)理分析的工作難度也越大，項目的范圍和關(guān)系也就越復(fù)雜，因為這些對象可能都與你的軟件最終成果息息相關(guān)。比如當(dāng)考慮到外部對象時，我們就要考慮我們解決方案的數(shù)據(jù)的公開性和安全性，盡可能地識別出對象與對象之間的關(guān)系，能讓后續(xù)的軟件功能更加符合用戶的期望。

需求分析時劃分外部和內(nèi)部對象，這也是必要的。開發(fā)一個軟件，自己的公司和流程很可能可以進行變化，但是外部的對象、政府、客戶、其他公司，它們不會受到軟件開發(fā)項目的影響，因此對象的分析能讓我們的軟件符合它們的技術(shù)環(huán)境和架構(gòu)。

2. 掌握和理解需求核心組件——過程（Process）

過程，比較專業(yè)化的描述，指的是，把一個輸入的數(shù)據(jù)轉(zhuǎn)化為輸出數(shù)據(jù)的活動。從大多數(shù)的需求分析來看，過程是最重要的的需求要素，非業(yè)內(nèi)人士常常不明白業(yè)內(nèi)人士描述的過程，這就是專業(yè)和行業(yè)的差異造成的對過程的理解偏差。

過程比數(shù)據(jù)更難定義。數(shù)據(jù)是具體的，過程是需要更多的描述性信息來描述其準(zhǔn)確含義的活動。

舉例：“接收數(shù)據(jù)”，“記錄數(shù)據(jù)”，接收是被動，記錄是主動，那么在系統(tǒng)中采用哪種活動更符合客戶需要呢？這就要我們產(chǎn)品經(jīng)理結(jié)合實際場景和更多的需求調(diào)研來確認(rèn)。

過程描述對于產(chǎn)品經(jīng)理的需求分析非常重要，因此常常需要一些圖來詳細(xì)分析過程的實現(xiàn)形式。我們可以常常使用流程圖、數(shù)據(jù)流圖，或者用例來分析系統(tǒng)的需求實現(xiàn)過程，這樣我們才能知道什么樣的呈現(xiàn)形式、技術(shù)架構(gòu)、搭載終端才是最符合用戶場景需求的實現(xiàn)手段。

3. 掌握和理解需求核心組件——數(shù)據(jù)（Data）

數(shù)據(jù)在整個需求分析分解過程中占據(jù)主要的地位，其不僅作為輸入，也作為輸出參與到整個業(yè)務(wù)過程的生命周期中，甚至被其他外部對象繼續(xù)利用產(chǎn)生外部系統(tǒng)的輸入。但是數(shù)據(jù)又是最復(fù)雜的，可以說整個軟件系統(tǒng)無處不在的就是數(shù)據(jù)，軟件的成果的核心就在于被準(zhǔn)確定義和可使用的數(shù)據(jù)輸入輸出。

那么產(chǎn)品經(jīng)理在分析數(shù)據(jù)需求時，一般會涉及到什么數(shù)據(jù)的屬性呢？

• 關(guān)聯(lián)對象的數(shù)據(jù)；

• 數(shù)據(jù)的唯一性；

• 數(shù)據(jù)的可控性；

• 數(shù)據(jù)的重復(fù)性。

1）關(guān)聯(lián)對象的數(shù)據(jù)

數(shù)據(jù)是關(guān)聯(lián)對象而存在的描述和屬性定義。對象也是我們分析和獲取數(shù)據(jù)的源頭，對象的數(shù)據(jù)可以描述其特征和屬性，比如身份證，是一個對象，其包含的數(shù)據(jù)：18位的數(shù)字、姓名、地址、國徽圖案、人物頭像、防偽標(biāo)志、以及簽發(fā)公安局等。

對象的數(shù)據(jù)可以讓使用者清晰識別和認(rèn)知對象，相反如果對象的數(shù)據(jù)定義不足或者不清晰，同樣會對產(chǎn)品的使用者造成困擾和混淆。

只有通過數(shù)據(jù)，才能進一步地描述對象的存在價值和特點，對象也通過數(shù)據(jù)形式，表現(xiàn)出它的獨特性和唯一性或者是重要性。當(dāng)你在發(fā)現(xiàn)一個用戶和系統(tǒng)的關(guān)聯(lián)越緊密時，這個用戶涉及的數(shù)據(jù)屬性也同樣至關(guān)重要。比如這個用戶在系統(tǒng)上的數(shù)據(jù)：“姓名”、“身份證”、“手機號”、“郵箱”、“地址”等信息，這些數(shù)據(jù)元素準(zhǔn)確的描述了對象（用戶）的重要特征。

當(dāng)然在產(chǎn)品經(jīng)理的工作中，有時候用戶并不會清晰地描述自己的數(shù)據(jù)，在具象化之前，它們通常被描述為：“報告”、“表格”、“表單”等。對于這些不清晰的數(shù)據(jù)需求，我們一定要詢問和調(diào)研，將文檔中的數(shù)據(jù)元素進行確認(rèn)，并確保其符合客戶的工作特征及需要，關(guān)聯(lián)對象的數(shù)據(jù)獲取不僅可以通過訪談、詢問，也可以結(jié)合個人業(yè)務(wù)的常識進行補充和擴展，但最重要的是不要遺漏重要的數(shù)據(jù)。

對象的數(shù)據(jù)最好使用業(yè)務(wù)術(shù)語描述，而不是采用專業(yè)的技術(shù)術(shù)語，更能讓人理解業(yè)務(wù)需求。我們出一個老師對象的數(shù)據(jù)模板舉個例子，對不對暫且不說，畢竟對教育行業(yè)不熟悉，只做舉例：

這只是簡單舉例，優(yōu)秀的產(chǎn)品經(jīng)理和需求分析師能更準(zhǔn)確地定義其需要的數(shù)據(jù)。如果你所需要的數(shù)據(jù)已經(jīng)存入系統(tǒng)，那么你此時更應(yīng)該思考，數(shù)據(jù)的查詢規(guī)則、如何讓用戶快速找到定位自己想要的數(shù)據(jù)、數(shù)據(jù)又以何種方式呈現(xiàn)。這也是數(shù)據(jù)需求，詳細(xì)的數(shù)據(jù)元素和查詢規(guī)則記錄，往往能增加對數(shù)據(jù)需求的思考層次，同時也避免遺漏需求。

2）數(shù)據(jù)的唯一性

數(shù)據(jù)的唯一性常常用來作為搜索、查詢特定數(shù)據(jù)集合的條件。

比如說如果教師工號是唯一性識別的身份標(biāo)志，那么通過工號定義業(yè)務(wù)查詢規(guī)則就能準(zhǔn)確找出對應(yīng)的教師信息；如果老師的學(xué)校不是唯一的，那么通過學(xué)校的數(shù)據(jù)取值，就會出現(xiàn)多個結(jié)果。

數(shù)據(jù)需求很重要的一點在于如何查詢和訪問存儲的數(shù)據(jù)，如果教師工號是具有唯一性的訪問識別特征，當(dāng)該教師的賬號被別人登錄進行訪問時，那么就會產(chǎn)生數(shù)據(jù)真實性問題。所以手機驗證、令牌、其他設(shè)備的輔助身份認(rèn)證這時候就凸顯出數(shù)據(jù)安全保障的作用。數(shù)據(jù)需求也可以加深我們對客戶需求的理解和挖掘。

3）數(shù)據(jù)的可控性

數(shù)據(jù)的可控性指的是數(shù)據(jù)是否是強制還是非強制，即必填和選填，除此之外，還有數(shù)據(jù)權(quán)限，即對應(yīng)的業(yè)務(wù)場景下，數(shù)據(jù)的編輯、刪除。

可見權(quán)限的定義規(guī)則也是屬于數(shù)據(jù)需求，數(shù)據(jù)的可控性應(yīng)結(jié)合具體場景進行分析。不同業(yè)務(wù)領(lǐng)域和流程，在于對數(shù)據(jù)的可控性上定義是不同的。如我們經(jīng)常碰到購物軟件，注冊時，我們的收貨地址是選填項，因為這時候，收貨地址數(shù)據(jù)為空，你也能正常進行其他動作并不對系統(tǒng)造成任何的影響。

但是業(yè)務(wù)過程到了提交訂單，點擊付款時，這時候系統(tǒng)需要用戶進行地址數(shù)據(jù)的錄入，并且不允許為空，這是因為系統(tǒng)的流程的下一步必須知道用戶的地址數(shù)據(jù)，才能進行訂單的發(fā)貨。該數(shù)據(jù)的需要性在業(yè)務(wù)流程中屬于重要節(jié)點，這時候原先的數(shù)據(jù)的可控性便發(fā)生了變化。所以數(shù)據(jù)的可控性應(yīng)結(jié)合到業(yè)務(wù)過程進行分析。

4）數(shù)據(jù)的重復(fù)性

數(shù)據(jù)的重復(fù)性，常見的比如我們的用戶的某個數(shù)據(jù)是否允許多個取值，如多個電話號碼、多個電子郵箱、多個收貨地址。

隨著信息化時代，每個用戶在相同數(shù)據(jù)定義下都可能具有多個取值需求，產(chǎn)品經(jīng)理在分析數(shù)據(jù)的重復(fù)性時，切莫去想當(dāng)然，而是應(yīng)該站在用戶的實際的場景架構(gòu)和基礎(chǔ)上進行思考是否有必要保留數(shù)據(jù)的重復(fù)性，這些場景架構(gòu)包括用戶的畫像、用戶所處的物理環(huán)境。

數(shù)據(jù)的重復(fù)性問題，可以用假設(shè)的方法來分析。

比如收貨地址，如果用戶地址只有一個，用戶會頻分需要修改嗎？如果用戶收貨地址不是自己的怎么辦？這樣結(jié)合具體的假設(shè)和場景分析，看下能不能閉環(huán)，閉環(huán)時有什么痛點，你就知道是否需要多個電話、多個地址、多個郵箱，來驗證自己對數(shù)據(jù)重復(fù)性的思考。

4. 掌握和理解需求核心組件——規(guī)則（Rule）

規(guī)則，即業(yè)務(wù)活動能夠完成、業(yè)務(wù)過程能夠運轉(zhuǎn)滿足的條件要素。

規(guī)則有時候是簡略就能表示，有時候需要涉及復(fù)雜算法的計算并最終校驗，才能夠決策活動是否完成或者流程是否流轉(zhuǎn)。

準(zhǔn)確來說，規(guī)則是一個需求中的關(guān)系組件，它常常會也關(guān)聯(lián)到其他需求和對象，需求與需求之間也通過規(guī)則進行聯(lián)結(jié)在一起，共同進行協(xié)作。

舉個例子：“某某地區(qū)凡是有超過15m的水位線的湖泊都記錄到風(fēng)險點管理”。

我們提煉一下，對象（某地區(qū)的湖泊）、數(shù)據(jù)（水位線）、其他對象（風(fēng)險點）、規(guī)則（水位線超過15m），這樣通過規(guī)則的定義，就把一個整個需求和不同對象進行關(guān)聯(lián)起來。

有些產(chǎn)品經(jīng)理可能會把規(guī)則誤認(rèn)為是需求，其實這樣不能完全說是錯的，只是大家在結(jié)合分析的時候要分清主次關(guān)系，重要的是在需求分析中提煉系統(tǒng)需要的規(guī)則，使需求和對象進行邏輯性的聯(lián)結(jié)、溝通、通信。

描述規(guī)則時，我們在同一個項目中，相同的規(guī)則一定要采用相同的術(shù)語，避免測試和研發(fā)人員的誤解和概念的混淆。這一點在開發(fā)過程中會造成很大的歧義，甚至影響后臺整個的規(guī)則架構(gòu)，引發(fā)不必要的開發(fā)工程量。所以在定義和描述規(guī)則時，動詞的使用和名詞的使用，最好保持一致性的原則。

如何從需求中找出我們的規(guī)則呢？

1）通過業(yè)務(wù)需求的干系人獲取規(guī)則和定義規(guī)則。

需求討論會中，不同的需求的干系人，也有可能對同一規(guī)則的描述產(chǎn)生用詞差異。產(chǎn)品經(jīng)理一定要詢問并確認(rèn)其是否指的是同一過程的同一規(guī)則、規(guī)則使用的場景是什么，這樣才能對規(guī)則的把控和后續(xù)的功能描述更加到位。

2）通過數(shù)據(jù)需求的分析來暴露規(guī)則。

通常我們需要的規(guī)則往往是從對象之間數(shù)據(jù)需求的分析中暴露出來的，規(guī)則還可稱為“數(shù)據(jù)傳遞相關(guān)規(guī)則”。

軟件開發(fā)中也轉(zhuǎn)化為表達式和校驗判斷的規(guī)則來約束數(shù)據(jù)在對象之間的傳遞，記錄在數(shù)據(jù)的模型中，大多數(shù)的規(guī)則至少依賴于兩個對象之間的數(shù)據(jù)。當(dāng)然自己和自己進行內(nèi)部的處理也是可以的，但我們作為分析，應(yīng)該以對象之間的數(shù)據(jù)傳遞為中心去挖掘規(guī)則。

3）當(dāng)業(yè)務(wù)規(guī)則不清晰或者多變時，我們需要一套業(yè)務(wù)規(guī)則的管理系統(tǒng)進行管理規(guī)則。這時候，只要根據(jù)我們的數(shù)據(jù)需求進行規(guī)則地表達。

現(xiàn)在的軟件系統(tǒng)越做越大，其中的關(guān)系也是紛繁復(fù)雜。通過業(yè)務(wù)規(guī)則的提煉和相同相似規(guī)則的合并，可以組成強有力的規(guī)則引擎。在公司對對應(yīng)領(lǐng)域高度把握，和基于業(yè)務(wù)需求和規(guī)則的理解的基礎(chǔ)上，這樣建立出的規(guī)則引擎將具有強大的生命周期和中臺能力，畢竟業(yè)務(wù)中臺和能復(fù)用的底層結(jié)構(gòu)的生命線遠遠比項目的軟件系統(tǒng)本身來得長，所以深度挖掘規(guī)則也是對整個業(yè)態(tài)和系統(tǒng)靈活性和擴展性的深度把握。

四、總結(jié)

每個產(chǎn)品經(jīng)理的層次有高低，但每個產(chǎn)品經(jīng)理都要掌握自己的分析技術(shù)，四大需求組件分析方法，能更好地讓我們掌握結(jié)構(gòu)化分析方法，幫助產(chǎn)品經(jīng)理從不同的對象、不同視角去剖析業(yè)務(wù)需求和問題。

需求分析作為產(chǎn)品和需求分析師的核心工作內(nèi)容，需要以科學(xué)的方法、正確的思考方式、完整的邏輯來進行，切勿眉毛胡子一把抓，而應(yīng)把持著懂分解需求、擅分解需求的意識進行需求分析工作。

本文主要幫助小伙伴們思考結(jié)構(gòu)化自己的需求，并進行分析，希望對大家有所幫助。

總結(jié)

以上是生活随笔為你收集整理的需求分析：每个产品经理都应掌握的需求核心组件分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。