編輯導(dǎo)語(yǔ)：在這個(gè)人人都是產(chǎn)品經(jīng)理的時(shí)代，每位入行的產(chǎn)品人進(jìn)階速度與到達(dá)高度各有不同。本文作者結(jié)合自身三年產(chǎn)品行業(yè)的經(jīng)歷，根據(jù)案例拆解產(chǎn)品行業(yè)的極簡(jiǎn)研發(fā)過(guò)程、需求池、版本樹(shù)、產(chǎn)品自我優(yōu)化等相關(guān)具體方法論。推薦產(chǎn)品行業(yè)的小伙伴們閱讀學(xué)習(xí)～

一、產(chǎn)品研發(fā)的極簡(jiǎn)過(guò)程

1. 產(chǎn)品概述

產(chǎn)品就是一棵樹(shù)的形象，從生長(zhǎng)環(huán)境的泥土里吸收養(yǎng)分，一個(gè)階段一個(gè)階段的成長(zhǎng)。產(chǎn)品也需要是一顆樹(shù)的形象，在自己的成長(zhǎng)中挺直主干，直沖蒼天。在努力成長(zhǎng)中，給人一片陰涼，呵護(hù)一方水土；即使在之后倒下，也能夠提供自己的身軀，給他人以借鑒，再鋪一段路橋。

2. 需求池和版本樹(shù)

需求池和版本樹(shù)簡(jiǎn)版

抽象的需求池版本樹(shù)形象，底部平臺(tái)為需求池，上面分支生長(zhǎng)開(kāi)來(lái)為版本樹(shù)。

借用簡(jiǎn)單的形象，就能從大局著手，看清楚一些最核心的內(nèi)容。

在需求池上，本質(zhì)是提供產(chǎn)品的生長(zhǎng)環(huán)境。作為樹(shù)的形象生長(zhǎng)，就需要生長(zhǎng)環(huán)境土壤肥沃，獲取必要元素足夠。那么，在實(shí)際的需求池構(gòu)建上，就需要有廣泛的意見(jiàn)收集，經(jīng)過(guò)專(zhuān)業(yè)的篩選過(guò)濾，輸出形成定版的需求。

• 用戶(hù)反饋，是產(chǎn)品深植的土壤，接觸用戶(hù)最大的需求及最深的痛點(diǎn)，最好的解決用戶(hù)的問(wèn)題；
• 市場(chǎng)反饋則提供當(dāng)前市面的發(fā)展情況，需要相關(guān)的硬件、技術(shù)、市場(chǎng)環(huán)境、配套設(shè)施等多維度匹配；
• 競(jìng)品分析，則很好地比對(duì)了自己這一個(gè)物種的情況。在信息發(fā)展跨越度很大，融合很深的現(xiàn)在，就需要擴(kuò)展更廣范圍的競(jìng)品，將更多的風(fēng)險(xiǎn)和機(jī)遇預(yù)估在范圍內(nèi)，從而有效促進(jìn)產(chǎn)品成長(zhǎng)；
• 戰(zhàn)略規(guī)劃，則是產(chǎn)品需要為公司的發(fā)展戰(zhàn)略鋪路，輔助公司整體戰(zhàn)略的實(shí)現(xiàn)，也需要公司內(nèi)部各部門(mén)的通力配合，維護(hù)產(chǎn)品的健康成長(zhǎng)；
• 技術(shù)趨勢(shì)，則是緊跟技術(shù)發(fā)展，實(shí)時(shí)更新產(chǎn)品的內(nèi)核，確保產(chǎn)品更具有生命力；
• 產(chǎn)品設(shè)計(jì)，則是將所有的收集整理，整合到產(chǎn)品的具體實(shí)現(xiàn)上，是信息整合的升級(jí)提升。

以上各個(gè)維度構(gòu)建了需求池搭建的相對(duì)完善的框架，基于產(chǎn)品不同的生命周期、當(dāng)前所處的階段，需要給與不同維度不同的權(quán)重。

信息的權(quán)衡采納，決定什么內(nèi)容被產(chǎn)品當(dāng)前版本吸收，這是很關(guān)鍵的一部分。當(dāng)前范圍的確定，從宏觀上，確定了產(chǎn)品所需要的必要元素，從而篩選出來(lái)最有效的內(nèi)容，促進(jìn)產(chǎn)品快速成長(zhǎng)。

