一個(gè)需求的“艱難”成長(zhǎng)史

按：作者killifer，華爾街見(jiàn)聞產(chǎn)品經(jīng)理。

之前寫了一篇有關(guān)于需求分析中可能遇到的坑《你做“需求分析”，踩過(guò)這幾個(gè)坑嗎？》，but從理解的角度，應(yīng)該先了解需求分析到底是一個(gè)怎么樣的過(guò)程才對(duì)，so，我終于來(lái)“補(bǔ)坑”惹。

一般來(lái)說(shuō)，一個(gè)具體需求的分析的整體流程為：

確認(rèn)需求->具體分析->交付設(shè)計(jì)／開(kāi)發(fā)->驗(yàn)收->上線

一、確認(rèn)需求：［明確自己“有”了－>決定是不是要生下］

1、確認(rèn)需求的本意

為什么會(huì)提這點(diǎn)呢？因?yàn)樾枨蟮膩?lái)源會(huì)比較多，可能有以下來(lái)源：

1. 產(chǎn)品經(jīng)理自己；

2. 其他相關(guān)的產(chǎn)品經(jīng)理；（老板、你的leader等）

3. 其他相關(guān)的部門；（運(yùn)營(yíng)、銷售、廣告、編輯等）

4. 直接的用戶；

不同的來(lái)源，導(dǎo)致需求“被經(jīng)手”的程度不同，從而容易導(dǎo)致理解的意思不同。

①這種情況，不太會(huì)存在需求理解偏差，除非你當(dāng)時(shí)“精分”了。但是②③④就非常有可能理解錯(cuò)誤、理解不到位、理解不深入。而造成②③④這種理解錯(cuò)誤的原因，又有可能分成以下幾種：

a. 對(duì)方在跟你表述需求的時(shí)候，直接表述了自己認(rèn)為的解決方法，而跳過(guò)了表述真正的需求的階段；

這種情況下，如果你不多問(wèn)幾個(gè)為什么，可能就被他給帶走，按照對(duì)方的解決方案做了。但實(shí)際上，最終多問(wèn)幾個(gè)why的結(jié)果可能就是加一個(gè)字段的事情，而不多問(wèn)的結(jié)果可能是新做一個(gè)功能；

b. 對(duì)方在跟你表述需求的時(shí)候，自己都沒(méi)有清楚自己要干嘛；

這種情況下，還是多問(wèn)幾個(gè)為什么，幫助他整理自己想怎么樣，為什么要這樣，最終發(fā)現(xiàn)他的真正需求或者說(shuō)最終不需要做需求；

2、確認(rèn)該需求是否有必要

原因可能出現(xiàn)在以下幾個(gè)地方：

①產(chǎn)品經(jīng)理自己YY需求或者僅從某一類用戶的角度考慮問(wèn)題，具體在《你做“需求分析”，踩過(guò)這幾個(gè)坑嗎？》中提到過(guò)。這需要產(chǎn)品經(jīng)理自己進(jìn)行慢慢糾正。

②其他人YY需求；

a.和產(chǎn)品經(jīng)理一樣，其他人也可能容易站在自己也是其中一種類型的用戶立場(chǎng)，或者自己對(duì)某個(gè)功能更專業(yè)的角度，去提絕大部分用戶不會(huì)用或者“太高級(jí)”的功能。

b.也有可能出現(xiàn)在以數(shù)據(jù)為導(dǎo)向的工作方上。舉個(gè)例子：同事A發(fā)現(xiàn)下載量特別差，可能就會(huì)認(rèn)為是下載頁(yè)的整體文案/頁(yè)面風(fēng)格太不吸引人，可能就會(huì)希望能夠把下載頁(yè)進(jìn)行重新調(diào)整。但實(shí)際上，可能并不是文案太差，而是下載按鈕并不明顯。

針對(duì)其他人的YY需求，產(chǎn)品經(jīng)理要會(huì)判別和求證。

3、確認(rèn)該需求的優(yōu)先級(jí)

這個(gè)確實(shí)會(huì)涉及到該需求和其他需求之間的整體關(guān)系，這里不多說(shuō)，以后再單獨(dú)寫一個(gè)需求與需求之間的優(yōu)先級(jí)管理。

但是舉個(gè)例子好了：假設(shè)乃們的產(chǎn)品規(guī)劃是先把主打的亮點(diǎn)部分給優(yōu)化好，再去做基礎(chǔ)性同類產(chǎn)品都有的功能。現(xiàn)在有個(gè)需求是基礎(chǔ)性功能的優(yōu)化，那么就可以先排在后面，不著急做。

二、具體分析：［既然決定生，那就乖乖十月懷胎］

