對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)，大多數(shù)的日常都是圍繞需求展開(kāi)的——溝通需求、實(shí)現(xiàn)需求等。那么對(duì)于需求這一內(nèi)容，如果做好正確理解，相信會(huì)對(duì)后續(xù)實(shí)現(xiàn)提供很大幫助。

接著上一篇《需求方法論（1）：需求的理解、來(lái)源、挖掘與記錄》

我認(rèn)為得先理解需求是什么？然后需求會(huì)從哪些地方來(lái)？如果自己挖掘需求該怎么做？需求來(lái)了之后該怎么記錄？記錄以后該怎么進(jìn)行分析？分析之后該怎么進(jìn)行驗(yàn)證？驗(yàn)證之后怎么進(jìn)行排序？

所以我的需求方法論由七個(gè)部分組成：需求的理解、需求的來(lái)源、需求的挖掘、需求的記錄、需求的分析、需求的驗(yàn)證、需求的優(yōu)先級(jí)排序。

這篇文章是關(guān)于需求的分析、驗(yàn)證與排序。

一、需求的分析

需求分析的目的在于這個(gè)需求做不做，所以得分析這個(gè)需求的合理性。

1. 角色分析：這是誰(shuí)提的需求？

領(lǐng)導(dǎo)、運(yùn)營(yíng)團(tuán)隊(duì)、還是用戶(hù)？不同人站的立場(chǎng)不同，他們提出需求的目的也就不同。前面也提到過(guò)，每個(gè)人說(shuō)出的話語(yǔ)都是受到自己認(rèn)知所左右的主觀意識(shí)的表達(dá)，所以不能光看他們說(shuō)的話，還得去想為什么他們會(huì)說(shuō)出這些話？是否受到自己所在立場(chǎng)的影響？

如果是用戶(hù)提的，那這個(gè)用戶(hù)是否是目標(biāo)用戶(hù)？是重度使用的用戶(hù)還是一般用戶(hù)？如果連提出者是什么身份都沒(méi)搞清楚的話有可能會(huì)大大影響后面的判斷。

舉例：比如通過(guò)訂單數(shù)量可以初步判斷該用戶(hù)是否是重度用戶(hù)；通過(guò)訂單均價(jià)可以判斷該用戶(hù)大概的收入層級(jí)，等等。

2. 目的分析：提出者是出于什么樣的目的而提出？

前面提到過(guò)，時(shí)代雖然變了，但是需求沒(méi)變，變的只有需求的解決方案。所以得“透過(guò)顯像看本質(zhì)”，挖掘提出者最本質(zhì)的需求。

所以需求又可以分為：表面需求、本質(zhì)需求、產(chǎn)品需求。表面需求就是他人提出的需求，本質(zhì)需求就是提出者的目的，產(chǎn)品需求就是我們能給出的解決方案。

如果是用戶(hù)提出的需求，一般用戶(hù)喜歡直接給出解決方案，會(huì)直接指出他覺(jué)得應(yīng)該怎么做。那么，他提的是不是偽需求？是否只能滿(mǎn)足一小部分人，而會(huì)損害大部分人的體驗(yàn)？他提出的就是最好的解決方案嗎？如果不解決用戶(hù)會(huì)有多痛苦？

如果是領(lǐng)導(dǎo)提出的需求，他是出于戰(zhàn)略、商業(yè)上的考量？他提出的就是最佳選擇嗎？前面提到過(guò)，公司需求和用戶(hù)需求可能是存在矛盾點(diǎn)的，所以需要平衡這些矛盾點(diǎn)。

舉例：比如領(lǐng)導(dǎo)想要在某一板塊加上另一頁(yè)面的引導(dǎo)廣告彈窗，那這個(gè)彈窗是否會(huì)影響到用戶(hù)的操作體驗(yàn)？可能領(lǐng)導(dǎo)的目的在于為那個(gè)板塊增加流量，那引導(dǎo)點(diǎn)是否加在其他地方會(huì)更好。

3. 定位分析：這個(gè)需求和當(dāng)前產(chǎn)品的定位有沒(méi)有沖突？

如果有，沖突有多大？做了這個(gè)功能后會(huì)顯得格格不入嗎？會(huì)不會(huì)影響用戶(hù)對(duì)產(chǎn)品的看法？有沒(méi)有辦法縮小這個(gè)沖突？

