要想做出好的產(chǎn)品，前提就是要深刻的理解需求，需求不止是個(gè)問(wèn)題，它貫穿了產(chǎn)品的全生命周期，它的形態(tài)不斷發(fā)生變化。

需求是什么？需求本質(zhì)上就是問(wèn)題，問(wèn)題是什么？問(wèn)題本質(zhì)就是現(xiàn)狀和預(yù)期的差距，產(chǎn)品經(jīng)理終其一生要做的事就是發(fā)現(xiàn)問(wèn)題并提出問(wèn)題的解決方案，同時(shí)讓這個(gè)解決方案在商業(yè)上獲得成功，這個(gè)解決方案就是我們所說(shuō)的產(chǎn)品。

要想做出好的產(chǎn)品，前提就是要深刻的理解需求，需求不止是個(gè)問(wèn)題，它貫穿了產(chǎn)品的全生命周期，它的形態(tài)不斷發(fā)生變化，需求的變化過(guò)程也是從產(chǎn)品從一個(gè)初步構(gòu)想的點(diǎn)子、到形成解決方案、完成功能設(shè)計(jì)到最后形成產(chǎn)品的過(guò)程。

1. 用戶(hù)需求

隨著產(chǎn)品的推進(jìn)，需求形態(tài)也會(huì)發(fā)生變化，最開(kāi)始的時(shí)候，當(dāng)這個(gè)需求被發(fā)現(xiàn)時(shí)，我們管它叫用戶(hù)需求，也許這個(gè)需求是運(yùn)維或者市場(chǎng)人員傳達(dá)過(guò)來(lái)的二手需求，也許是產(chǎn)品經(jīng)理和用戶(hù)調(diào)研后獲取的一手需求，也可能是通過(guò)系統(tǒng)的數(shù)據(jù)分析得到的優(yōu)化需求，本質(zhì)上都是用戶(hù)需求。

用戶(hù)需求是最原始的需求，有以下4個(gè)特點(diǎn)：

（1）煙囪需求

這是一個(gè)特立獨(dú)行的需求，類(lèi)似的用戶(hù)都沒(méi)有這個(gè)訴求，完全是一個(gè)個(gè)性化的需求，用戶(hù)的意圖是追求滿足個(gè)人的需求，而非滿足帶有集體人格的角色需求，這類(lèi)需求被稱(chēng)為煙囪需求，在需求采集階段發(fā)現(xiàn)了這類(lèi)需求要果斷拋棄掉 。

曾經(jīng)我們做PMS系統(tǒng)，需要管項(xiàng)目的流程，一個(gè)項(xiàng)目可能涉及很多個(gè)流程環(huán)節(jié)，這些環(huán)節(jié)有嚴(yán)格的前后關(guān)系，有個(gè)別的項(xiàng)目經(jīng)理提需求，希望能有項(xiàng)目信息補(bǔ)錄功能，可以在項(xiàng)目執(zhí)行完畢后統(tǒng)一補(bǔ)錄，或者可以跳過(guò)某些環(huán)節(jié)。

顯然這個(gè)需求不符合企業(yè)管理上對(duì)項(xiàng)目經(jīng)理這個(gè)角色要求的定義，管理就是要固流程，規(guī)范項(xiàng)目經(jīng)理的操作，領(lǐng)導(dǎo)可以實(shí)時(shí)看到項(xiàng)目的進(jìn)展，如果按照某個(gè)項(xiàng)目經(jīng)理要求開(kāi)個(gè)后門(mén)，管理目標(biāo)就達(dá)不到了，這個(gè)需求就是煙囪需求。

（2）重復(fù)需求

在需求調(diào)研時(shí)，從不同渠道、不同用戶(hù)收集來(lái)的需求，可能存在很多相似或者重復(fù)的需求，這類(lèi)需求在下一階段需要進(jìn)行合并處理，有時(shí)這些重復(fù)的需求帶有一定的隱蔽性，只從用戶(hù)的需求描述上感覺(jué)完全是兩個(gè)不同的用戶(hù)需求，但實(shí)際上是相同的需求。

