產(chǎn)品從概念到產(chǎn)出到流程

做任何東西之前，首先要考慮其背后的用戶(hù)需求、商業(yè)價(jià)值、技術(shù)難度。只有用戶(hù)有需求，你的產(chǎn)品才會(huì)有人用；只有其商業(yè)價(jià)值成立，才能為企業(yè)帶來(lái)利潤(rùn)，畢竟企業(yè)最最基本的目標(biāo)就是要盈利；只有技術(shù)上的總體評(píng)估是可行的，整個(gè)項(xiàng)目才可被執(zhí)行?，F(xiàn)在的互聯(lián)網(wǎng)創(chuàng)業(yè)，大家都在追求”快“，比如2個(gè)月融資，4月用戶(hù)過(guò)百萬(wàn)，3年后納斯達(dá)克上市。但是這都是大家看到別人創(chuàng)業(yè)成功的表象，殊不知做任何事情的前提是，你得了解你在做什么，誠(chéng)然，不排除哪些膽子大運(yùn)氣好隨便干就成了的，但那只是個(gè)案，不值得深究。

一、用戶(hù)需求

1.1產(chǎn)品定位

在項(xiàng)目的執(zhí)行過(guò)程中，我們經(jīng)常陷入一種情景，就是一堆人在一塊，討論的氛圍可謂是情緒高漲，A說(shuō)這個(gè)地方的按鈕不行，B說(shuō)這個(gè)地方應(yīng)該像人家APP那樣做，C又說(shuō)你們都不對(duì)應(yīng)該是這個(gè)模塊不要換成這個(gè)云云。經(jīng)常參加這種討論，會(huì)無(wú)比的耗費(fèi)時(shí)間和體力，動(dòng)輒好幾個(gè)小時(shí)過(guò)去，但一散會(huì)，發(fā)現(xiàn)什么結(jié)果也沒(méi)得出來(lái)。多數(shù)情況下，一定是產(chǎn)品定位出了問(wèn)題。執(zhí)行的人一定要清楚的明白產(chǎn)品是用來(lái)干什么的，給什么人用，才能正常的去討論具體細(xì)節(jié)。如果熱血沸騰、蹬鼻子上臉的的討論了好久，發(fā)現(xiàn)沒(méi)結(jié)果，發(fā)現(xiàn)會(huì)議的討論跑偏了，不妨回歸本質(zhì)，想想我們的產(chǎn)品定位是什么。

產(chǎn)品定義：產(chǎn)品定位包含兩個(gè)大的內(nèi)容一個(gè)是產(chǎn)品定義，另一個(gè)是需求定義。產(chǎn)品定義要分析的內(nèi)容包含產(chǎn)品的使用人群、主要功能和產(chǎn)品特色。

舉例，你現(xiàn)在要?jiǎng)?chuàng)業(yè)搞一個(gè)移動(dòng)端招聘APP取，作為產(chǎn)品經(jīng)理首先應(yīng)該干什么？中國(guó)每年的就業(yè)人口非常龐大，行業(yè)也各種各樣，那你就有要想，你的產(chǎn)品是要給什么樣的人提供服務(wù)，你如果想服務(wù)所有行業(yè)的人群那是不可能的，首先一個(gè)小公司去整合這么多行業(yè)招聘信息本身就非常困難，另外并不是每個(gè)行業(yè)的人對(duì)互聯(lián)網(wǎng)的接受程度那么高。

通過(guò)數(shù)據(jù)分析和調(diào)研，發(fā)現(xiàn)現(xiàn)在國(guó)家鼓勵(lì)創(chuàng)業(yè)，創(chuàng)業(yè)的高峰期必然產(chǎn)生大量的人力需求，尤其是現(xiàn)場(chǎng)幾乎說(shuō)到創(chuàng)業(yè)沒(méi)有哪個(gè)是跟互聯(lián)網(wǎng)無(wú)關(guān)的，而且從事互聯(lián)網(wǎng)的人對(duì)于APP的接受程度也很高，至少都愿意嘗試。所以你把互聯(lián)網(wǎng)這個(gè)行業(yè)的從業(yè)人群作為你產(chǎn)品的使用人群。