4. 廣度、頻率分析：這和需求的接受程度怎么樣？

最多能覆蓋多少目標(biāo)用戶(hù)？會(huì)不會(huì)影響其他用戶(hù)的使用體驗(yàn)？并不是要精確的覆蓋人數(shù)，但是需要預(yù)想一下大概的比例。

預(yù)計(jì)有多少用戶(hù)會(huì)經(jīng)常使用？多少用戶(hù)使用頻率一般？而這個(gè)經(jīng)常使用和頻率一般又需要怎樣來(lái)定義？

可以先預(yù)想一下，大概有多少用戶(hù)，他們每天、一周、一月使用這個(gè)功能的頻率。

5. 投入產(chǎn)出比分析：投入與產(chǎn)出合理嗎？

能創(chuàng)造多少金錢(qián)價(jià)值？能新增多少用戶(hù)量？能促活多少用戶(hù)？是否有長(zhǎng)期收益？有沒(méi)有辦法能預(yù)測(cè)出大概的數(shù)據(jù)指標(biāo)，并對(duì)照這個(gè)數(shù)據(jù)指標(biāo)可以來(lái)看實(shí)現(xiàn)的效果。

大概需要投入多少金錢(qián)？人力？時(shí)間？這里的投入是一個(gè)大概的估計(jì)，可能并不準(zhǔn)確，因?yàn)闆](méi)有具體的方案，只能篩選一些明顯投入過(guò)大，明顯不合理的需求。

6. 數(shù)據(jù)分析：有沒(méi)有相應(yīng)的數(shù)據(jù)來(lái)支撐？

如果有相應(yīng)的數(shù)據(jù)能支持分析那最好，就是錦上添花，畢竟數(shù)據(jù)比人為主觀判斷更客觀一些。如果沒(méi)有，這一條也可以略過(guò)

7. 可行性分析：公司現(xiàn)有能提供的資源、團(tuán)隊(duì)的技術(shù)水平能支持實(shí)現(xiàn)嗎？

為什么這一條我放在了最后而不是價(jià)值分析前面？可能這個(gè)需求一看，現(xiàn)有條件就實(shí)現(xiàn)不了，就不用進(jìn)行后面的價(jià)值分析了啊。

所以我寫(xiě)的是現(xiàn)有條件，如果現(xiàn)有條件不支持，而需求確實(shí)有好處，那就后續(xù)跟進(jìn)。

二、需求的驗(yàn)證

為什么要驗(yàn)證需求？

需求來(lái)了之后很多時(shí)候我們都是靠感覺(jué)來(lái)判斷，可能會(huì)出現(xiàn)對(duì)這個(gè)需求理解不到位的情況，造成一些誤判。這時(shí)就需要提出一個(gè)初步的解決方案，提出的過(guò)程中會(huì)更詳細(xì)地拆解需求，然后再進(jìn)行驗(yàn)證與反推，甚至可能會(huì)對(duì)之前需求分析出來(lái)的結(jié)果進(jìn)行一些矯正，比如現(xiàn)在沒(méi)法實(shí)現(xiàn)，那這時(shí)可能就得降低優(yōu)先級(jí)。

當(dāng)然，如果是一些小需求就沒(méi)必要進(jìn)行這一步了。

1. 提出基本的解決方案：可以從正反兩個(gè)方向的思路來(lái)進(jìn)行思考

1. 肯定：正面解決用戶(hù)的需求，設(shè)計(jì)一套初步的解決方案，可以用流程圖展示出來(lái)。
2. 否定：讓用戶(hù)放棄這個(gè)想法，比如找一些替代方案，哪怕效果沒(méi)那么好，后續(xù)再改善。

需要注意的是，設(shè)計(jì)解決方案的時(shí)候各種場(chǎng)景、各種流程都要想清楚：正常主線流程、各種分支流程、各種可選流程、各種異常流程。只有把各種流程想清楚了，才能對(duì)需求做出相對(duì)準(zhǔn)確的判斷。

舉例：下圖是我之前寫(xiě)的一篇文章《從0到1構(gòu)建電商平臺(tái)之訂單系統(tǒng)（2）：支付訂單》”里的一個(gè)流程圖，畫(huà)的就是在客戶(hù)端的支付訂單這個(gè)頁(yè)面里的一系列后端判斷。我就以這個(gè)流程圖來(lái)舉例。（圖有一些地方不一樣，在那篇文章中有說(shuō)明）