這個(gè)時(shí)候就需要了解需求的層次，不能只看表面的需求，需要理解用戶(hù)更深層次的需求，比如：一個(gè)用戶(hù)說(shuō)希望把某個(gè)功能菜單改為一級(jí)，另一個(gè)用戶(hù)希望把這個(gè)功的菜單改為特殊顏色標(biāo)志，只看表面確實(shí)是兩個(gè)不同的需求，我們的解決方案可能最終按照用戶(hù)的想法把菜單提升到一級(jí)并且修改了顏色，這么做是典型用戶(hù)說(shuō)什么，我們就做什么，最后的結(jié)果就是把系統(tǒng)做爛掉。

往深層次分析一下用戶(hù)的動(dòng)機(jī)，這兩個(gè)用戶(hù)的動(dòng)機(jī)其實(shí)是一致的，都是為了快速找到自己常用的功能，只是分別提出了不同的解決方案。

分析到這個(gè)層次機(jī)會(huì)發(fā)現(xiàn)，要解決用戶(hù)的這個(gè)問(wèn)題，比較好的解決方案，不是改變現(xiàn)有的菜單體系，而是在個(gè)人首頁(yè)單獨(dú)增加一個(gè)快速菜單的入口，這是個(gè)通用的功能，用戶(hù)可以定制自己經(jīng)常訪問(wèn)的功能。

（3）矛盾需求

用戶(hù)需求很多都是矛盾的，不同人提的需求有矛盾，比如：一個(gè)功能按鈕的顏色，有的用戶(hù)希望是灰色的，這樣整體色調(diào)顯得更協(xié)調(diào)，有的用戶(hù)希望按鈕顏色更深一些，可以更顯眼。

還有就是一個(gè)人提的需求，前后存在矛盾的地方，針對(duì)這類(lèi)問(wèn)題一定要及時(shí)和用戶(hù)溝通，有時(shí)候可能是表述上的失誤，也有可能是我們理解上問(wèn)題，一定和用戶(hù)確認(rèn)清楚。

（4）不可實(shí)現(xiàn)需求

用戶(hù)一般不會(huì)考慮技術(shù)的可行性或者開(kāi)發(fā)的成本，大部分用戶(hù)都是不懂技術(shù)的，他們提出這些需求很多時(shí)候是被互聯(lián)網(wǎng)產(chǎn)品教化的結(jié)果，用戶(hù)接觸太多互聯(lián)網(wǎng)產(chǎn)品，總覺(jué)得實(shí)現(xiàn)起來(lái)都很簡(jiǎn)單，人家能做你們也應(yīng)該能做。

比如：原來(lái)我們做訂單管理模塊，用戶(hù)就說(shuō)你們按照淘寶做就行了，有現(xiàn)成的可以借鑒，不用你們單獨(dú)造輪子，這就是典型的不計(jì)成本，大公司互聯(lián)網(wǎng)產(chǎn)品背后的研發(fā)團(tuán)隊(duì)豈能和一個(gè)項(xiàng)目組同日而語(yǔ)，遇到這這種情況也就只能呵呵了。

2. 業(yè)務(wù)需求

業(yè)務(wù)需求是對(duì)用戶(hù)需求第一次過(guò)濾、分析后形成的需求， 業(yè)務(wù)需求本身并沒(méi)有很抽象的功能設(shè)計(jì)，用戶(hù)很容易看得懂，研發(fā)也能清晰的知道要做什么，所以業(yè)務(wù)需求更像一個(gè)用戶(hù)思維和系統(tǒng)思維的轉(zhuǎn)換器。

用戶(hù)需求和業(yè)務(wù)需求之間的關(guān)系是多對(duì)多，也就是說(shuō)不同的用戶(hù)需求可以合并為一個(gè)業(yè)務(wù)需求，一個(gè)用戶(hù)需求也可能拆分成多個(gè)業(yè)務(wù)需求，最終產(chǎn)出業(yè)務(wù)需求需要經(jīng)過(guò)需求識(shí)別、場(chǎng)景分析、流程分析、數(shù)據(jù)分析4個(gè)步驟.

（1）需求識(shí)別

這個(gè)步驟就是對(duì)用戶(hù)需求的重新篩選、整合的過(guò)程，去除技術(shù)上無(wú)法實(shí)現(xiàn)和煙囪需求、整合重復(fù)需求，明確矛盾需求，初步產(chǎn)出一個(gè)需求列表，這個(gè)需求列表還不是最終的業(yè)務(wù)需求，而是明確要做、能做、無(wú)歧義的用戶(hù)需求。