當(dāng)你分析完其他招聘類(lèi)APP后，你發(fā)現(xiàn)這些APP有很多問(wèn)題，比如我就是要找北京西二旗那邊的工作，但是很多APP目前都是沒(méi)位置篩選；雖然可以海投，但是得到的反饋的寥寥無(wú)幾；能夠了解的企業(yè)信息太少；在投遞建立前，作為求職者希望知道這個(gè)公司的老板是誰(shuí)；現(xiàn)在都互聯(lián)網(wǎng)時(shí)代，電子簡(jiǎn)歷完全可以了，為什么每次招聘還需要招聘者自己打印簡(jiǎn)歷，要知道打印簡(jiǎn)歷對(duì)于求職者來(lái)講并不是很方便，因?yàn)殡S時(shí)會(huì)改動(dòng)，這對(duì)求職者非常不方便。所以你打算做這個(gè)APP，他的特色功能就是1、崗位支持企業(yè)所在位置分類(lèi)；2、招聘方應(yīng)該時(shí)時(shí)給予求職者反饋；3、取消紙質(zhì)簡(jiǎn)歷。主要功能就是招聘?，F(xiàn)在我們給APP取名叫做飛鴿招聘。

需求定義：需求定義的分析包含目標(biāo)用戶(hù)、使用場(chǎng)景、用戶(hù)目標(biāo)三個(gè)方面。目標(biāo)用戶(hù)是什么類(lèi)型的人會(huì)用你的產(chǎn)品；主要功能是指你的產(chǎn)品是用來(lái)干什么的，是工具是社交還是其他；你的產(chǎn)品相對(duì)于其他市面上的產(chǎn)品有什么不同的地方，這就是產(chǎn)品特色。

剛才明確了APP的適用人群、主要功能和產(chǎn)品特色。市面上的招聘APP，有的是做獵頭的專(zhuān)門(mén)針對(duì)于希望跳槽的，你的APP的目標(biāo)用戶(hù)是誰(shuí)？基于特色功能分析和用戶(hù)痛點(diǎn)，分析出出產(chǎn)品的目標(biāo)用戶(hù)是那些有想在具體位置找工作的人，比如已經(jīng)定居北京后沙峪的人，希望工作在望京；當(dāng)你剛剛搬家到回龍觀時(shí)，此時(shí)你面臨著換工作，你可能會(huì)傾向于找西二旗那邊的工作。

1.2需求分析

以上就是所有產(chǎn)品定位的內(nèi)容。這些完成之后，緊接著的就是競(jìng)品分析和用戶(hù)調(diào)研，一方面這是對(duì)我們的需求進(jìn)行一定的驗(yàn)證，另一方面也是我們直接接觸用戶(hù)的一個(gè)機(jī)會(huì)，看用戶(hù)存在什么需求。

1.3需求篩選

早期需求篩選是個(gè)非?？啾频氖虑椋绻a(chǎn)品經(jīng)理自己就是老板，自己心里很清除還行，如果不是很容易陷入海量的需求中拔不出來(lái)，討論著討論著就跑偏了，討論完之后好像什么功能都需要，這個(gè)功能有用，必須加；那個(gè)功能太好玩了，用戶(hù)肯定有趣。這話(huà)總完全憑個(gè)人主觀臆斷的東西，往往都是當(dāng)時(shí)聽(tīng)起來(lái)貌似合理，但事后卻經(jīng)不起推敲。所以我們需要始終把握住我們的產(chǎn)品定位和優(yōu)先級(jí)，萬(wàn)不可盲目的在這個(gè)地方做很多無(wú)畏的犧牲和奮斗（少做不經(jīng)思考的、拍腦袋的、不經(jīng)過(guò)大腦的決定）。

需求記錄表：

早起需求篩選期間，會(huì)出現(xiàn)很多這樣或者那樣的需求，有些我們不能立馬做出判斷說(shuō)做還是不錯(cuò)，這些點(diǎn)子有可能以后會(huì)成為我們產(chǎn)品迭代的啟發(fā)點(diǎn)，也會(huì)給產(chǎn)品的發(fā)展帶來(lái)更廣的思路。做好管理，尊重每一個(gè)人的想法，在出現(xiàn)模棱兩可時(shí)，記錄下載，對(duì)會(huì)議的推動(dòng)和進(jìn)展會(huì)有很大的幫助。