在第一階段中，已經(jīng)把很多“不合格”的需求給排除掉了，到了第二階段，就開(kāi)始進(jìn)入到需求的具體分析階段，該階段具體如下：

1、分析該需求的做法

①確認(rèn)該需求影響到的范圍。

例如：同家公司的兩個(gè)產(chǎn)品可能共用某塊后臺(tái)功能，如果產(chǎn)品A因?yàn)樾枨蠖胍薷墓灿玫哪菈K部分，那么就需要考慮到是否會(huì)影響產(chǎn)品B的數(shù)據(jù)獲取、信息展示等，之后的測(cè)試也都要帶上產(chǎn)品B。

②確認(rèn)該需求的做法。

a.確認(rèn)方案，主要是無(wú)爭(zhēng)議的相對(duì)最優(yōu)方案

例如：現(xiàn)在每個(gè)app都有節(jié)日時(shí)的特殊局部UI功能，這個(gè)功能如何做才能不需要上新版本就闊以靈活變更UI，這是需要確認(rèn)的。當(dāng)然，你也可以說(shuō)，我每需要更改局部UI的時(shí)候，我就上一個(gè)新版本。（簡(jiǎn)單的需求要復(fù)雜做，那我也只能攤手）

b.兩種方案取優(yōu)，這區(qū)別于上述a的情況，而是兩種方案各有優(yōu)劣，針對(duì)不同需求不同情況可能會(huì)得到不同的結(jié)果

例如：同樣一個(gè)頁(yè)面，可以做app原生頁(yè)，也可以做內(nèi)嵌web頁(yè)，耗時(shí)、優(yōu)劣各有不同，需要根據(jù)具體的需求去做具體的選擇。

不同方法會(huì)導(dǎo)致需要不同的資源、人力和配合程度，需要在確認(rèn)做法階段想清楚，以盡可能避免浪費(fèi)、返工的情況。

2、分析該需求的業(yè)務(wù)流程、邏輯判斷

這個(gè)考驗(yàn)產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)的理解、邏輯思考的能力以及細(xì)心程度。（這個(gè)在《你做“需求分析”，踩過(guò)這幾個(gè)坑嗎？》中”具體的需求分析階段“中進(jìn)行過(guò)一部分的反向描述，啊哈）

①梳理業(yè)務(wù)流程：主要是用來(lái)確認(rèn)涉及到的角色類型、角色的屬性、角色的動(dòng)作、角色之間的關(guān)系。

舉個(gè)例子就好了：“發(fā)文章并展示”這個(gè)需求，至少存在幾種不同的流程：（不做好壞評(píng)價(jià)）

a.用戶發(fā)布文章后，都需要該網(wǎng)站編輯進(jìn)行審核、格式整理，配上封面圖再發(fā)布到主頁(yè)內(nèi)容流（所謂的精選）以及細(xì)分分類頻道，例如人人都是產(chǎn)品經(jīng)理；

b.用戶發(fā)布文章后，可以直接顯示在某個(gè)細(xì)分分類頻道中，但是如果要發(fā)布到主頁(yè)內(nèi)容流（所謂的精選），需要該網(wǎng)站編輯審核，但不會(huì)幫你進(jìn)行格式整理，會(huì)進(jìn)行封面配圖，例如pmcaff；

c.用戶發(fā)布文章后，需要投稿到某個(gè)頻道（精選也是分類的一種），還需要對(duì)應(yīng)頻道管理員審核，也不會(huì)幫你進(jìn)行格式整理，也沒(méi)有封面配圖，通過(guò)后顯示在該頻道中，例如簡(jiǎn)書；

②確定流程中的邏輯判斷

確定了業(yè)務(wù)流程之后，根據(jù)流程列出過(guò)程中的判斷邏輯判斷條件以及邊界條件。延續(xù)上面的“發(fā)文章并展示”中b的情況：

a.審核通過(guò)的標(biāo)準(zhǔn)是什么：每個(gè)編輯大人自己定義？還是編輯團(tuán)隊(duì)有統(tǒng)一規(guī)則？還是依靠瀏覽量、點(diǎn)贊量、收藏量這種相對(duì)客觀數(shù)據(jù)；是單一因素影響還是多因素綜合影響，綜合的話是否有分別的不同影響權(quán)重...

b.審核后是否會(huì)導(dǎo)致文章?tīng)顟B(tài)不同？

c.審核后如何展示：展示在哪里、如何排序；

…..

3、根據(jù)具體分析的結(jié)果畫原型圖

原型圖主要是用來(lái)：

1. 讓猿猿們更直觀了解需求；

