三讀《有效需求分析》，我有這些感受想分享給你｜皮醬叨逼叨

一、誰適合讀此書？

《有效需求分析》這本書其實在產(chǎn)品圈內(nèi)挺出名的，尤其是B端產(chǎn)品經(jīng)理的圈子中。很多朋友看過了之后都大呼“過癮”、“牛逼”、“很贊”，我自己第一遍看完的時候也是這樣的感受。

但是等我第二遍去看的時候，我突然發(fā)現(xiàn)我好像很多內(nèi)容都沒有看懂，感覺除了一些很令人驚嘆的案例比較有印象之外，其他的一些內(nèi)容再看的時候完全都想不起來。

這周末我又翻起來了這本書，準備第三遍去看它，而且還用了鉛筆做標注和筆記。這次閱讀很快，沒有拖拉，基本上2天時間就全部看完了。除了一些精華知識之外，我還看到了一些其他的東西，是我第一遍和和第二遍看的時候都沒有發(fā)現(xiàn)的內(nèi)容。這些內(nèi)容很關(guān)鍵，讓我對此書的判斷有了更加深刻的理解，而不是人云亦云般地跟著夸，跟著推薦。

關(guān)于這本書適合誰來讀，我先將結(jié)論放在前頭：

1. 沒有2年以上的產(chǎn)品經(jīng)驗的朋友不建議看此書；
2. 沒有做過中大型的B端產(chǎn)品項目的朋友不建議看此書；
3. 沒有一定的技術(shù)基礎或者深入體會過項目從0到1過程的朋友不建議讀此書；

當然，以上只是我的建議，不建議讀不代表不能讀。只是說如果不滿足條件去閱讀，那么此書的功效只能發(fā)揮一點點，你看完了之后可能會發(fā)現(xiàn)它并沒有傳說的那么玄乎……

二、此書的精華有哪些？

1. “我們不是在畫活動圖，而是在做流程分析；不是在畫類圖，而是在厘清數(shù)據(jù)關(guān)系；不是在畫用例圖，而是在識別場景”。

以上這句話，如果你能get到全部，并會在工作中靈活運用它。那么恭喜你，在產(chǎn)品方法論方面有了自己的一套體系。

2. “傳統(tǒng)的需求分析是站在技術(shù)視角展開的，關(guān)注的是‘方案級需求’；而業(yè)務驅(qū)動的需求思想則是站在用戶視角展開的，關(guān)注的是‘問題級需求’”。

開篇的這部分內(nèi)容是我初看此書最為震撼的一點，以前我們總是說不要聽客戶說什么，而是要去分析客戶背后真正的意圖是什么，需求是什么的。其實簡單總結(jié)一下就是：我們要分清楚，什么是方案級需求，什么是問題級需求。

之前張小龍戲稱每天都有1億人在教他做產(chǎn)品，其實這些用戶提出的需求大多數(shù)都是方案級需求，例如“微信的語音不能拖動進度條，不能加速播放”，“微信不能互刪好友，應該要像QQ一樣進行互刪”，“微信文件傳輸?shù)拇笮∠拗茟撎岣叩?G”……

如果直接聽客戶反饋的方案來做，那么一款產(chǎn)品就會慢慢地被用戶主導，無節(jié)制地蔓延和擴散。

所以，書中舉出的“吃餅干”的例子很真實，我覺得比“墻上釘釘子掛畫”的例子要接地氣的多了。小孩子半夜要吃餅干，本質(zhì)是因為餓了想吃東西，而不是一定非要餅干。

3. “從宏觀角度來看，組織應用類軟件系統(tǒng)需求可以分為價值需求（目標場景、干系人關(guān)注點、干系人阻力點）、詳細需求（對應前面的背景，也分為3個線索）兩大部分。價值需求主線包括目標場景，干系人關(guān)注點、阻力點兩個角度；而詳細需求則由行為需求（也稱功能需求）、數(shù)據(jù)需求、非功能需求三條主線組成”。

本書的精華知識都在上面的這張圖上，作者也是按照上述的框架來行文的。此處重點關(guān)注詳細需求模塊中的三個主線：

1. 功能主線；
2. 數(shù)據(jù)主線；
3. 非功能主線；

這三個模塊是書中的重點，也是最難理解和串聯(lián)起來的部分，如果你覺得自己沒有看懂這本書，那么很大可能就是這三個模塊沒有串起來，可以重點多看幾遍，帶著問題去思考。

4. “需求=預計-現(xiàn)狀”。

我覺得這個公式可以和俞軍的產(chǎn)品價值公式（產(chǎn)品價值 = （新體驗 – 舊體驗）- 遷移成本）相媲美了。很多時候我們一直在聊需求，需求，需求的，那么什么是需求，當我聽到需求的時候我應該關(guān)注什么？