A. 主線流程：

首先在提交訂單頁(yè)面成功提交訂單后，訂單生成，并進(jìn)入支付頁(yè)面，此時(shí)就會(huì)鎖定庫(kù)存；然后支付訂單時(shí)會(huì)判斷該商品的商品狀態(tài)是否正常、sku信息是否更改；都沒(méi)問(wèn)題時(shí)就會(huì)由用戶(hù)輸入支付密碼，支付成功就會(huì)生成一個(gè)待發(fā)貨訂單，然后訂單發(fā)貨之后就會(huì)扣除庫(kù)存。

這就是一個(gè)用戶(hù)使用，基本、正常的主線流程。

B.?分支流程：

比如圖中的，當(dāng)訂單中有商品處于下架狀態(tài)時(shí)、sku信息更改了時(shí)就會(huì)自動(dòng)取消訂單，并給與提示；當(dāng)未成功支付時(shí)就會(huì)生成待付款訂單，過(guò)了N分鐘之后還不能支付成功，就自動(dòng)取消訂單并釋放庫(kù)存。

這些就是主線流程上可能存在的分支流程。

C. 可選流程：

可選流程的意思就是質(zhì)疑自己，當(dāng)前做出的主線流程是否是最好的，有沒(méi)有更好的解決方案？

比如鎖定庫(kù)存，我設(shè)計(jì)的是提交訂單即鎖庫(kù)存，那是否能支付成功才鎖庫(kù)存呢？

比如用戶(hù)提交訂單之后，訂單處于待付款時(shí)，我設(shè)計(jì)的是商家能下架商品，那不能下架呢？

每個(gè)方案都有利有弊，得綜合考量之后再看選擇哪個(gè)方案，甚至可以靈活配置；比如添加商品時(shí)就可以選擇該商品是提交訂單還是支付成功時(shí)鎖庫(kù)存。

D. 異常流程：

異常流程就是查看每一步是否會(huì)存在哪些風(fēng)險(xiǎn)。這個(gè)風(fēng)險(xiǎn)不是指流程上的風(fēng)險(xiǎn)，如果是流程上的風(fēng)險(xiǎn)就可以放到支線流程里；比如支付訂單時(shí)商家下架了該商品。

而是指外在的一些風(fēng)險(xiǎn)，比如一定數(shù)量的用戶(hù)在同一時(shí)間提交訂單時(shí)，峰值是否會(huì)造成服務(wù)器崩潰的情況？如果對(duì)接了第三方庫(kù)存管理系統(tǒng)，會(huì)不會(huì)出現(xiàn)在鎖定、扣除商品庫(kù)存不及時(shí)，造成用戶(hù)超拍的情況？

2. 場(chǎng)景驗(yàn)證與反推：通過(guò)場(chǎng)景來(lái)驗(yàn)證這個(gè)需求與解決方案

什么叫場(chǎng)景驗(yàn)證，說(shuō)白了就是講一段故事，有人物事件地點(diǎn)動(dòng)作等元素，通過(guò)這段故事來(lái)驗(yàn)證這個(gè)解決方案有沒(méi)有問(wèn)題：具體的流程上有問(wèn)題？整個(gè)解決方案有問(wèn)題？還是倒推需求有問(wèn)題？在產(chǎn)品設(shè)計(jì)時(shí)有什么需要注意的地方？

和前面的需求的挖掘一樣，場(chǎng)景驗(yàn)證需要先設(shè)置角色、場(chǎng)景，設(shè)定好了之后代入進(jìn)解決方案里；可以以多種角色匹配不同的場(chǎng)景來(lái)代入，可能會(huì)發(fā)現(xiàn)不一樣的問(wèn)題。

舉例：我這次就舉一個(gè)以前做的名為“免費(fèi)送禮”的功能。初步的解決方案是，后臺(tái)人員挑選一部分商品到“免費(fèi)送禮”這個(gè)區(qū)域，用戶(hù)在這個(gè)區(qū)域中有看中的商品時(shí)，就可以分享給朋友，朋友可以點(diǎn)開(kāi)鏈接并參與，不管這個(gè)朋友是否是注冊(cè)過(guò)，當(dāng)參與的人數(shù)足夠之后，就可以隨機(jī)抽獎(jiǎng)了。