2. 設(shè)計(jì)師大人更加直觀了解需求，同時(shí)了解頁(yè)面需要表現(xiàn)的內(nèi)容以及重要性程度；

3. 讓所有相關(guān)的人們都根準(zhǔn)備預(yù)估工時(shí)；

那么根據(jù)原型圖的作用，在制作原型圖的時(shí)候，就要明確：

1. 頁(yè)面上展示的內(nèi)容框架；

2. 內(nèi)容的優(yōu)先級(jí)；

另外，強(qiáng)烈建議未確定前都畫手稿，最終確定不改之后，再畫電子稿，具體原因可查看《做“需求分析”，有木有踩過(guò)這幾個(gè)坑？》中的“制作原型圖階段”

三、交付設(shè)計(jì)／開(kāi)發(fā)：［既然帶到了這個(gè)世界，一定要做個(gè)三觀正的蕩蕩少年］

準(zhǔn)備好需求分析的前提下，盡可能早的和設(shè)計(jì)大大溝通。準(zhǔn)備好需求分析＋原型圖的前提下，闊以跟程序猿GG們溝通惹。

把需求分析和原型稿交付給設(shè)計(jì)師，并且明確以下內(nèi)容：

1. 設(shè)計(jì)大大了解細(xì)致的需求是啥；

2. 設(shè)計(jì)大大了解頁(yè)面上需要的內(nèi)容以及重要性差別；

3. 設(shè)計(jì)大大了解你想要的感覺(jué)是啥（一般來(lái)說(shuō)，大大都有自己的想法）；

把需求分析和原型稿交付給程序猿GG們，并且明確：

1. GG們了解細(xì)致的需求是啥；

2. GG們了解需求的業(yè)務(wù)流程、邏輯關(guān)系以及邊界條件等；

3. GG們了解做這個(gè)需求需要哪些方面的支持（是否需要后端、是否需要第三合作方等等）；

四、驗(yàn)收：［三觀不正？你不好，快去掰回來(lái)］

承接第三點(diǎn)，分別進(jìn)行以下的驗(yàn)收：

1、驗(yàn)收設(shè)計(jì)大大的設(shè)計(jì)稿

如果有不合適的地方，盡快進(jìn)行修改，盡量在程序猿GG們沒(méi)寫頁(yè)面之前修改完畢再交付給開(kāi)發(fā)，避免開(kāi)發(fā)不斷的跟著設(shè)計(jì)稿改而改。

（我有罪！猿猿們請(qǐng)?jiān)徫遥。?/p>

2、驗(yàn)收需求

程序猿GG們開(kāi)發(fā)完需求之后，先由測(cè)試大人進(jìn)行功能測(cè)試驗(yàn)收，然后修bug，再驗(yàn)收，再修二次bug等。如果這個(gè)版本的需求都開(kāi)發(fā)完成，那么產(chǎn)品汪們就需要進(jìn)行驗(yàn)收，盡可能早的進(jìn)行第一次驗(yàn)收，這樣出現(xiàn)業(yè)務(wù)相關(guān)的bug就比較容易被發(fā)現(xiàn)。

不要到最后時(shí)刻才做驗(yàn)收！不要到最后時(shí)刻才做驗(yàn)收！不要到最后時(shí)刻才做驗(yàn)收！

五、上線［ 既然該獨(dú)立，就去放縱不羈愛(ài)自由吧］

需求上線后，理論上從本期的功能層面上來(lái)說(shuō)就完成使命鳥～

but，如果有以下情況的話，產(chǎn)品狗你給我回來(lái)，不要跑：

1、該需求被拆分成了n次實(shí)現(xiàn)。

有些需求可能第一版本先上個(gè)簡(jiǎn)單的，之后再繼續(xù)去做優(yōu)化，那么這個(gè)就需要被跟進(jìn)數(shù)據(jù)，再去決定要不要去做優(yōu)化；

2、該需求是“測(cè)試性需求”。

有些需求，一開(kāi)始就是為了測(cè)試用戶反應(yīng)，那么同樣需要被跟進(jìn)具體的數(shù)據(jù)情況，再去決定要不要取消這個(gè)需求或者要不要繼續(xù)升級(jí)這個(gè)需求。

注：《你做“需求分析”，踩過(guò)這幾個(gè)坑嗎？》（點(diǎn)擊閱讀）

【作者介紹】killifer，微信公號(hào)：killifer。華爾街見(jiàn)聞產(chǎn)品經(jīng)理，人人都是產(chǎn)品經(jīng)理專欄作家。腦洞大、笑點(diǎn)低、間歇性“有毛病”的理工科實(shí)力逗比少女。

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見(jiàn)轉(zhuǎn)載須知。