二、商業(yè)價(jià)值

市場(chǎng)需求文檔和商業(yè)需求文檔，一般在大公司會(huì)得到比較成熟的體現(xiàn)。小公司往往多數(shù)都是老板自己決定，老板可能不會(huì)搞這樣或者那樣的文檔，但他自己肯定會(huì)去做基本了解，或者本身自己就很了解某個(gè)行業(yè)。這兩個(gè)文檔并不是多余的，也不是累贅，如果在項(xiàng)目啟動(dòng)前，能夠花一定的時(shí)間去深入了解行業(yè)和用戶(hù)是非常必要的。具體文檔細(xì)節(jié)在這里不做闡述，網(wǎng)上有很多可以去借鑒的。

三、技術(shù)評(píng)估

作為不是技術(shù)出身的人，就不再這里轉(zhuǎn)筆了。尊重開(kāi)發(fā)人員，和開(kāi)發(fā)相處融洽一點(diǎn)，會(huì)對(duì)產(chǎn)品的推動(dòng)非常有幫助。

（二）項(xiàng)目執(zhí)行中

在前文中已經(jīng)給大家講了項(xiàng)目啟動(dòng)前應(yīng)該做的三大塊1、需求；2、商業(yè)；3、技術(shù)。在這些準(zhǔn)備工作整理完之后，接下來(lái)就是執(zhí)行，執(zhí)行過(guò)程中不像之前需要考慮的那么宏觀，但需要你足夠的細(xì)心和耐心。

一、產(chǎn)品層面

需求產(chǎn)生了之后，緊接著產(chǎn)品人員就可以產(chǎn)出需求文檔，需求文檔對(duì)接下來(lái)交互設(shè)計(jì)（創(chuàng)業(yè)公司往往產(chǎn)品經(jīng)理會(huì)擔(dān)任）、UI設(shè)計(jì)起著關(guān)鍵性的作用，當(dāng)然在需求聞文檔產(chǎn)生的過(guò)程中，如果有專(zhuān)職的交互設(shè)計(jì)，在需求階段最好和產(chǎn)品人員一起來(lái)探討需求文檔的細(xì)節(jié)，這對(duì)于交互設(shè)計(jì)自己理解整體的需求有幫助，也對(duì)他進(jìn)行原型設(shè)計(jì)和撰寫(xiě)交互說(shuō)明有很好的幫助。

需求文檔大致包含的內(nèi)容會(huì)有如下幾個(gè)方面：

背景描述：為什么開(kāi)展這個(gè)項(xiàng)目？解決用戶(hù)什么問(wèn)題？會(huì)有多大的價(jià)值？大致就是把項(xiàng)目啟動(dòng)前做的功課進(jìn)行一下總結(jié)說(shuō)明，務(wù)必精簡(jiǎn)明了。

用戶(hù)畫(huà)像：對(duì)用戶(hù)特征進(jìn)行虛擬說(shuō)明，闡明用戶(hù)情況。

項(xiàng)目時(shí)間規(guī)劃：什么時(shí)候出來(lái)原型？什么時(shí)候出來(lái)真實(shí)設(shè)計(jì)稿；什么時(shí)候進(jìn)入開(kāi)發(fā)？什么時(shí)候開(kāi)始測(cè)試？什么時(shí)候開(kāi)始提交應(yīng)用商店？ 這些都需要明確出來(lái)，不然如果沒(méi)有時(shí)間概念，什么事情都會(huì)拖拖拉拉，沒(méi)有緊迫感。

信息結(jié)構(gòu)圖：APP的內(nèi)容組織結(jié)構(gòu)。下面是舉例，簡(jiǎn)單的給出微信的基本結(jié)構(gòu)。

任務(wù)流程圖：對(duì)于APP中的大功能，把用戶(hù)從開(kāi)始到結(jié)束的整個(gè)過(guò)程梳理出來(lái)，把各種可能性考慮進(jìn)來(lái)，否則之后如果開(kāi)發(fā)碰到問(wèn)題了問(wèn)你，你還得重新考慮，更可怕的是開(kāi)發(fā)不問(wèn)你直接就開(kāi)發(fā)了，而結(jié)果還不是你想要的。下面以一個(gè)簡(jiǎn)單的登錄為例：