這個公式就給出了答案，當你聽到“需求”的時候，你應該關(guān)注預計和現(xiàn)狀。用戶的預期是什么樣的，現(xiàn)狀又是什么樣的，這些都需要去調(diào)研，只有這兩塊一起抓，才能更加準確的把控“需求”。而不是嘴上天天掛著需求，但是卻像無頭蒼蠅一樣，只會盯著客戶想要的東西，一直對比競品有什么。

5. “我們才是解決方案專家，客戶只是問題專家”。

只有先定義好了問題，才對其原因進行分析，然后制定相應的解決方案。所以，先收集問題，然后再分析問題，最后再明確解決方案。這三步聽起來似乎很簡單就能做到，但是現(xiàn)實是能按順序且各個階段彼此獨立去完成的人很少。

例如我自己在收集問題的時候就很容易拿到問題就開始分析，然后分析了一頓之后可能卡住了，就不知道自己接下來是攻克這個問題還是繼續(xù)收集問題，或者是其他了。簡單概括一下就是：別忘記自己到底在這個環(huán)節(jié)要做什么！

6. “主、變、支流程的分類是為了幫助大家更好地識別流程，別陷入它是哪類流程的細節(jié)爭論”。

之前有一些產(chǎn)品朋友和我交流流程圖相關(guān)的知識，會發(fā)現(xiàn)一些流程圖給我看看，其實我評價流程圖畫的好不好主要就是看三個點：

• 基礎的對齊，布局是否清晰，閱讀無障礙；
• 有沒有區(qū)分核心流程和次級流程，也就是否含有主、變、支流程的層級；
• 是否傳達了清晰的意思，讓我一個非業(yè)務認識也能迅速了解其含義；

其中第二點其實很重要，也是很多產(chǎn)品新人朋友很容易犯錯的一個點，覺得流程圖就是要大而全，然后很多分支，很多判斷，很多元素，看起來才會讓人覺得這個畫圖的人很牛逼。但是其實這顯然是一個誤區(qū)，作為一個閱讀者，我要在龐大的信息中找到我想要的內(nèi)容或者迅速上手這些東西，會特別累，也很低效。

所以當我們在梳理一些比較復雜的業(yè)務流程的時候，不妨試著采用“主、變、支”的分層方式來思考并繪制流程圖。

主線流程：正常情況下，完成此業(yè)務的主線流程是什么樣的？用戶最常使用到的流程是什么？提煉這些東西，就是主線流程；

變體流程：除了正常情況之外，但是也可能很高頻出現(xiàn)的流程有哪些？例如在電商平臺下單購買是主線流程，那么修改地址，取消訂單，修改備注等都是變體流程；

支撐流程：還是上面的例子，我們要搭建電商購物的流程，除了主線流程和變體流程之外，我們也要考慮一些支撐的流程，例如支付流程，客服售后流程，物流軌跡跟蹤流程等；

如果我們沒有采用這種層級劃分，而是一條路走到黑，那么這個業(yè)務流程圖肯定很復雜，閱讀者也很難get到全面的信息。

7. “數(shù)據(jù)與信息是有差距的，而這個距離就是‘Why’所帶來的，多問問用戶為什么要看到這些數(shù)據(jù)，基于這些數(shù)據(jù)有什么作用……”

書中舉了一個天氣的例子，這個例子在朋友圈中我就完整地經(jīng)歷過。

有一次我看到楊堃老師來深圳出差的時候發(fā)了一條朋友圈，大意是“來深圳之前，查看了一下深圳的天氣預報（可能是18°左右），以為會冷，結(jié)果穿的太厚了，下了飛機趕緊脫衣服”。然后過了一段時間之后，深圳降溫了（可能是15°左右），他又來了深圳出差，這次他又發(fā)了一條朋友圈，大意是“上次來深圳穿的太厚了，然后我這次少穿了點，結(jié)果下了飛機凍成狗” 。后來第三次的時候，我看到他還沒出差的時候就發(fā)了朋友圈問“各位深圳的朋友能不能告訴我現(xiàn)在深圳穿什么衣服，我兩次都沒有摸準，這次我決定先問問大家再考慮穿什么”……

去異地出差前看天氣預報，了解大概多少度，這個在我們生活中很常見。但是多少度并不能幫助我們解決問題，因為我們想看多少度的本意其實不是為了看到數(shù)據(jù)，而是為了拿到信息。

數(shù)據(jù)并不一定是信息，數(shù)據(jù)可能與信息有很大的差距。

通過以上的案例，讓我們試著去思考一下工作中我們經(jīng)常做的一些和數(shù)據(jù)相關(guān)的報表類的工作是否也有步入誤區(qū)。例如給用戶看到的數(shù)字，圖表，圖示到底是數(shù)據(jù)還是信息？用戶在這個場景下，到底是要數(shù)據(jù)還是要信息或者是其他的？我們有把控精準客戶的需求是什么嗎？