時(shí)間：這個(gè)功能對(duì)季節(jié)、一天內(nèi)什么時(shí)候分享沒(méi)有特定要求，所以可以略過(guò)；

地點(diǎn)：用戶(hù)分享對(duì)所處位置也沒(méi)有限制，也可以略過(guò)。

（前面提到過(guò)，時(shí)間地點(diǎn)這兩個(gè)因素對(duì)電商來(lái)說(shuō)影響不大，經(jīng)?？梢院雎?，但是對(duì)像美團(tuán)、共享單車(chē)這樣的產(chǎn)品影響就相當(dāng)大）

角色：希望是平臺(tái)上的全體用戶(hù)參加，越多越好；所以對(duì)商品的挑選就有要求，得大眾化。

我是一個(gè)較少使用電商平臺(tái)的用戶(hù)，當(dāng)我進(jìn)入“免費(fèi)送禮”這個(gè)版塊時(shí)，我的第一反應(yīng)可能是帶有疑慮的，會(huì)不會(huì)是騙人的？（所以在頁(yè)面首屏的banner上是否應(yīng)該將規(guī)則簡(jiǎn)短的說(shuō)清楚，并且利用從眾心理，在頁(yè)面上加上當(dāng)前已有多少人成功領(lǐng)取商品。）

門(mén)檻是否會(huì)很高，需要很多人才能完成？（所以制定參與人數(shù)規(guī)則時(shí)是否能降低參加門(mén)檻，比如50元的商品，只需要5個(gè)人參加；或者出于成本的控制，挑選價(jià)格不太高的商品。）

我發(fā)現(xiàn)我感興趣的商品很少甚至沒(méi)有怎么辦？（所以初步方案中的由后臺(tái)人員挑選的商品才能進(jìn)行分享這一規(guī)則，是否能改為商城內(nèi)所有商品或除一部分特殊商品以外的商品都能分享？發(fā)現(xiàn)沒(méi)有，如果要解決這個(gè)問(wèn)題，就要從頭改很多流程和功能的邏輯。）

我是否可以找一堆朋友天天來(lái)薅羊毛？（如果新老用戶(hù)都可以參與，為了防止被薅只有在參與的次數(shù)上做限制；那讓老用戶(hù)參與的目的在哪呢，是促活嗎？我們公司是一個(gè)創(chuàng)業(yè)公司，錢(qián)得花在鋼刃上， 是否就限制成只有新用戶(hù)才能參與呢。）

完整的分析還有很多，這里我就不一一列舉了。

總結(jié)，上面通過(guò)場(chǎng)景驗(yàn)證可以發(fā)現(xiàn)，是不是騙人的這個(gè)是產(chǎn)品頁(yè)面設(shè)計(jì)中要注意的問(wèn)題；門(mén)檻是否會(huì)很高這個(gè)是制定具體規(guī)則需要注意的問(wèn)題；感興趣的商品少這個(gè)就是整個(gè)解決方案可能存在問(wèn)題；防止薅羊毛這個(gè)是具體的流程上有問(wèn)題。

所以通過(guò)具體的場(chǎng)景驗(yàn)證可以反推出一些可能存在的問(wèn)題和需要注意的事項(xiàng)，只有提前把這些問(wèn)題推演出來(lái)。如果一開(kāi)始就沒(méi)發(fā)現(xiàn)這些問(wèn)題，后面的需求排序，產(chǎn)品設(shè)計(jì)等步驟可能會(huì)存在較大的誤差，甚至是在做無(wú)用功。

因?yàn)槟悴荒芘懦?，把產(chǎn)品設(shè)計(jì)做好之后再來(lái)，場(chǎng)景推演的時(shí)候發(fā)現(xiàn)該需求是個(gè)偽需求，導(dǎo)致浪費(fèi)時(shí)間做原型的情況，或者在設(shè)計(jì)原型時(shí)不斷發(fā)現(xiàn)之前本該發(fā)現(xiàn)的漏洞，原型不斷地推倒重來(lái)；也不能排除因?yàn)橹翱紤]不夠周全漏掉很多情況，可能該排二級(jí)卻排成了一級(jí)。

三、需求的排序