需求說(shuō)明：把每個(gè)操作的條件和結(jié)果說(shuō)清楚，如果能夠用文字說(shuō)清楚的就用文字，說(shuō)不清楚的最好用圖片。可能有的人會(huì)說(shuō)，這個(gè)時(shí)候還沒(méi)有線框圖，怎么解釋啊。這個(gè)并不矛盾，早起的需求文檔是用來(lái)給交互看的（再次強(qiáng)調(diào)，創(chuàng)業(yè)型公司的產(chǎn)品可能會(huì)兼著交互），交互設(shè)計(jì)師再根據(jù)你的功能結(jié)構(gòu)和流程梳來(lái)設(shè)計(jì)線框圖和高保真的原型圖。

數(shù)據(jù)埋點(diǎn)：把后期需要查看的數(shù)據(jù)列成清單，比如說(shuō)這個(gè)按鈕的點(diǎn)擊率，這個(gè)頁(yè)面的打開(kāi)率等等，這個(gè)時(shí)候需要和運(yùn)營(yíng)多交流，對(duì)需要做埋點(diǎn)的地方理清楚。這對(duì)于產(chǎn)品上線后的數(shù)據(jù)分析很有幫助，數(shù)據(jù)也可以輔助產(chǎn)品功能的迭代。

二、交互設(shè)計(jì)

需求整理完成之后，接下來(lái)大致要進(jìn)行的就是線框圖、頁(yè)面流程、高保真原型圖和交互說(shuō)明的設(shè)計(jì)和產(chǎn)出。高保真原型是具體情況來(lái)定，有的公司有要求，有的沒(méi)有。

2.2線框圖：

力求簡(jiǎn)單清晰的表達(dá)出每個(gè)頁(yè)面的視覺(jué)效果，這里最好不要加入交互，也不要搞的五顏六色，最好是黑灰色。每個(gè)情形就是一個(gè)頁(yè)面，把各個(gè)情況用頁(yè)面分別表達(dá)出來(lái)，一方面你會(huì)更加清晰APP整體的界面數(shù)量，另外設(shè)計(jì)也會(huì)更加清楚你想要什么，否則加入了交互，設(shè)計(jì)也不知道怎么點(diǎn)，你還得解釋半天。

2.2頁(yè)面流程圖：

比較類(lèi)似之前的信息結(jié)構(gòu)圖，頁(yè)面流程圖這是用各個(gè)頁(yè)面來(lái)做連接，視覺(jué)上更加清晰各個(gè)環(huán)節(jié)的銜接和跳轉(zhuǎn)。

2.3高保真原型圖：

對(duì)交互的要求會(huì)更高。需要比較完整的展現(xiàn)各個(gè)功能之間的交互動(dòng)作，另外在視覺(jué)上盡量還原真實(shí)產(chǎn)品的樣子。（關(guān)于Axure，可以學(xué)習(xí)金烏的課程，很不錯(cuò)，很多人覺(jué)得講的太羅嗦，但是你認(rèn)真看下來(lái)還是很有收貨的）

2.4交互說(shuō)明：

我個(gè)人覺(jué)得，交互說(shuō)明和高保真原型有重合之處，如果做了高保真，那么多數(shù)的交互動(dòng)作基本上都可以展現(xiàn)。但是有些地方的交互動(dòng)效是軟件無(wú)法搞定了，這個(gè)時(shí)候就需要你用交互說(shuō)明了。

如果文字和圖片都不要說(shuō)明的就直接用紙片來(lái)模擬。不要小看這種方式。

這里做交互標(biāo)記的工具推薦幾個(gè)給大家：mac電腦果斷是sketch了；windows下有snagit、圈點(diǎn)、FScapture，另外viso也可以標(biāo)注。

三、UI設(shè)計(jì)

一般情況下，交互設(shè)計(jì)師講線框圖交給設(shè)計(jì)師，設(shè)計(jì)師就可以開(kāi)工了。這個(gè)過(guò)程，交互也要多和設(shè)計(jì)去溝通，畢竟UI也會(huì)有自己的專(zhuān)業(yè)度，她會(huì)有自己的設(shè)計(jì)見(jiàn)解，這很正常。

四、項(xiàng)目執(zhí)行