（2）場(chǎng)景分析

對(duì)這些明確的用戶(hù)需求通過(guò)具體的場(chǎng)景分析，明確產(chǎn)品的喚起點(diǎn)和喚起人，這個(gè)人就是角色，角色對(duì)B端產(chǎn)品而言非常重要，往往B端的產(chǎn)品涉及的角色更復(fù)雜。

場(chǎng)景的喚起存在主動(dòng)喚起和被動(dòng)喚起，主動(dòng)喚起就是在某個(gè)場(chǎng)景下需要使用產(chǎn)品，比如：移動(dòng)OA的主動(dòng)喚起場(chǎng)景是用戶(hù)在出差的火車(chē)上、被動(dòng)喚起場(chǎng)景是系統(tǒng)的一條待辦審批的短信通知。

另外做場(chǎng)景分析一定不要忘記例外場(chǎng)景分析，比如：我們?cè)O(shè)計(jì)一個(gè)工程現(xiàn)場(chǎng)管理的APP，要在現(xiàn)場(chǎng)采集一些施工檢查的圖片，很多時(shí)候施工都是在大山里，網(wǎng)絡(luò)環(huán)境不好，如果連不上移動(dòng)網(wǎng)絡(luò)怎么辦， 這個(gè)是時(shí)候就要考慮在網(wǎng)絡(luò)不好情況下的緩存機(jī)制，后面可以直接將緩存數(shù)據(jù)導(dǎo)入PC服務(wù)端。

（3）流程分析

流程分析是對(duì)場(chǎng)景的細(xì)化，需要分析清楚具體的業(yè)務(wù)流程，這個(gè)流程不一定完全是系統(tǒng)流程，而是完整的業(yè)務(wù)流，有些需要在線下完成，有些需要通過(guò)系統(tǒng)完成，通過(guò)完整的業(yè)務(wù)流程分析，能夠基本明確不同的用戶(hù)通過(guò)系統(tǒng)需要完成哪些事。

流程也是分級(jí)的，管理級(jí)的流程看到的是端到端的業(yè)務(wù)線條，操作級(jí)的流程就是全流程中的一環(huán)。比如：采購(gòu)過(guò)程從提出請(qǐng)購(gòu)、采購(gòu)方案立項(xiàng)到招標(biāo)、是一個(gè)端到端的長(zhǎng)流程，發(fā)出招標(biāo)公告就是一個(gè)操作級(jí)的流程，由項(xiàng)目經(jīng)理負(fù)責(zé)起草，相關(guān)領(lǐng)導(dǎo)審批后發(fā)出。

（4）數(shù)據(jù)分析

數(shù)據(jù)分析是在流程分析的基礎(chǔ)上建立業(yè)務(wù)數(shù)據(jù)模型，明確每個(gè)流程的輸入和輸出數(shù)據(jù)，然后在此基礎(chǔ)上梳理出整體數(shù)據(jù)模型，明確業(yè)務(wù)實(shí)體之間的關(guān)系，這個(gè)時(shí)候針對(duì)每個(gè)實(shí)體的屬性可能并不全，沒(méi)關(guān)系這是下個(gè)階段的事，現(xiàn)在關(guān)鍵是要出一張完整的業(yè)務(wù)數(shù)據(jù)模型圖。

是不是一定要用UML工具，我覺(jué)得也未必，UML是比較通用的語(yǔ)言，研發(fā)做設(shè)計(jì)是一定要用，描述需求只要能表達(dá)清楚，工具顯得不那么重要。

3. 系統(tǒng)需求（項(xiàng)目需求）

系統(tǒng)需求一般是指針對(duì)某個(gè)項(xiàng)目的定制開(kāi)發(fā)需求，所以系統(tǒng)需求也叫項(xiàng)目需求，這個(gè)時(shí)候完全是根據(jù)用戶(hù)需求進(jìn)行定制，不會(huì)考慮過(guò)多的靈活性、通用性、多版本。

業(yè)務(wù)需求要轉(zhuǎn)化為系統(tǒng)需求還要經(jīng)過(guò)功能設(shè)計(jì)、交互設(shè)計(jì)和數(shù)據(jù)割接設(shè)計(jì)3個(gè)步驟。