需求一窩蜂來(lái)了一堆之后，該怎么排序呢？如果僅憑感覺(jué)，可能會(huì)存在一定的誤差。我認(rèn)為可以通過(guò)緊急重要四象限法則來(lái)進(jìn)行參考。

（網(wǎng)圖，侵刪）

那緊急和重要又是怎么來(lái)判斷的呢？我的方法是通過(guò)以下幾個(gè)維度來(lái)參考：

緊急程度：

1. 任務(wù)：是否是公司指派的緊急任務(wù)，比如領(lǐng)導(dǎo)明確要求多久之前需要完成。
2. 類(lèi)型：上面我在需求記錄板塊提到我將需求類(lèi)型分為運(yùn)營(yíng)類(lèi)需求、bug類(lèi)需求、創(chuàng)意類(lèi)需求、優(yōu)化類(lèi)需求；比如bug類(lèi)就比較緊急，創(chuàng)意類(lèi)需求就比較相對(duì)不那么緊急。

重要程度：

1. 定位：與企業(yè)的戰(zhàn)略定位，與產(chǎn)品的定位之間的相關(guān)程度。
2. 價(jià)值：價(jià)值就是前面提到的廣度、頻率、投入、產(chǎn)出等維度。

以上就是我所總結(jié)的關(guān)于需求分析的方法論了，下面我舉一個(gè)從頭到尾完整分析的例子。

八、舉例

這是前年做過(guò)的一個(gè)功能，現(xiàn)在已下線了。

當(dāng)時(shí)公司給了我一個(gè)需求，有一個(gè)外部團(tuán)隊(duì)將要在我們商城內(nèi)上線“醫(yī)療服務(wù)”的功能，也就是有一些醫(yī)院將作為商家在商城發(fā)布商品。商品主要是類(lèi)似美團(tuán)的團(tuán)購(gòu)券，用戶(hù)購(gòu)買(mǎi)后可以去相應(yīng)的醫(yī)院享受服務(wù)后核銷(xiāo)。而外部團(tuán)隊(duì)會(huì)給出我一套具體方案，由我評(píng)審后進(jìn)行開(kāi)發(fā)。

首先可以對(duì)上線“醫(yī)療服務(wù)”功能這個(gè)需求進(jìn)行分析，比如上線這個(gè)功能能覆蓋多少用戶(hù)？得到多少回報(bào)？和產(chǎn)品定位相不相符合？

但因?yàn)槭枪敬_定要做的需求，所以就將這個(gè)外部團(tuán)隊(duì)提供的這一整套方案看作是一個(gè)需求來(lái)進(jìn)行分析。（所以需求的樣式是多種多樣的）

1.? 需求分析

A.?角色、目的分析：

這個(gè)外部團(tuán)隊(duì)是方案的提供方，目的在于通過(guò)這么一個(gè)功能能為他們合作的線下醫(yī)院引流。而公司領(lǐng)導(dǎo)愿意對(duì)接的原因在于，能豐富我們平臺(tái)的商品，同時(shí)希望創(chuàng)造一定的價(jià)值。

B. 定位分析：

首先，我們是公益農(nóng)副產(chǎn)品的商城，和醫(yī)療服務(wù)肯定是不搭邊的；那么有沒(méi)有辦法能縮小定位上的差距呢？我和團(tuán)隊(duì)負(fù)責(zé)人聊了之后發(fā)現(xiàn)，他們是可以上線一些價(jià)格便宜的醫(yī)療服務(wù)，比如“1元的全面口腔檢查”。其實(shí)這樣性?xún)r(jià)比高的商品是可以進(jìn)行一定包裝的，可以和公益進(jìn)行掛鉤（但包裝要把握尺度，不然就是在欺騙用戶(hù)）。

C. 廣度、頻率分析：

像這樣的功的廣度頻率主要得看上線的商品。如果是像“1元的全面口腔檢查”這樣的商品，是能和我平臺(tái)的用戶(hù)群體高度重合的。因?yàn)椴⒉皇窍窀忻八庍@樣，生病感冒的時(shí)候才有需求去購(gòu)買(mǎi)。但受到醫(yī)院的地域限制，所以預(yù)計(jì)購(gòu)買(mǎi)用戶(hù)的占比可能就比較低；

而頻率肯定就相當(dāng)?shù)土恕?/p>