設(shè)計(jì)產(chǎn)出了，交互的工作也做完了，該去交給項(xiàng)目經(jīng)理執(zhí)行了，這個(gè)身份目前來(lái)看那只有很大的公司里才會(huì)有，一般情況下是由產(chǎn)品經(jīng)理直接兼任了。這里需要提醒的是，在執(zhí)行前，各種相關(guān)的規(guī)范要先建立起來(lái)。比如：

4.1，apk、api文件的命名規(guī)范和不同類(lèi)型安裝包的管理：

這里全是我個(gè)人的經(jīng)驗(yàn)，做好這些，會(huì)對(duì)以后安裝包的管理會(huì)有極大的幫助。我們當(dāng)時(shí)把搭建了一個(gè)開(kāi)發(fā)者環(huán)境，這個(gè)環(huán)境下的APK、API文件只能在局域網(wǎng)類(lèi)使用，在這個(gè)環(huán)境下可以任意折騰和測(cè)試，不會(huì)影響到已經(jīng)上線的應(yīng)用。

開(kāi)發(fā)者環(huán)境下打包的安裝包圖標(biāo)和命名要和線上環(huán)境下的應(yīng)用區(qū)別開(kāi)。以后在續(xù)測(cè)試時(shí)就不會(huì)因?yàn)楦鱾€(gè)版本搞的手忙腳亂。

4.2APK、API文件管理

4.2.1開(kāi)發(fā)版：純開(kāi)發(fā)自己使用或者產(chǎn)品使用，其他無(wú)關(guān)人員一般情況下不會(huì)接觸到這個(gè)版本。網(wǎng)絡(luò)環(huán)境：僅特定網(wǎng)絡(luò)環(huán)境下使用（需要技術(shù)人員搭建環(huán)境）。

4.2.2公測(cè)版：經(jīng)過(guò)產(chǎn)品和測(cè)試人員的詳細(xì)測(cè)試后，基本沒(méi)有什么BUG了，就可以拿出來(lái)給公司的人使用，也算是上線前的穩(wěn)定性測(cè)試。網(wǎng)絡(luò)環(huán)境：僅在特定環(huán)境下可以使用（需要技術(shù)搭建環(huán)境）。

4.2.3商店版：準(zhǔn)備提交到市場(chǎng)的APK、API文件。在經(jīng)過(guò)開(kāi)發(fā)版本、公測(cè)版的全面測(cè)試后，排除一切不穩(wěn)定bug，此時(shí)打包的商店版仍然需要經(jīng)測(cè)試人員的最后把關(guān)，最后一定要保證的是，準(zhǔn)備上線的APK、API文件是經(jīng)過(guò)測(cè)試人員的最后把關(guān)的，否則如果開(kāi)發(fā)如果做了改動(dòng)不通知測(cè)試和產(chǎn)品人員，上線后出了問(wèn)題再改就晚了。

五、APP測(cè)試和版本號(hào)管理

版本好號(hào)的管理，前期就要搞清楚，否則后面產(chǎn)品上線后，出現(xiàn)bug要改進(jìn)，或者添加新功能后對(duì)老版本是否有影響，這個(gè)時(shí)候版本號(hào)管理的好就會(huì)起到很大的作用，一方面你可以隨時(shí)找出之前上線過(guò)的apk、API文件，另一方面面對(duì)不斷修改打包的文件不至于把自己搞混。

下面是我個(gè)人的意見(jiàn)，如哪個(gè)大牛有好方法可以分享出來(lái)。版本號(hào)始終是唯一的，是依次迭代遞進(jìn)的，不要為了上線時(shí)版本號(hào)好看就去刻意干擾版本號(hào)，嚴(yán)禁搞多套版本號(hào)。

測(cè)試須知：

UI、交互、產(chǎn)品在技術(shù)人員開(kāi)發(fā)階段，要多和技術(shù)人員溝通，最好是將大功能細(xì)化成小功能模塊，每次做好一部分就通知相關(guān)的人進(jìn)行檢查，以免累計(jì)到最后問(wèn)題過(guò)多修改動(dòng)作太大。UI負(fù)責(zé)盯著開(kāi)發(fā)是否按照自己的設(shè)計(jì)實(shí)現(xiàn)的，交互負(fù)責(zé)關(guān)注交互效果是否符合你的標(biāo)準(zhǔn)，產(chǎn)品負(fù)責(zé)關(guān)注各個(gè)功能的實(shí)現(xiàn)是否正確。