3. 需求池和版本樹(shù)關(guān)鍵內(nèi)容

在產(chǎn)品成長(zhǎng)中，產(chǎn)品發(fā)展相似與樹(shù)，但是又不同與樹(shù)。樹(shù)的生長(zhǎng)經(jīng)不起一段生命周期的內(nèi)容完全剝離，且在樹(shù)的生長(zhǎng)過(guò)程中，原有的樹(shù)干也會(huì)逐漸粗壯起來(lái)。也因此，延伸出來(lái)，產(chǎn)品的版本樹(shù)需要能夠在未來(lái)枝繁葉茂，需要在主干業(yè)務(wù)上搭建最強(qiáng)壯的框架。

之后的 業(yè)務(wù)會(huì)一直使用最初始的框架，也就決定了之后的產(chǎn)品是否能夠走的更遠(yuǎn)，長(zhǎng)得更好。這也符合，先控制后碎部的思想，更符合事情的二八定律。做好一件事情，做好最關(guān)鍵的部分，事情就算完成百分之八十。同樣的，在產(chǎn)品樹(shù)出現(xiàn)問(wèn)題時(shí)，要敢于及時(shí)削掉不必要的部分。

產(chǎn)品多余的部分在樹(shù)上面就是個(gè)疙瘩，在實(shí)際的產(chǎn)品上，不只是消耗內(nèi)部因?yàn)檫@個(gè)功能牽連的人力物力投入，更會(huì)在用戶(hù)上消耗用戶(hù)的好用度，會(huì)降低整個(gè)產(chǎn)品的品質(zhì)。而這些最關(guān)鍵的部分就是，樹(shù)要成長(zhǎng)，產(chǎn)品需要不斷版本升級(jí)來(lái)變得更好，那就需要落實(shí)，需要更高效的產(chǎn)品成長(zhǎng)。也就是產(chǎn)品一個(gè)版本一個(gè)版本的實(shí)現(xiàn)，一個(gè)版本基于上一個(gè)版本的迭代升級(jí)。

在研發(fā)過(guò)程中，消耗最大的就是需求不確定，來(lái)回版本的更改。需求整理，需求講解，UI設(shè)計(jì)，研發(fā)實(shí)現(xiàn)，測(cè)試驗(yàn)證，是一個(gè)個(gè)工作環(huán)節(jié)串聯(lián)起來(lái)的。工作環(huán)節(jié)越往后靠，前面消耗的時(shí)間就越多，所以，最好的方式就是需求定版，從最開(kāi)始的環(huán)節(jié)把控好需求的執(zhí)行，確定最為清晰的目標(biāo)。

需求池和版本樹(shù)標(biāo)準(zhǔn)版本

二、需求池

1. 需求收集：戰(zhàn)略規(guī)劃、市場(chǎng)反饋、用戶(hù)反饋、產(chǎn)品設(shè)計(jì)、競(jìng)品分析、技術(shù)革新。
2. 需求整理：偽需求、表層需求、真實(shí)需求、興奮需求、深層需求。
3. 需求篩選：需求重要性、需求緊急度、影響范圍、安全性、時(shí)間要求、技術(shù)難點(diǎn)。
4. 需求設(shè)計(jì)：用戶(hù)角色、使用場(chǎng)景、業(yè)務(wù)流程、使用流程、數(shù)據(jù)追蹤、原型圖設(shè)計(jì)、PRD文檔維護(hù)。
5. 項(xiàng)目管理：時(shí)間進(jìn)度規(guī)劃、產(chǎn)品質(zhì)量驗(yàn)收。

需求池和版本樹(shù)豪華版本

1. 需求整理

信息大爆炸時(shí)代，相比于信息匱乏年代的信息內(nèi)容缺乏，信息的堆積和冗余并不會(huì)更簡(jiǎn)單更容易處理。經(jīng)過(guò)需求池構(gòu)建六個(gè)維度的信息收集，關(guān)于產(chǎn)品設(shè)計(jì)，我們獲取了大量的信息。而從這些信息中篩選出來(lái)真實(shí)需求就十分必要。

需求整理，是對(duì)需求信息的遴選，是把非必要的需求信息剔除出去。