D. 回報(bào)分析：

能創(chuàng)造多少金錢(qián)價(jià)值？當(dāng)時(shí)我們根據(jù)商品的價(jià)值和預(yù)計(jì)有多少用戶(hù)購(gòu)買(mǎi)（總用戶(hù)人數(shù)*預(yù)計(jì)的比例），然后根據(jù)返傭比例，做了一個(gè)大致的估計(jì)；

能新增多少用戶(hù)注冊(cè)量？這個(gè)就確實(shí)不好估計(jì)了，因?yàn)檫@個(gè)需求就不是為了我們平臺(tái)引流。

長(zhǎng)期收益不光看這個(gè)功能帶來(lái)的收益，如果和這個(gè)團(tuán)隊(duì)合作得可以，以后可能會(huì)有一些資源互換，更多的商業(yè)價(jià)值。

E. 投入分析：

這些線下醫(yī)院的對(duì)接是外部團(tuán)隊(duì)進(jìn)行，這部分投入就不需要我們負(fù)擔(dān)，我們只需投入人力進(jìn)行開(kāi)發(fā)；如果按照他們提供的方案，我們大概需要三周的開(kāi)發(fā)時(shí)間。投入產(chǎn)出比預(yù)期的比值是合理的，投入小風(fēng)險(xiǎn)小

F. 數(shù)據(jù)分析：

我們平臺(tái)沒(méi)有相關(guān)數(shù)據(jù)；但是可以從美團(tuán)這樣的平臺(tái)上通過(guò)此類(lèi)商品的購(gòu)買(mǎi)量來(lái)做一個(gè)預(yù)估。

G. 可行性分析：

他們提出的方案僅僅是業(yè)務(wù)層的功能，還得考慮用戶(hù)購(gòu)買(mǎi)之后，商家核銷(xiāo)券這一支持層的功能，這些是客戶(hù)端上的；還得考慮管理后臺(tái)、商家后臺(tái)里缺失的功能。

所以我們是否能找一些替代方案來(lái)解決呢？

2. 提出初步的解決方案

如果正向解決他們的需求，就是對(duì)他們的方案直接開(kāi)發(fā)，平臺(tái)上缺失的功能也直接開(kāi)發(fā)；但我們并不知道用戶(hù)對(duì)這個(gè)需求的接受程度。那我們是否可以用一些替代方案，先快速上到商城，有了數(shù)據(jù)之后再來(lái)考慮后續(xù)的迭代呢？

所以我的想法是逆向解決，也就是先將他們的一整套方案先進(jìn)行切割成小的且獨(dú)立的板塊，利用現(xiàn)有平臺(tái)上能提供的功能對(duì)這些小版塊分別滿(mǎn)足；滿(mǎn)足不了的再進(jìn)行技術(shù)評(píng)估，如果時(shí)間成本小那就開(kāi)發(fā)，時(shí)間成本大就先暫時(shí)擱置。

當(dāng)然，也得和需求的提供方，也就是那個(gè)外部團(tuán)隊(duì)進(jìn)行溝通、協(xié)調(diào)。

3. 將解決方案代入場(chǎng)景進(jìn)行驗(yàn)證與反推需求

完整的場(chǎng)景驗(yàn)證應(yīng)該是，角色代入到我的解決方案里，然后進(jìn)行模擬

從用戶(hù)進(jìn)入商城，有哪些入口可以看到這些商品？看到時(shí)可能有哪些不同的想法？然后購(gòu)買(mǎi)，一件甚至多件（贈(zèng)送親戚朋友），購(gòu)買(mǎi)之后可能多久去核銷(xiāo)？商家怎么核銷(xiāo)？核銷(xiāo)之后評(píng)價(jià)，等等都是需要進(jìn)行驗(yàn)證的。

4. 對(duì)需求進(jìn)行優(yōu)先級(jí)排序

因?yàn)檫@個(gè)需求是公司明確表示需要馬上實(shí)施的，所以我將他們的方案進(jìn)行切割，并且我進(jìn)行一些修改后，分解了一堆小需求，然后討論，分別進(jìn)行優(yōu)先級(jí)排序。

以上就是我的需求方法論的全部?jī)?nèi)容了，如果有不足之處，還請(qǐng)大佬指出一起討論。

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

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