測(cè)試用例：好的測(cè)試用例能夠有效的推進(jìn)測(cè)試的進(jìn)程，好的測(cè)試用例在于盡可能的把APP的各種需要測(cè)試的情況用人話(huà)描述清楚，這點(diǎn)就看你的文字能力了，測(cè)試用例寫(xiě)出來(lái)會(huì)交給測(cè)試人員來(lái)測(cè)，這也是他們?cè)u(píng)判APP是否達(dá)標(biāo)的標(biāo)準(zhǔn)。

Bug管理工具：bugtags,bugclose等等，市面上有很多，多是免費(fèi)的，即使是收費(fèi)也不要在意那么點(diǎn)錢(qián)，借助bug管理工具能夠有效的提高測(cè)試人員和技術(shù)人員的協(xié)作效率。

（三）項(xiàng)目上線后

之前給大家介紹了兩個(gè)部分，項(xiàng)目啟動(dòng)前和項(xiàng)目執(zhí)行中。項(xiàng)目上線后，作為產(chǎn)品需要關(guān)注的事情有幾個(gè)方面，一是APP數(shù)據(jù)，二是用戶(hù)反饋，三是需求提取。

一、APP數(shù)據(jù)

新增用戶(hù)：第一次啟動(dòng)應(yīng)用的用戶(hù)；

新增獨(dú)立用戶(hù)：全體應(yīng)用的新增用戶(hù)的總和（去重）

活躍用戶(hù)：當(dāng)天啟動(dòng)一次的用戶(hù)即為活躍用戶(hù)，含新用戶(hù)和老用戶(hù)；

活躍獨(dú)立用戶(hù)：當(dāng)天應(yīng)用的活躍用戶(hù)總和（去重）

MAU：MAU（monthly active users）月活躍用戶(hù)人數(shù)。

DAU:DAU(Daily Active User)日活躍用戶(hù)數(shù)量。常用于反映網(wǎng)站、互聯(lián)網(wǎng)應(yīng)用或網(wǎng)絡(luò)游戲的運(yùn)營(yíng)情況。

用戶(hù)留存率：在互聯(lián)網(wǎng)行業(yè)中，用戶(hù)在某段時(shí)間內(nèi)開(kāi)始使用應(yīng)用，經(jīng)過(guò)一段時(shí)間后，仍然繼續(xù)使用該應(yīng)用的用戶(hù)，被認(rèn)作是留存用戶(hù)。這部分用戶(hù)占當(dāng)時(shí)新增用戶(hù)的比例即是留存率，會(huì)按照每隔1單位時(shí)間（例日、周、月）來(lái)進(jìn)行統(tǒng)計(jì)。

用戶(hù)留存率中的40-20-10法則：如果你想讓游戲、應(yīng)用的DAU超過(guò)100萬(wàn)，那么日留存率應(yīng)該大于40%，周留存率和月留存率分別大于20%和10%。

次日留存率：（當(dāng)天新增的用戶(hù)中，在往后的第1天還活躍的用戶(hù)數(shù)）/第一天新增總用戶(hù)數(shù)；

第2日留存率：（第一天新增用戶(hù)中，在往后的第2天還有活躍的用戶(hù)數(shù)）/第一天新增總用戶(hù)數(shù)；

第7日留存率：（第一天新增的用戶(hù)中，在往后的第7天還有活躍的用戶(hù)數(shù)）/第一天新增總用戶(hù)數(shù)；

第30日留存率：（第一天新增的用戶(hù)中，在往后的第30天還有活躍的用戶(hù)數(shù)）/第一天新增總用戶(hù)數(shù)。

另外就是APP的埋點(diǎn)數(shù)據(jù)，這個(gè)功能的點(diǎn)擊率是多少？這個(gè)功能有多少人打開(kāi)，又有多少人使用了？有多少人在頻繁使用這個(gè)功能？等等，這些埋點(diǎn)數(shù)據(jù)要時(shí)常關(guān)注。結(jié)合數(shù)據(jù)變化來(lái)反思功能設(shè)計(jì)的問(wèn)題，從而優(yōu)化產(chǎn)品。