需求挖掘中，對(duì)需求進(jìn)行層次劃分，細(xì)分為偽需求、表層需求、真實(shí)需求、興奮需求、深層需求。其中偽需求、表層需求，就是最沒(méi)必要的需求。這些只是用戶(hù)痛點(diǎn)的遮蓋布，我們都沒(méi)有看到真正的病痛表現(xiàn)。

真實(shí)需求，就是直觀的展示，看到的就是需要的，這種需求就需要再度識(shí)別，或許頭疼就真的只是頭疼。而對(duì)于興奮需求、深層需求，就是掩藏在頭痛下的根本，挖掘到根本，最后實(shí)現(xiàn)的產(chǎn)品才會(huì)真正接近用戶(hù)的需要。

頭疼若不是頭疼，可能只是需要你的關(guān)心，那就是興奮需求。不需要管什么頭疼，對(duì)她呵護(hù)備至、疼愛(ài)有加，她的頭疼就不是產(chǎn)品的問(wèn)題，而是產(chǎn)品的價(jià)值！頭疼若不是頭疼，而是其他臟器損壞的痛覺(jué)轉(zhuǎn)移，那就是深層需求。不管如何去醫(yī)治頭疼，最后不解決臟器的問(wèn)題，頭疼問(wèn)題就算解決，也還有其他疼痛問(wèn)題。

常見(jiàn)的說(shuō)明，都會(huì)是更快馬車(chē)的真實(shí)需求，這里換工作的生活例子看看。老板需要日周月報(bào)？是需求，是真實(shí)需求，但只是需求的表象。老板需要的是日周月報(bào)，但其實(shí)他更需要的員工的有效工作權(quán)衡證據(jù)，若是及時(shí)反饋任務(wù)進(jìn)度，及時(shí)反饋異常信息，那日周月報(bào)還需要？

或許這還不足夠，老板為什么需要進(jìn)度，為什么需要他來(lái)監(jiān)督進(jìn)度？因?yàn)檫M(jìn)度不如預(yù)期，至少在之前的所有工作中，進(jìn)度都不如預(yù)期，或者說(shuō)是，常常他以為是這樣但現(xiàn)實(shí)卻不是這樣。在深挖一點(diǎn)就是，他沒(méi)有安全感，他不信任，那么是誰(shuí)給了他不安全感呢？是管理人員的管理能力不匹配？是項(xiàng)目安排執(zhí)行不夠精準(zhǔn)？這估計(jì)就是職場(chǎng)，需要事事有回應(yīng)、件件有著落的根本原因吧！

替換日周月報(bào)，更好的是目標(biāo)、狀態(tài)、進(jìn)度、預(yù)期執(zhí)行結(jié)果的統(tǒng)計(jì)表。本周正在做XX競(jìng)品分析，正常狀態(tài)，進(jìn)度50%，預(yù)期明天中午十二點(diǎn)結(jié)束。

2. 需求篩選

經(jīng)過(guò)需求整理，所留下來(lái)的需求都是真實(shí)的需求，百川終到海。而所有的需求又需要排列順序，從而決定哪些需求優(yōu)先做，逐漸形成需求的金字塔。

其中篩選的重要條件包括，需求的重要性，需求的緊急度，影響范圍、安全性、時(shí)間要求、技術(shù)難點(diǎn)等要素。依據(jù)產(chǎn)品的不同的階段，公司發(fā)展的狀態(tài)，產(chǎn)業(yè)所處的行業(yè)，當(dāng)前的生產(chǎn)環(huán)境等會(huì)給與需求不同要素不同的比重。

整體回饋，還是要依據(jù)先控制后碎部，步步檢核的原則來(lái)設(shè)定。

技術(shù)難度、安全性會(huì)在很大程度成為一票否決權(quán)的情況，需要優(yōu)先確定。之后依據(jù)重要度、緊急度、時(shí)間要素等綜合，按照數(shù)字打分的方式對(duì)需求的權(quán)重進(jìn)行數(shù)字化，從而輔助決策。

同時(shí)，在公司進(jìn)行重大決策，重大變更時(shí)，也會(huì)協(xié)調(diào)相關(guān)的人力資源傾斜來(lái)實(shí)現(xiàn)，從而讓項(xiàng)目管理落地到實(shí)處。實(shí)際的情況就是，當(dāng)前要做的內(nèi)容多，重要性都高，且最好都一次性上線，在這種高度擠壓集中的情況下，產(chǎn)品就更應(yīng)該集中精力把產(chǎn)品的設(shè)計(jì)、需求的完善落到實(shí)處。

