需求分析的「六韜三略」：三步法+六評估

本文3.4K字，文末抽獎(jiǎng)

推薦書籍：《后端產(chǎn)品經(jīng)理寶典》

———————— 

一個(gè)段子：

外星人產(chǎn)品經(jīng)理來地球，考察一周后，給上司寫了一份需求分析報(bào)告：

主宰地球的是汽車。它們喝汽油，靠四個(gè)輪子滾動(dòng)前進(jìn)，嗓門極大，雙眼在夜里能射出強(qiáng)光……

有趣的是，車?yán)镒≈环N叫作‘人’的寄生蟲，這些寄生蟲完全控制了車?！?/span>

這個(gè)笑話可以看出，分析人員缺乏知識的專業(yè)性，必然會造成需求分析的誤解和失??！

也暴漏了需求分析這個(gè)最日常的小事，但其實(shí)很難！

本文就要治一治這個(gè)“難”！

1

重點(diǎn)監(jiān)控需求分析辦法

由于產(chǎn)品的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風(fēng)險(xiǎn)性，需求分析的重要性是不言而喻的。

第二個(gè)段子：

情人節(jié)要到了，你女朋友想讓你送項(xiàng)鏈，但是她不說。

等你送了一束花以后，她生氣了，這個(gè)時(shí)候你為了哄她開心，要帶她去吃大餐。

她說要去吃火鍋，結(jié)果半路上看到燒烤，拉著你非要過去吃。

你女朋友想要口紅不跟你說，迎合了用戶知道自己要什么但是不說這個(gè)特點(diǎn),女朋友說去吃火鍋結(jié)果去吃了燒烤，迎合了用戶自己也不知道要什么這個(gè)特性。

而導(dǎo)致需求分云里霧里的原因，基本是這些情況：

1、用戶說不清楚需求

有些客戶對需求只有朦朧的感覺，當(dāng)然說不清楚具體的需求。

例如全國各地的很多部門、機(jī)構(gòu)、單位在進(jìn)行應(yīng)用系統(tǒng)以及網(wǎng)絡(luò)建設(shè)時(shí)，客戶方的辦公人員大多不清楚計(jì)算機(jī)網(wǎng)絡(luò)有什么用，更缺乏IT系統(tǒng)建設(shè)方面的專家和知識。

此時(shí)，用戶就會要求產(chǎn)品分析人員替他們設(shè)想需求產(chǎn)品工程的需求存在一定的主觀性，為項(xiàng)目未來建設(shè)埋下了潛在的風(fēng)險(xiǎn)。

2、需求自身經(jīng)常變動(dòng)

根據(jù)以往的歷史經(jīng)驗(yàn)，隨著客戶方對信息化建設(shè)的認(rèn)識和自己業(yè)務(wù)水平的提高，他們會在不同的階段和時(shí)期對項(xiàng)目的需求提出新的要求和需求變更。

事實(shí)上，歷史上沒有一個(gè)產(chǎn)品的需求改動(dòng)少于三次的！

所以必須接受“需求會變動(dòng)”這個(gè)事實(shí)，在進(jìn)行需求分析時(shí)要懂得防患于未然，盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求，以便在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)，將產(chǎn)品的核心建筑在穩(wěn)定的需求上，同時(shí)留出變更空間。

咨詢監(jiān)理方在需求分析的功能界定上擔(dān)任一個(gè)中間、公平、公正的角色，所以也必須積極參與到需求分析的準(zhǔn)備中來，以便協(xié)助客戶方和承建方來界定“做什么”、“不做什么”的系統(tǒng)功能界限。

3、分析人員或客戶理解有誤

需求分析人員不可能都是全才，更不可能是行業(yè)方面的專家?？蛻舯磉_(dá)的需求，不同的分析人員可能有不同的理解。

如果分析人員理解錯(cuò)了，可能會導(dǎo)致以后的開發(fā)工作勞而無功。