（1）功能設(shè)計(jì)

通過(guò)業(yè)務(wù)需求的整理，輸出的是業(yè)務(wù)功能，而通過(guò)功能設(shè)計(jì)產(chǎn)出的是系統(tǒng)功能，業(yè)務(wù)功能和系統(tǒng)功能存在映射關(guān)系，一般也是多對(duì)多的關(guān)系。

舉例說(shuō)明，業(yè)務(wù)需求是一個(gè)報(bào)表需求，但是要在系統(tǒng)上完全實(shí)現(xiàn)這個(gè)報(bào)表需求可能需要很多個(gè)系統(tǒng)功能去實(shí)現(xiàn)。

• 首先分析這個(gè)報(bào)表需要展示的字段，目前系統(tǒng)數(shù)據(jù)不全，需要增加一個(gè)單獨(dú)的采集功能采集更多的數(shù)據(jù)才能展示。
• 其次這個(gè)報(bào)表中的某些字段需要從現(xiàn)有的流程模塊中提取，而目前流程模塊記錄形式不滿足要求，需要對(duì)現(xiàn)有的流程模塊進(jìn)行功能優(yōu)化。
• 最后這個(gè)報(bào)表的數(shù)據(jù)量非常大，可能是百萬(wàn)、千萬(wàn)級(jí)別的，目前的技術(shù)架構(gòu)在性能上無(wú)法滿足快速采集并生成數(shù)據(jù)報(bào)表，這個(gè)時(shí)候可能需要在技術(shù)架構(gòu)層面進(jìn)行優(yōu)化，引入solr和es，可以實(shí)現(xiàn)數(shù)據(jù)的快速檢索。

如果不在技術(shù)架構(gòu)層面改造，也需要針對(duì)這種大數(shù)據(jù)量的報(bào)表增加定時(shí)處理功能，比如每天定時(shí)生成報(bào)表推送給用戶(hù)，這在一定程度上也能規(guī)避性能問(wèn)題。

經(jīng)過(guò)分析發(fā)現(xiàn)要滿足一個(gè)報(bào)表生成的業(yè)務(wù)功能需求，需要新增1個(gè)采集功能，1個(gè)定時(shí)報(bào)表生成功能、1個(gè)報(bào)表展示功能，優(yōu)化1個(gè)流程表單，甚至還要優(yōu)化技術(shù)架構(gòu)。

（2）交互設(shè)計(jì)

交互設(shè)計(jì)這一步就是要根據(jù)具體的系統(tǒng)功能，由產(chǎn)品經(jīng)理和交互設(shè)計(jì)師配合完成，通過(guò)交互設(shè)計(jì)輸出原型，原型是系統(tǒng)需求的一部分，系統(tǒng)需求文檔和原型設(shè)計(jì)才是一份完整的需求說(shuō)書(shū)。

產(chǎn)出高保真原型的成本很低，針對(duì)B端產(chǎn)品我個(gè)人建議盡量產(chǎn)出高保真原型，很多時(shí)候需要和用戶(hù)領(lǐng)導(dǎo)匯報(bào)，高保證原型是需求確認(rèn)的最好方式，可以最大限度的避免需求理解的差異，減少后續(xù)的需求變更。

高保證原型大部分時(shí)候是由專(zhuān)職的交互設(shè)計(jì)師完成，產(chǎn)品經(jīng)理和交互設(shè)計(jì)師對(duì)接的方式，根據(jù)不同的管理模式有差異。

如果設(shè)計(jì)師屬于自己的產(chǎn)品團(tuán)隊(duì)，為了更高效的產(chǎn)出原型，產(chǎn)品經(jīng)理可以通過(guò)白板畫(huà)些草圖就可以交付設(shè)計(jì)了，如果設(shè)計(jì)師是資源池共享資源，建議由產(chǎn)品經(jīng)理先畫(huà)一版線框圖原型交付設(shè)計(jì)，當(dāng)然作為產(chǎn)品經(jīng)理具備交互設(shè)計(jì)師的能力，完全自己搞定也是可以的。

關(guān)于交互設(shè)計(jì)，相關(guān)的文章很多，我先前也寫(xiě)過(guò)一些類(lèi)似文章，這里不再多說(shuō)。

（3）數(shù)據(jù)割接設(shè)計(jì)案