把人力不足，時(shí)間緊迫等相關(guān)問(wèn)題交于項(xiàng)目管理來(lái)協(xié)調(diào)。專(zhuān)業(yè)的人辦專(zhuān)業(yè)的事情，將是最為高效的。也就需要，在自己把控或者不屬于自己管控范圍內(nèi)的，要迅速給與他人以合適的信息，讓其他人共同協(xié)助實(shí)現(xiàn)。這也更是給與其他人實(shí)現(xiàn)自我價(jià)值的機(jī)會(huì)。

在沒(méi)有那么緊迫，沒(méi)有那么多需求堆積時(shí)，相對(duì)的處理也就更容易。

3，需求設(shè)計(jì)

經(jīng)過(guò)前面相對(duì)較為“復(fù)雜”的過(guò)程，確保需求有效的被篩選出來(lái)，更關(guān)鍵的就是把需求做出來(lái)。在需求設(shè)計(jì)時(shí)，推薦用戶(hù)角色，使用場(chǎng)景，業(yè)務(wù)流程，使用流程，數(shù)據(jù)追蹤的方式進(jìn)行整體的設(shè)計(jì)。

涉及一個(gè)需求的實(shí)現(xiàn)，我們需要完整的用產(chǎn)品思維整理出完善的使用場(chǎng)景。優(yōu)先考慮有哪些角色使用當(dāng)前功能，也就是確定人員類(lèi)別，確定不同人員使用的場(chǎng)景。

外賣(mài)平臺(tái)會(huì)有下單用戶(hù)，外賣(mài)跑腿用戶(hù)，會(huì)有商家用戶(hù)，會(huì)有平臺(tái)管理用戶(hù)；內(nèi)容閱讀平臺(tái)會(huì)有內(nèi)容閱讀者，內(nèi)容創(chuàng)作者，內(nèi)容管理者，內(nèi)容審核者，以及平臺(tái)管理者。在角色范圍確定時(shí)，常常會(huì)漏掉平臺(tái)管理員的角色。

使用場(chǎng)景就是一個(gè)角色會(huì)在什么場(chǎng)景下使用這個(gè)需求功能，也就是確定功能范圍。例如一個(gè)內(nèi)容閱讀者需要內(nèi)容閱讀；需要和內(nèi)容進(jìn)行交互，點(diǎn)贊、評(píng)論、分享、收藏；也需要和內(nèi)容創(chuàng)作者有一定的關(guān)聯(lián)，就需要關(guān)注、私聊、打賞；而這些所有的都是每個(gè)讀者所獨(dú)有的，就需要用戶(hù)的賬號(hào)體系；而伴隨平臺(tái)內(nèi)容的廣泛還是垂直，還會(huì)需要構(gòu)建用戶(hù)特色，欄目關(guān)注。

業(yè)務(wù)流程則是使用場(chǎng)景的整個(gè)過(guò)程的梳理完善。內(nèi)容的閱讀，是從篩選內(nèi)容開(kāi)始的，篩選內(nèi)容，閱讀內(nèi)容，是否更多交互，是否和作者平臺(tái)有關(guān)聯(lián)；回退然后篩選新的內(nèi)容，重復(fù)流程。

閱讀內(nèi)容的往后延伸流程完成，還需要回退查看流程的另一端，即是內(nèi)容的產(chǎn)生：已發(fā)布的內(nèi)容，回退到內(nèi)容審核，回退到內(nèi)容的發(fā)布，回退到內(nèi)容的編輯。依據(jù)這個(gè)主流程，再把每個(gè)環(huán)節(jié)細(xì)化，看看是否還需要擴(kuò)展。

例如，已發(fā)布的內(nèi)容是否有優(yōu)先級(jí)順序調(diào)整？整個(gè)過(guò)程會(huì)依據(jù)流程的逐步細(xì)化而完善，而精細(xì)化。整體業(yè)務(wù)邏輯梳理清楚，但作為步步檢核的堅(jiān)定執(zhí)行者，還需要驗(yàn)核上面所有的流程是否真的完善，那就使用數(shù)據(jù)流檢核。