這時(shí)，就必須根據(jù)實(shí)際的項(xiàng)目需求調(diào)研計(jì)劃，提醒承建方加強(qiáng)業(yè)務(wù)了解程度和注重溝通技巧。

2

需求分析【三步法】

需求分析工作方法，應(yīng)該定位在“三個(gè)階段”（也稱“三步法”）。

1、“訪談式Visitation”階段

這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體情況、客觀的信息。

建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項(xiàng)目的接口人。

實(shí)現(xiàn)手段：訪談、調(diào)查表格

輸出成果：調(diào)查報(bào)告、業(yè)務(wù)流程報(bào)告

2、“誘導(dǎo)式Inducement”階段

這一階段是在承建方已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體實(shí)際、客觀的信息基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件實(shí)現(xiàn)方案，做出簡單的用戶流程頁面。

同時(shí)結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計(jì)的合理性、準(zhǔn)確性、便易性、習(xí)慣性。

用戶可以操作簡單演示的DEMO，來感受一下整個(gè)業(yè)務(wù)流程的設(shè)計(jì)合理性、準(zhǔn)確性等等問題，及時(shí)地提出改進(jìn)意見和方法。

實(shí)現(xiàn)手段：拜訪（誘導(dǎo)）、原型演示

輸出成果：調(diào)研分析報(bào)告、原型反饋報(bào)告、業(yè)務(wù)流程報(bào)告

3、“確認(rèn)式Afirm”階段

這一階段是在上述兩個(gè)階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)據(jù)項(xiàng)的確認(rèn)階段，這個(gè)階段承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表，并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計(jì)目標(biāo)。

用戶方可以通過審查業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表以及操作承建方提供的DEMO系統(tǒng)，來提出反饋意見，并對已經(jīng)可接受的報(bào)告、文檔簽字確認(rèn)。

實(shí)現(xiàn)手段：拜訪（回顧、確認(rèn)），提交業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表；原型演示系統(tǒng)

輸出成果：需求分析報(bào)告、數(shù)據(jù)項(xiàng)、業(yè)務(wù)流程報(bào)告、原型系統(tǒng)反饋意見（后三者可以統(tǒng)一歸入需求分析報(bào)告中，提交用戶方、監(jiān)理方進(jìn)行確認(rèn)和存檔）

整體來講，需求分析的三個(gè)階段是需求調(diào)研中不可忽視一個(gè)重要的部分，三個(gè)階段或者說三步法的實(shí)施和采用，對用戶和承建方都同樣提供了項(xiàng)目成功的保證。

當(dāng)然在系統(tǒng)建設(shè)的過程中，特別在采用迭代法的開發(fā)模式時(shí)，需求分析的工作需一直進(jìn)行下去，而在后期的需求改進(jìn)中，工作則基本集中在后兩個(gè)階段中。

3

需求分析工具

我們根據(jù)用戶需求，通過反復(fù)討論、分析，最終明確一個(gè)唯一性的用戶需求，這個(gè)結(jié)果其實(shí)就是我們的需求分析報(bào)告。一般我們采用Word、PowerPoint、Visio、ProntPage、Excel等Office工具，同時(shí)可能采用一些開發(fā)工具，如VC或BC等，同樣也會使用一些圖形工具，如Potoshop、調(diào)色板等畫圖工具。

使用各種工具表達(dá)需求分析，其具體表達(dá)手段可以分為：

（1）效果圖描述。主要是用戶UI界面的描述反映用戶需求功能；

（2）邏輯圖描述。根據(jù)用戶需求功能，使用抽象化理論，以及需求分析理論，對用戶需求功能進(jìn)行全面的分析，建立功能性邏輯關(guān)系圖，流程邏輯關(guān)系圖等；

（3）關(guān)系圖表描述。主要是對信息關(guān)系、數(shù)據(jù)庫表格、接口函數(shù)等描述；