二、用戶(hù)反饋和評(píng)論

產(chǎn)品上線后，用戶(hù)的反饋和評(píng)論對(duì)于產(chǎn)品人員來(lái)講是尤為珍貴的材料，一方面這是你的真實(shí)用戶(hù)的直觀感受，另一方面他們?cè)俦磉_(dá)直接的需求。那么，怎么樣處理用戶(hù)的意見(jiàn)就顯得格外重要。用戶(hù)反饋什么我們就做什么，這是肯定不行的。很多情況下用戶(hù)表達(dá)的只是一種表面現(xiàn)象，要學(xué)會(huì)去挖掘用戶(hù)背后的需求本質(zhì)。多去研究世界上一些革命性的產(chǎn)品，多去了解人。

當(dāng)看到四處飛來(lái)的意見(jiàn)時(shí)，我們要學(xué)會(huì)思考，而不是全盤(pán)接受、全盤(pán)照抄。

是不是我們的目標(biāo)？想想我們的目標(biāo)用戶(hù)是誰(shuí)。

使用場(chǎng)景是否成立？還是這只是極個(gè)別人的場(chǎng)景需求。

用戶(hù)目標(biāo)是否正確？我們的APP是不是用來(lái)滿(mǎn)足用戶(hù)這個(gè)需求的？

產(chǎn)品定位還正確嗎？如果做了這個(gè)功能，還符合我們產(chǎn)品的定位嗎？

如果要做這個(gè)功能，那么自身的項(xiàng)目資源是否能夠滿(mǎn)足？如果需要舉全部資源來(lái)做這件事情，那就要慎重再慎重。

三、需求提取

也許用戶(hù)的意見(jiàn)是個(gè)圓形，但經(jīng)過(guò)分析之后，很有可能得到需求是個(gè)三角形。

“如果我最初問(wèn)消費(fèi)者他們想要什么，他們應(yīng)該是會(huì)告訴我，‘要一匹更快的馬！’”

——這是亨利·福特的一句經(jīng)典名言，如今我們?cè)凇秵滩妓箓鳌防镉忠?jiàn)到了它。

100多年前，福特公司的創(chuàng)始人亨利·福特先生到處跑去問(wèn)客戶(hù)：“您需要一個(gè)什么樣的更好的交通工具？”幾乎所有人的答案都是：“我要一匹更快的馬”。很多人聽(tīng)到這個(gè)答案，于是立馬跑到馬場(chǎng)去選馬配種，以滿(mǎn)足客戶(hù)的需求。但是福特先生卻沒(méi)有立馬往馬場(chǎng)跑，而是接著往下問(wèn)。

福特：“你為什么需要一匹更快的馬？”

客戶(hù)：“因?yàn)榭梢耘艿酶欤?rdquo;

福特：“你為什么需要跑得更快？”

客戶(hù)：“因?yàn)檫@樣我就可以更早的到達(dá)目的地。”

福特：“所以，你要一匹更快的馬的真正用意是？”

客戶(hù)：“用更短的時(shí)間、更快地到達(dá)目的地！”

于是，福特并沒(méi)有往馬場(chǎng)跑去，而是選擇了制造汽車(chē)去滿(mǎn)足客戶(hù)的需求。

客戶(hù)需求有顯性需求和隱性需求兩大類(lèi)。我們通過(guò)市場(chǎng)調(diào)查得知的往往都是一些諸如“我要一匹更快的馬”這類(lèi)顯性需求?？蛻?hù)的顯性需求并不是客戶(hù)真正的需求。企業(yè)需要根據(jù)所收集的顯性需求信息進(jìn)行深度挖掘和捕獲，以了解客戶(hù)的隱性需求是什么，進(jìn)而分析出客戶(hù)的真正需求是什么（例如：用更短的時(shí)間、更快地到達(dá)目的地）。這就是一個(gè)需求分析的過(guò)程。

喬布斯所言：“我們的任務(wù)是讀懂還沒(méi)落到紙面上的東西。”實(shí)際上就是用戶(hù)隱性需求的深度挖掘。

本文為作者華飛（微信huaguolong179），文章來(lái)源：鳥(niǎo)哥筆記，轉(zhuǎn)載請(qǐng)注明來(lái)源鳥(niǎo)哥筆記并附帶作者信息。