內(nèi)容的數(shù)據(jù)流，主要是內(nèi)容的產(chǎn)生到內(nèi)容的消逝，就會(huì)發(fā)現(xiàn)之前的流程設(shè)計(jì)，還缺乏內(nèi)容的撤銷(xiāo)和刪除?；诿恳粋€(gè)功能拆解數(shù)據(jù)的產(chǎn)生，數(shù)據(jù)的流轉(zhuǎn)過(guò)程，數(shù)據(jù)的消逝，以及所有數(shù)據(jù)的統(tǒng)計(jì)分析，從而驗(yàn)證功能設(shè)計(jì)的完善性。

最終輸出就是原型圖，最好能夠整理PRD文檔?；诋?dāng)前很多公司是實(shí)際執(zhí)行情況，建議把PRD文檔的內(nèi)容完善補(bǔ)充到原型圖中，然后配合問(wèn)題列表，實(shí)現(xiàn)文檔的高效化使用，以及內(nèi)容的可追蹤性。

三、版本樹(shù)

（1）核心業(yè)務(wù)實(shí)現(xiàn)，業(yè)務(wù)框架的搭建

（2）登錄注冊(cè)用戶(hù)體系搭建

（3）業(yè)務(wù)商城推廣

（4）活動(dòng)模板構(gòu)建

（5）數(shù)據(jù)運(yùn)營(yíng)挖掘

（6）產(chǎn)品監(jiān)控自我優(yōu)化

之前的過(guò)程，實(shí)際已經(jīng)將產(chǎn)品的關(guān)鍵執(zhí)行順序融入。在當(dāng)前版本樹(shù)的執(zhí)行中，基于需求設(shè)計(jì)完善的基礎(chǔ)，產(chǎn)品更多的參與是確定需求宣講落到實(shí)處，讓研發(fā)、測(cè)試能夠統(tǒng)一理解需求，爭(zhēng)取接近100%的需求理解。

從實(shí)際的經(jīng)驗(yàn)中來(lái)，需求講解，其他相關(guān)人員參與度不一定很高。而在需求講解中，給其他人不確定的提問(wèn)，有助于幫助集中所有成員的注意力。更是通過(guò)提高他的信息輸出來(lái)倒逼他的信息輸入。

在相對(duì)規(guī)范的公司，會(huì)需要所有人員再寫(xiě)需求確認(rèn)，從而實(shí)現(xiàn)需求的傳達(dá)一致性。在過(guò)去從事的項(xiàng)目執(zhí)行中，配合先控制后碎部，步步檢核的理論，整理出來(lái)如下項(xiàng)目管理的模型，期許能夠輔助大家將項(xiàng)目執(zhí)行更好的落地。

整個(gè)項(xiàng)目的執(zhí)行，主要分為階段，應(yīng)用里程碑作檢核；把階段拆解為任務(wù)，用檢查表來(lái)檢核。一般的版本升級(jí)迭代，階段劃分可以分為需求整理階段，UI設(shè)計(jì)階段，研發(fā)實(shí)現(xiàn)階段，測(cè)試測(cè)試階段。各個(gè)階段的里程碑是對(duì)過(guò)去的一個(gè)階段的整理，也是兩個(gè)階段的交接，更是階段產(chǎn)物的驗(yàn)核。

對(duì)產(chǎn)品來(lái)說(shuō)，需求設(shè)計(jì)完成的階段，需要交給下一個(gè)階段需求設(shè)計(jì)原型圖，若是輸出完整的PRD文檔是最恰當(dāng)?shù)?。通過(guò)需求評(píng)審，進(jìn)行需求設(shè)計(jì)的再一次檢核，集大家的智慧完善需求，確保需求設(shè)計(jì)考慮完善。

需求設(shè)計(jì)階段中的任務(wù)拆解，就可以使用之前的環(huán)節(jié)，包括需求收集，需求整理，需求篩選，需求設(shè)計(jì)，而對(duì)應(yīng)各個(gè)任務(wù)的檢查表就是對(duì)應(yīng)任務(wù)的結(jié)果。需求收集，得到的結(jié)果應(yīng)該是一張需求統(tǒng)計(jì)表，記錄當(dāng)前所有有可能需要執(zhí)行的需求；需求整理，則是將哪些需求屏棄掉，將精力鎖定在最關(guān)鍵的需求上；需求篩選，得到的結(jié)果是用什么樣的理由決定了哪些需求當(dāng)前版本優(yōu)先執(zhí)行，且各自的執(zhí)行順序是怎樣的；需求設(shè)計(jì)也就是原型圖設(shè)計(jì)，達(dá)到能夠很好傳遞信息給后續(xù)環(huán)節(jié)的目標(biāo)。