這個案例對我有很大的啟發(fā)，希望你也能有所收獲。

8. “領(lǐng)域建模的核心目的在于厘清系統(tǒng)中應該引入哪些業(yè)務數(shù)據(jù)（范圍），它們之間是什么關(guān)系，因此業(yè)務數(shù)據(jù)越多、越復雜，領(lǐng)域建模的工作就越重要”。

書中提到了一個“四色建模法”，相比較干燥地敘述如何進行“領(lǐng)域建模”，這個方法更加通俗而且容易查缺補漏。但是我自己對領(lǐng)域建模這一塊的理解還不夠深刻，所以我從網(wǎng)上摘錄了一些解釋，感興趣的朋友自己搜索關(guān)鍵詞進行學習，以下內(nèi)容均來自網(wǎng)絡。

• 時標型（Moment-Interval）對象（也稱為過程數(shù)據(jù)）：具有可追溯性的記錄運營或管理數(shù)據(jù)的時刻或時段對象，用粉紅色表示；
• PPT（Party/Place/Thing）對象（也稱為自然數(shù)據(jù)）：代表參與到流程中的參與方/地點/物，用綠色表示；
• 角色（Role）對象：在時標型對象與 PPT 對象（通常是參與方）之間參與的角色，用黃色表示；
• 描述（Description）對象：對 PPT 對象的一種補充描述，用藍色表示；

三、我如何評價此書

為了寫這篇讀書筆記，我又重新翻閱了一遍這本書，相當于到現(xiàn)在為止其實我已經(jīng)閱讀了4遍了。此書有一些內(nèi)容確實很贊，會讓人時不時有那種“啊哈moment”，但是多閱讀了幾遍之后我還是發(fā)現(xiàn)了一些瑕疵，所以我把自己的一些觀點放在最后。瑕不掩瑜，此書還是可以稱為YYDS，我依然一如既往對它打高分。

1. 前期的行文結(jié)構(gòu)混亂

我看書的時候經(jīng)常會先去看看目錄，看看有沒有什么精彩的內(nèi)容可以先閱讀，或者了解一下大概本書會講什么內(nèi)容。本書前面幾章的連貫性不強，雖然整體結(jié)構(gòu)是總—分—分結(jié)構(gòu)，但是前期的“總”部分沒有做到很好的提綱挈領(lǐng)的作用，導致閱讀的時候會有點割裂。

為啥這個時候是講這個？我想看的內(nèi)容啥時候講呀？怎么這個章節(jié)說的內(nèi)容和前面的章節(jié)沒有連貫起來呢？

2. UML的一些知識沒有講清楚

“數(shù)據(jù)主線子篇”有很多案例很豐富，但是作者的行文風格還是有點太“IT化”，對一些比較生澀的概念解釋不夠清晰。所以我在前面推薦的時候就說了，此書適合有一些IT基礎或者有從0到1經(jīng)驗的朋友閱讀。如果你沒有基礎，那么此章節(jié)的內(nèi)容可能會看不太懂或者似懂非懂，其實并沒有什么效果。

如果想要對UML的知識做一些補課，那么我首推《火球：UML大戰(zhàn)需求分析》這本書，如果對這一塊的內(nèi)容啃的差不多了，也可以試著閱讀《大象：Thinking in UML》這本書，不過此書難度很高，不太好啃。

3. 虎頭蛇尾，最后的幾章草草收尾

上面我摘錄的精華知識，其實大多數(shù)都是前面幾章的，后幾章的內(nèi)容篇幅很短，也有點草草收尾的感覺。

除了這個之外，一些關(guān)鍵的章節(jié)或者知識點的完結(jié)部分也沒有做總結(jié)和案例分析，如果你看完了，可能就看完了，之前看過了什么可能就不太記得了。

所以，這本書確實是需要多看，反復看幾遍，在腦海中形成了知識圖譜之后才能完整地將所有的知識串聯(lián)起來。

—— 如果覺得文章還OK，請轉(zhuǎn)發(fā) ——

特別提示：關(guān)注本專欄，別錯過行業(yè)干貨！

PS：本司承接 小紅書 / 淘寶逛逛 / 抖音 / 百度系 / 知乎 / 微博/大眾點評 等 全網(wǎng)各平臺推廣；

咨詢微信：139 1053 2512 (同電話)

首席增長官CGO薦讀：

• 《首席增長官 – 增長黑客 Growth Hacker》
• 《小紅書 – 增長黑客 Growth Hacker》
• 《視頻號 – 增長黑客 Growth Hacker》

更多精彩，關(guān)注：增長黑客（GrowthHK.cn）

增長黑客（Growth Hacker）是依靠技術(shù)和數(shù)據(jù)來達成各種營銷目標的新型團隊角色。從單線思維者時常忽略的角度和高度，梳理整合產(chǎn)品發(fā)展的因素，實現(xiàn)低成本甚至零成本帶來的有效增長…