這個(gè)步驟常常是容易被產(chǎn)品經(jīng)理忽略的，總感覺(jué)這個(gè)是研發(fā)的事，實(shí)際在B端項(xiàng)目實(shí)施時(shí)，每次大的迭代都可能涉及到數(shù)據(jù)割接。比如：本次迭代設(shè)計(jì)流程變更，在原來(lái)基礎(chǔ)上取消了幾個(gè)流程環(huán)節(jié)，這些取消的環(huán)節(jié)可能在系統(tǒng)上線時(shí)候有很多正在處理的待辦，這些待辦如何處理？

一種方法是通知大家，在系統(tǒng)上線前人工把全部待辦處理掉，還有一種方法就是把流程退回上一環(huán)節(jié)，取消當(dāng)前待辦，這就需要研發(fā)寫(xiě)個(gè)腳本在系統(tǒng)上線時(shí)統(tǒng)一處理，數(shù)據(jù)割接的業(yè)務(wù)規(guī)則，需要產(chǎn)品經(jīng)理來(lái)定，研發(fā)給出割接的技術(shù)方案，最后由工程人員實(shí)施。

4. 產(chǎn)品需求

最后談?wù)劗a(chǎn)品需求，產(chǎn)品需求是對(duì)多個(gè)項(xiàng)目需求的抽象總結(jié)，項(xiàng)目需求要干的事，產(chǎn)品需求都要做，功能設(shè)計(jì)、原型設(shè)計(jì)一個(gè)都不能少，除此之外有兩個(gè)關(guān)鍵點(diǎn)，是產(chǎn)品需求有別于項(xiàng)目需求的部分，第一是需求抽象、第二是產(chǎn)品版本管理。

（1）需求抽象

產(chǎn)品抽象的初步目標(biāo)是讓系統(tǒng)的通用性更高，最直接的實(shí)現(xiàn)方式就是增加各種各樣的配置功能，滿足各種各樣的需求，整個(gè)產(chǎn)品的靈活性更好，需求的響應(yīng)速度更快。

產(chǎn)品需求抽象的最終目標(biāo)是不斷進(jìn)行業(yè)務(wù)積累，逐漸形成自己產(chǎn)品線的業(yè)務(wù)中臺(tái)。

比如：一個(gè)采購(gòu)管理的產(chǎn)品，web門(mén)戶(hù)、 采購(gòu)訂單、業(yè)務(wù)告警都是這個(gè)產(chǎn)品的功能模塊，在這個(gè)產(chǎn)品里這些功能模塊抽象程度很高，但是如果現(xiàn)在要做一個(gè)PMS系統(tǒng)，也會(huì)用到web門(mén)戶(hù)，也需要對(duì)業(yè)務(wù)用戶(hù)進(jìn)行進(jìn)度告警，直接把采購(gòu)系統(tǒng)的功能拿過(guò)來(lái)沒(méi)法直接用，還要進(jìn)行大量的改造。

這時(shí)的辦法就是把門(mén)戶(hù)、告警單獨(dú)提出來(lái)做成共享的產(chǎn)品模塊，預(yù)留接口，不同的產(chǎn)品或者項(xiàng)目可以直接使用，可以快速完成不同項(xiàng)目的交付，所以做產(chǎn)品需求的目標(biāo)是做中臺(tái)需求甚至是后臺(tái)需求。

（2）多版本

產(chǎn)品需求要考慮多版本，一個(gè)是按照市場(chǎng)定價(jià)，會(huì)有免費(fèi)版、基本版、高級(jí)版等相關(guān)的版本，另外一個(gè)就是根據(jù)不同的行業(yè)劃分不同的版本。

#專(zhuān)欄作家#

奮斗De奶爸，微信公眾號(hào)：奶爸的小客棧（ID：naiba2000），人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家。10年以上產(chǎn)品、項(xiàng)目管理實(shí)戰(zhàn)經(jīng)驗(yàn)，關(guān)注企業(yè)供應(yīng)鏈、數(shù)據(jù)中心、IT監(jiān)控等產(chǎn)品，喜歡琢磨，希望把有價(jià)值的產(chǎn)品理念和實(shí)戰(zhàn)經(jīng)驗(yàn)傳遞給需要的人。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于CC0協(xié)議