在項(xiàng)目的執(zhí)行中，也要求項(xiàng)目做結(jié)項(xiàng)處理。從而形成項(xiàng)目經(jīng)驗(yàn)，讓后續(xù)新項(xiàng)目的執(zhí)行基于當(dāng)前項(xiàng)目進(jìn)行維度升級(jí)。同時(shí)，項(xiàng)目中的執(zhí)行文檔、檢查表、項(xiàng)目階段規(guī)劃，都是相關(guān)項(xiàng)目的實(shí)例，可依據(jù)這個(gè)內(nèi)容抽取形成模板，構(gòu)成每個(gè)參與者的勛章。

四、產(chǎn)品自我優(yōu)化

（1）產(chǎn)品自我審視：版本樹(shù)復(fù)盤(pán)

（2）用戶(hù)行為研究，大數(shù)據(jù)分析

（3）用戶(hù)直接反饋渠道

（4）MVP：最小最有價(jià)值產(chǎn)品版本

一個(gè)產(chǎn)品就是在這樣的流程下，產(chǎn)品逐漸變得越來(lái)越好；一個(gè)團(tuán)隊(duì)，也就是在這樣的項(xiàng)目執(zhí)行下，變得越來(lái)越專(zhuān)業(yè)，越來(lái)越高效。

在項(xiàng)目都在推行項(xiàng)目復(fù)盤(pán)的情況，那么每一次的需求實(shí)現(xiàn)及運(yùn)行，也需要對(duì)產(chǎn)品進(jìn)行需求復(fù)盤(pán)，對(duì)“枝丫”需求進(jìn)行適當(dāng)?shù)膭h減，對(duì)“主干”進(jìn)行適當(dāng)?shù)难a(bǔ)充完善，使其更加茁壯成長(zhǎng)。

在產(chǎn)品運(yùn)營(yíng)過(guò)程中，也需要監(jiān)控產(chǎn)品本身。依據(jù)產(chǎn)品用戶(hù)群體的活躍度、留存率等來(lái)輔助確定產(chǎn)品的朝向；用各個(gè)頁(yè)面的使用率及使用路徑跟蹤，確定產(chǎn)品的設(shè)計(jì)優(yōu)化，輔助產(chǎn)品進(jìn)行內(nèi)容改版和升級(jí)；用產(chǎn)品的版本對(duì)比、時(shí)間對(duì)比、峰值、數(shù)據(jù)量等多方面變化來(lái)檢核產(chǎn)品，進(jìn)行自我的辯證認(rèn)知。大數(shù)據(jù)的分析和挖掘，將能輔助產(chǎn)品走的更遠(yuǎn)，走的更穩(wěn)。

產(chǎn)品還是需要根植于用戶(hù)，構(gòu)建用戶(hù)的反饋渠道，就能更直接的和用戶(hù)接觸，也更能發(fā)現(xiàn)那些細(xì)節(jié)問(wèn)題、特殊情況問(wèn)題，也是另一個(gè)堅(jiān)持，步步檢核。

在整個(gè)整理過(guò)程中，會(huì)發(fā)現(xiàn)，需求的整理及實(shí)現(xiàn)，花費(fèi)了大量的時(shí)間和精力。在實(shí)際的執(zhí)行中，因?yàn)樾枨蟪氐拿鞔_，需求篩選之前的很多事情都省掉。最關(guān)鍵是，所有的需求按照深度思維都是可以不斷挖掘的，但是在實(shí)際的情形中，會(huì)因?yàn)樯芷凇a(chǎn)品階段，會(huì)存在部分功能隱藏較深，不被使用的情況。

所以，產(chǎn)品在初期的需求設(shè)計(jì)中，不必盡善盡美。在完成核心業(yè)務(wù)邏輯的實(shí)現(xiàn)后，需要盡快投入市場(chǎng)，依據(jù)市場(chǎng)的反饋，更加及時(shí)的修改，以確保產(chǎn)品深耕于用戶(hù)群。這就是產(chǎn)品最小最有價(jià)值版本設(shè)計(jì)的方法，即是MVP，也確實(shí)是MVP。