三讀《有效需求分析》，我有這些感受想分享給你
一、誰適合讀此書？
《有效需求分析》這本書其實在產(chǎn)品圈內(nèi)挺出名的，尤其是B端產(chǎn)品經(jīng)理的圈子中。很多朋友看過了之后都大呼“過癮”、“牛逼”、“很贊”，我自己第一遍看完的時候也是這樣的感受。
但是等我第二遍去看的時候，我突然發(fā)現(xiàn)我好像很多內(nèi)容都沒有看懂，感覺除了一些很令人驚嘆的案例比較有印象之外，其他的一些內(nèi)容再看的時候完全都想不起來。
這周末我又翻起來了這本書，準(zhǔn)備第三遍去看它，而且還用了鉛筆做標(biāo)注和筆記。這次閱讀很快，沒有拖拉，基本上2天時間就全部看完了。除了一些精華知識之外，我還看到了一些其他的東西，是我第一遍和和第二遍看的時候都沒有發(fā)現(xiàn)的內(nèi)容。這些內(nèi)容很關(guān)鍵，讓我對此書的判斷有了更加深刻的理解，而不是人云亦云般地跟著夸，跟著推薦。
關(guān)于這本書適合誰來讀，我先將結(jié)論放在前頭：
沒有2年以上的產(chǎn)品經(jīng)驗的朋友不建議看此書； 沒有做過中大型的B端產(chǎn)品項目的朋友不建議看此書； 沒有一定的技術(shù)基礎(chǔ)或者深入體會過項目從0到1過程的朋友不建議讀此書；
當(dāng)然，以上只是我的建議，不建議讀不代表不能讀。只是說如果不滿足條件去閱讀，那么此書的功效只能發(fā)揮一點點，你看完了之后可能會發(fā)現(xiàn)它并沒有傳說的那么玄乎……
二、此書的精華有哪些？
1. “我們不是在畫活動圖，而是在做流程分析；不是在畫類圖，而是在厘清數(shù)據(jù)關(guān)系；不是在畫用例圖，而是在識別場景”。
以上這句話，如果你能get到全部，并會在工作中靈活運用它。那么恭喜你，在產(chǎn)品方法論方面有了自己的一套體系。
2. “傳統(tǒng)的需求分析是站在技術(shù)視角展開的，關(guān)注的是‘方案級需求’；而業(yè)務(wù)驅(qū)動的需求思想則是站在用戶視角展開的，關(guān)注的是‘問題級需求’”。
開篇的這部分內(nèi)容是我初看此書最為震撼的一點，以前我們總是說不要聽客戶說什么，而是要去分析客戶背后真正的意圖是什么，需求是什么的。其實簡單總結(jié)一下就是：我們要分清楚，什么是方案級需求，什么是問題級需求。
之前張小龍戲稱每天都有1億人在教他做產(chǎn)品，其實這些用戶提出的需求大多數(shù)都是方案級需求，例如“微信的語音不能拖動進(jìn)度條，不能加速播放”，“微信不能互刪好友，應(yīng)該要像QQ一樣進(jìn)行互刪”，“微信文件傳輸?shù)拇笮∠拗茟?yīng)該提高到1G”……
如果直接聽客戶反饋的方案來做，那么一款產(chǎn)品就會慢慢地被用戶主導(dǎo)，無節(jié)制地蔓延和擴散。
所以，書中舉出的“吃餅干”的例子很真實，我覺得比“墻上釘釘子掛畫”的例子要接地氣的多了。小孩子半夜要吃餅干，本質(zhì)是因為餓了想吃東西，而不是一定非要餅干。
3. “從宏觀角度來看，組織應(yīng)用類軟件系統(tǒng)需求可以分為價值需求（目標(biāo)場景、干系人關(guān)注點、干系人阻力點）、詳細(xì)需求（對應(yīng)前面的背景，也分為3個線索）兩大部分。價值需求主線包括目標(biāo)場景，干系人關(guān)注點、阻力點兩個角度；而詳細(xì)需求則由行為需求（也稱功能需求）、數(shù)據(jù)需求、非功能需求三條主線組成”。
本書的精華知識都在上面的這張圖上，作者也是按照上述的框架來行文的。此處重點關(guān)注詳細(xì)需求模塊中的三個主線：
功能主線； 數(shù)據(jù)主線； 非功能主線；
這三個模塊是書中的重點，也是最難理解和串聯(lián)起來的部分，如果你覺得自己沒有看懂這本書，那么很大可能就是這三個模塊沒有串起來，可以重點多看幾遍，帶著問題去思考。
4. “需求=預(yù)計-現(xiàn)狀”。
我覺得這個公式可以和俞軍的產(chǎn)品價值公式（產(chǎn)品價值 = （新體驗 – 舊體驗）- 遷移成本）相媲美了。很多時候我們一直在聊需求，需求，需求的，那么什么是需求，當(dāng)我聽到需求的時候我應(yīng)該關(guān)注什么？
這個公式就給出了答案，當(dāng)你聽到“需求”的時候，你應(yīng)該關(guān)注預(yù)計和現(xiàn)狀。用戶的預(yù)期是什么樣的，現(xiàn)狀又是什么樣的，這些都需要去調(diào)研，只有這兩塊一起抓，才能更加準(zhǔn)確的把控“需求”。而不是嘴上天天掛著需求，但是卻像無頭蒼蠅一樣，只會盯著客戶想要的東西，一直對比競品有什么。
5. “我們才是解決方案專家，客戶只是問題專家”。
只有先定義好了問題，才對其原因進(jìn)行分析，然后制定相應(yīng)的解決方案。所以，先收集問題，然后再分析問題，最后再明確解決方案。這三步聽起來似乎很簡單就能做到，但是現(xiàn)實是能按順序且各個階段彼此獨立去完成的人很少。
例如我自己在收集問題的時候就很容易拿到問題就開始分析，然后分析了一頓之后可能卡住了，就不知道自己接下來是攻克這個問題還是繼續(xù)收集問題，或者是其他了。簡單概括一下就是：別忘記自己到底在這個環(huán)節(jié)要做什么！
6. “主、變、支流程的分類是為了幫助大家更好地識別流程，別陷入它是哪類流程的細(xì)節(jié)爭論”。
之前有一些產(chǎn)品朋友和我交流流程圖相關(guān)的知識，會發(fā)現(xiàn)一些流程圖給我看看，其實我評價流程圖畫的好不好主要就是看三個點：
基礎(chǔ)的對齊，布局是否清晰，閱讀無障礙； 有沒有區(qū)分核心流程和次級流程，也就是否含有主、變、支流程的層級； 是否傳達(dá)了清晰的意思，讓我一個非業(yè)務(wù)認(rèn)識也能迅速了解其含義；
其中第二點其實很重要，也是很多產(chǎn)品新人朋友很容易犯錯的一個點，覺得流程圖就是要大而全，然后很多分支，很多判斷，很多元素，看起來才會讓人覺得這個畫圖的人很牛逼。但是其實這顯然是一個誤區(qū)，作為一個閱讀者，我要在龐大的信息中找到我想要的內(nèi)容或者迅速上手這些東西，會特別累，也很低效。
所以當(dāng)我們在梳理一些比較復(fù)雜的業(yè)務(wù)流程的時候，不妨試著采用“主、變、支”的分層方式來思考并繪制流程圖。
主線流程：正常情況下，完成此業(yè)務(wù)的主線流程是什么樣的？用戶最常使用到的流程是什么？提煉這些東西，就是主線流程；
變體流程：除了正常情況之外，但是也可能很高頻出現(xiàn)的流程有哪些？例如在電商平臺下單購買是主線流程，那么修改地址，取消訂單，修改備注等都是變體流程；
支撐流程：還是上面的例子，我們要搭建電商購物的流程，除了主線流程和變體流程之外，我們也要考慮一些支撐的流程，例如支付流程，客服售后流程，物流軌跡跟蹤流程等；
如果我們沒有采用這種層級劃分，而是一條路走到黑，那么這個業(yè)務(wù)流程圖肯定很復(fù)雜，閱讀者也很難get到全面的信息。
7. “數(shù)據(jù)與信息是有差距的，而這個距離就是‘Why’所帶來的，多問問用戶為什么要看到這些數(shù)據(jù)，基于這些數(shù)據(jù)有什么作用……”
書中舉了一個天氣的例子，這個例子在朋友圈中我就完整地經(jīng)歷過。
有一次我看到楊堃老師來深圳出差的時候發(fā)了一條朋友圈，大意是“來深圳之前，查看了一下深圳的天氣預(yù)報（可能是18°左右），以為會冷，結(jié)果穿的太厚了，下了飛機趕緊脫衣服”。然后過了一段時間之后，深圳降溫了（可能是15°左右），他又來了深圳出差，這次他又發(fā)了一條朋友圈，大意是“上次來深圳穿的太厚了，然后我這次少穿了點，結(jié)果下了飛機凍成狗” 。后來第三次的時候，我看到他還沒出差的時候就發(fā)了朋友圈問“各位深圳的朋友能不能告訴我現(xiàn)在深圳穿什么衣服，我兩次都沒有摸準(zhǔn)，這次我決定先問問大家再考慮穿什么”……
去異地出差前看天氣預(yù)報，了解大概多少度，這個在我們生活中很常見。但是多少度并不能幫助我們解決問題，因為我們想看多少度的本意其實不是為了看到數(shù)據(jù)，而是為了拿到信息。
數(shù)據(jù)并不一定是信息，數(shù)據(jù)可能與信息有很大的差距。
通過以上的案例，讓我們試著去思考一下工作中我們經(jīng)常做的一些和數(shù)據(jù)相關(guān)的報表類的工作是否也有步入誤區(qū)。例如給用戶看到的數(shù)字，圖表，圖示到底是數(shù)據(jù)還是信息？用戶在這個場景下，到底是要數(shù)據(jù)還是要信息或者是其他的？我們有把控精準(zhǔn)客戶的需求是什么嗎？
這個案例對我有很大的啟發(fā)，希望你也能有所收獲。
8. “領(lǐng)域建模的核心目的在于厘清系統(tǒng)中應(yīng)該引入哪些業(yè)務(wù)數(shù)據(jù)（范圍），它們之間是什么關(guān)系，因此業(yè)務(wù)數(shù)據(jù)越多、越復(fù)雜，領(lǐng)域建模的工作就越重要”。
書中提到了一個“四色建模法”，相比較干燥地敘述如何進(jìn)行“領(lǐng)域建模”，這個方法更加通俗而且容易查缺補漏。但是我自己對領(lǐng)域建模這一塊的理解還不夠深刻，所以我從網(wǎng)上摘錄了一些解釋，感興趣的朋友自己搜索關(guān)鍵詞進(jìn)行學(xué)習(xí)，以下內(nèi)容均來自網(wǎng)絡(luò)。
時標(biāo)型（Moment-Interval）對象（也稱為過程數(shù)據(jù)）：具有可追溯性的記錄運營或管理數(shù)據(jù)的時刻或時段對象，用粉紅色表示； PPT（Party/Place/Thing）對象（也稱為自然數(shù)據(jù)）：代表參與到流程中的參與方/地點/物，用綠色表示； 角色（Role）對象：在時標(biāo)型對象與 PPT 對象（通常是參與方）之間參與的角色，用黃色表示； 描述（Description）對象：對 PPT 對象的一種補充描述，用藍(lán)色表示；
三、我如何評價此書
為了寫這篇讀書筆記，我又重新翻閱了一遍這本書，相當(dāng)于到現(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)的作用，導(dǎo)致閱讀的時候會有點割裂。
為啥這個時候是講這個？我想看的內(nèi)容啥時候講呀？怎么這個章節(jié)說的內(nèi)容和前面的章節(jié)沒有連貫起來呢？
2. UML的一些知識沒有講清楚
“數(shù)據(jù)主線子篇”有很多案例很豐富，但是作者的行文風(fēng)格還是有點太“IT化”，對一些比較生澀的概念解釋不夠清晰。所以我在前面推薦的時候就說了，此書適合有一些IT基礎(chǔ)或者有從0到1經(jīng)驗的朋友閱讀。如果你沒有基礎(chǔ)，那么此章節(jié)的內(nèi)容可能會看不太懂或者似懂非懂，其實并沒有什么效果。
如果想要對UML的知識做一些補課，那么我首推《火球：UML大戰(zhàn)需求分析》這本書，如果對這一塊的內(nèi)容啃的差不多了，也可以試著閱讀《大象：Thinking in UML》這本書，不過此書難度很高，不太好啃。
3. 虎頭蛇尾，最后的幾章草草收尾
上面我摘錄的精華知識，其實大多數(shù)都是前面幾章的，后幾章的內(nèi)容篇幅很短，也有點草草收尾的感覺。
除了這個之外，一些關(guān)鍵的章節(jié)或者知識點的完結(jié)部分也沒有做總結(jié)和案例分析，如果你看完了，可能就看完了，之前看過了什么可能就不太記得了。
所以，這本書確實是需要多看，反復(fù)看幾遍，在腦海中形成了知識圖譜之后才能完整地將所有的知識串聯(lián)起來。