（4）工程數(shù)學(xué)描述。分析用戶需求，分析用戶需求信息，運(yùn)用工程數(shù)學(xué)進(jìn)行算法推導(dǎo)，進(jìn)行合理化需求分析推導(dǎo)；

（5）甘地圖描述。主要是軟件項(xiàng)目工作安排，開發(fā)周期預(yù)估；

（6）其它方法描述。保證完整性合理性的有效描述。

4

需求分析【六評估】

需求分析評估是為了檢查我們進(jìn)行需求分析工作，保證需求分析工作正確性、完整性、有效性、合理性、可確認(rèn)性、可實(shí)施性，完全保證用戶所需求的功能。

1、組織結(jié)構(gòu)與責(zé)任管理

我們對組織結(jié)構(gòu)與責(zé)任管理的評估主要有：參與人員任務(wù)和責(zé)任界面的明確；安排計(jì)劃按時(shí)完成狀況；相互間的協(xié)調(diào)能力狀況。

2、滿足用戶需求的功能

我們進(jìn)行需求分析的目的是完整、準(zhǔn)確地描述用戶的需求，跟蹤用戶需求的變化，將用戶的需求準(zhǔn)確地反映到系統(tǒng)的分析和設(shè)計(jì)中，并使系統(tǒng)的分析、設(shè)計(jì)和用戶的需求保持一致。

需求分析的特點(diǎn)是需求的完整性、一致性和可追溯性。

完整性：是準(zhǔn)確、全面的描述用戶的需求。

一致性：是通過分析整理，剔除用戶需求矛盾的方面，規(guī)范用戶需求。

可追溯性：有兩個(gè)方面的含義，整理和規(guī)范的需求，其一，需要不斷的和用戶進(jìn)一步交流，保持和用戶最新的需求一致。其二，和系統(tǒng)分析（設(shè)計(jì)）保持一致。

因此在需求分析之前我們必須建立需求分析技術(shù)層面的基本框架，從技術(shù)上保證需求分析的要求，在此基礎(chǔ)上我們進(jìn)行的需求分析才能滿足項(xiàng)目對需求分析的要求。

3、保證可實(shí)施性

我們必須以用戶需求為依據(jù)，以求實(shí)的態(tài)度詳細(xì)的、準(zhǔn)確的、完整的編寫需求分析，避免空想世界，空中樓閣的想法；避免無邏輯性、無核心的描述；避免無量化思維，無實(shí)際空間概念。

4、需求分析評價(jià)指標(biāo)

主要有這么幾個(gè)指標(biāo)：功能性、完整性、正確性、邏輯性、表現(xiàn)性、合理性，可實(shí)施性等。

5、工作周期

評價(jià)人員投入，以及費(fèi)用支出的合理性問題。正確制定工作周期，保證軟件項(xiàng)目的順利完成。

6、需求不確定更改與可確認(rèn)保證

可確認(rèn)需求功能是實(shí)現(xiàn)用戶需求的基本保證，如果不可確認(rèn)的、不確定更改存在，將會阻礙產(chǎn)品實(shí)現(xiàn)，或者軟件設(shè)計(jì)存在著不完整性缺陷，或者存在著不可實(shí)施性問題，我們必須區(qū)分是功能性障礙問題，還是未來性問題。

如果不能夠明確是未來性問題，則必須調(diào)整功能需求，化解不確定更改的問題。因此，判斷不確定性更改是一個(gè)非常重要的問題。

   END  

抽獎(jiǎng)活動(dòng)

一等獎(jiǎng)：《后端產(chǎn)品經(jīng)理寶典》紙質(zhì)書

二等獎(jiǎng)：隨機(jī)紅包50個(gè)

參與方式:

第一步：請分享到朋友圈，點(diǎn)贊和在看

第二步：在公眾號"唧唧歪歪PM"回復(fù)：6

——往期推薦——

從SaaS產(chǎn)品，回看‘后端’產(chǎn)品和‘B端’產(chǎn)品

4千字，總結(jié)產(chǎn)品需求文檔的形式、規(guī)范、自查