MVP是Minimum Viable Product的縮寫，意思是最小可行產(chǎn)品.最近幾年在移動(dòng)互聯(lián)網(wǎng)時(shí)代麻敌，在TO C產(chǎn)品研發(fā)以及推向市場(chǎng)的時(shí)候，這個(gè)概念很是盛行职辅。說說比較有名的二個(gè)例子：

一個(gè)例子是Zappos聂示，創(chuàng)始人Nick為了證實(shí)人們有網(wǎng)上購(gòu)買鞋子需求的想法，在一開始先到當(dāng)?shù)氐膶９袢ヅ男拥恼掌诺骄W(wǎng)上鱼喉，如果有人下了單诽偷，他就跑去店里購(gòu)買。這樣编曼，他一開始并沒有倉(cāng)儲(chǔ)的壓力，也不需要投入成本去搭建一個(gè)真正的電商平臺(tái)掐场。2009年Zappos被Amazon以12億美元的價(jià)格收購(gòu)往扔。

還有一個(gè)例子就是Dropbox, 剛開始創(chuàng)始人也不知道Dropbox是不是被大家所需要贩猎，所以先拍了一個(gè)視頻萍膛，視頻主要是演示Dropbox所能解決的痛點(diǎn)以及使用場(chǎng)景，之后把視頻放到Y(jié)outube上面艇棕，很多網(wǎng)友通過視頻來到Dropbox網(wǎng)站留言表示了強(qiáng)烈的使用意愿串塑，也正是這2分多鐘的視頻為Dropbox帶來了上千萬(wàn)的用戶。

大家看了這二個(gè)例子刺桃，是否發(fā)現(xiàn)了一個(gè)問題吸祟，C端產(chǎn)品，特別是一些創(chuàng)新的商業(yè)模式因?yàn)橛泻艽蟮奈粗獢?shù)屋匕，所以前期MVP最重要的目的是驗(yàn)證需求是否存在，商業(yè)模式是否成立进泼？基于這個(gè)驗(yàn)證的需求來實(shí)現(xiàn)最簡(jiǎn)的MVP,然后慢慢迭代開發(fā)演變纤虽。

但是TO B的產(chǎn)品和TO C的場(chǎng)景有很大的不同，TO B的業(yè)務(wù)要復(fù)雜很多洋措，對(duì)比To C需求也要確定很多杰刽，除了少數(shù)完全創(chuàng)新性的To B產(chǎn)品以外，大多數(shù)TO B產(chǎn)品的MVP不是為了驗(yàn)證需求是否存在滓鸠，而是讓產(chǎn)品用最小的代價(jià)最短的時(shí)間面市第喳，從而可以讓產(chǎn)品的研發(fā)可以讓用戶需求來進(jìn)行驅(qū)動(dòng)，避免閉門造車的尷尬以及產(chǎn)品出來之后和客戶期望南轅北轍的風(fēng)險(xiǎn)。

那么TO B的產(chǎn)品應(yīng)該怎樣來定義MVP呢寞射？筆者建議遵循下面的步驟來定義B端產(chǎn)品的MVP锌钮。

1: 確定產(chǎn)品定位定位主要要確定三個(gè)問題引矩，客戶是誰(shuí)，用戶是誰(shuí)氛谜，要解決什么問題区端。客戶是誰(shuí)的問題客戶是誰(shuí)的問題，一般來說杨何，有二個(gè)維度需要考慮沥邻，一個(gè)是行業(yè)的維度，一個(gè)是規(guī)模的維度埃跷。

• 行業(yè)的維度邮利，如果是支持通用行業(yè)，或者只是某個(gè)特定行業(yè)延届，所需要的產(chǎn)品功能以及產(chǎn)品采用的設(shè)計(jì)是非常不同的,如果是通用行業(yè)，產(chǎn)品的可配置性要遠(yuǎn)遠(yuǎn)大于只是針對(duì)特定行業(yè)窗宦，但是針對(duì)特定行業(yè)的產(chǎn)品可以基于行業(yè)特點(diǎn)二鳄，設(shè)計(jì)很多貼身的功能。

• 規(guī)模的維度也是一個(gè)很重要的維度髓窜，比如說跨國(guó)公司，本土大公司鳖敷，中型公司定踱，小型公司恃鞋，不同規(guī)模，地域的公司所需要的產(chǎn)品功能會(huì)有很大的差別畅哑。一般來說水由，大公司的業(yè)務(wù)復(fù)雜度很高，如果將大公司的產(chǎn)品給小公司來用泥张，產(chǎn)品易用性很差鞠值，培訓(xùn)實(shí)施周期太長(zhǎng)，這些都是中小企業(yè)很難接受的齿诉。

• 所以筆者的一個(gè)原則，同一個(gè)業(yè)務(wù)歇竟，針對(duì)不同規(guī)模的公司的解決方案抵恋，長(zhǎng)期來說是要分產(chǎn)品線的，如果不分產(chǎn)品線盅安，是很難競(jìng)爭(zhēng)過有針對(duì)性的競(jìng)爭(zhēng)對(duì)手的世囊。什么客戶都支持，實(shí)際上就是沒有想清楚目標(biāo)客戶定位蝙寨。

用戶是誰(shuí)的問題在確定了客戶是誰(shuí)之后，我們要進(jìn)一步了解用戶是誰(shuí)墙歪。比如說人事系統(tǒng)的用戶是HR,CRM的用戶主要是市場(chǎng)和銷售人員虹菲，ERP主要是采購(gòu)人員，銷售人員毕源，庫(kù)管人員，如果我們能夠抽象出目標(biāo)用戶的用戶肖像，包括主要性別瘩欺，教育水平拌牲，喜好塌忽，使用系統(tǒng)的場(chǎng)景等，對(duì)產(chǎn)品功能定義以及設(shè)計(jì)會(huì)非常有幫助土居。

比如說人事系統(tǒng)的主要使用用戶是女性，為什么現(xiàn)在沒有一款人力資源管理系統(tǒng)的頁(yè)面風(fēng)格是偏女性喜歡風(fēng)格的呢棉圈？如果有眷蜓，一定讓人眼前一亮。

CRM的銷售人員辦公一般處于移動(dòng)場(chǎng)景中德召，那么相關(guān)功能在移動(dòng)端的友好度汽纤，就很重要的。如果用戶一直坐在PC面前液茎，移動(dòng)端就不是那么重要的。要解決什么問題對(duì)于定位的要解決的問題滞造，一定要簡(jiǎn)單直接栋烤，我們看一些定位相對(duì)比較好的例子：

機(jī)場(chǎng)掃地機(jī)器人

中型企業(yè)的招聘管理

中大企業(yè)招聘官網(wǎng)搭建工具

零售行業(yè)的顧客管理系統(tǒng)

一個(gè)原則就是說明文案都是大家都能理解的名詞，不能有需要解釋的名詞买窟，比如說你現(xiàn)在說我要做一個(gè)滴滴打人的產(chǎn)品薯定，大家現(xiàn)在能理解，但是如果在滴滴打車出現(xiàn)之前亏推，你說滴滴打人是你的定位年堆，就沒有人能夠聽懂. 現(xiàn)在很多公司在說明自己定位的時(shí)候，很喜歡加上新零售变丧，人工智能痒蓬，生態(tài)，入口這樣的字樣攻晒，很多時(shí)候讓人越聽越糊涂炎辨，這些本身意義很含糊寬廣的字樣會(huì)讓其定位更加模糊。 整體來說公司定位需要極其簡(jiǎn)潔碴萧，不能長(zhǎng)篇大論破喻，最好15個(gè)字以內(nèi)，如果太長(zhǎng)曹质，請(qǐng)簡(jiǎn)化之擎场。2: 確定種子客戶迅办。

在產(chǎn)品正式開發(fā)之前章蚣，最好可以基于團(tuán)隊(duì)的資源以及產(chǎn)品定位的說明，盡早找到一些符合自己定位的種子用戶（有時(shí)候在后期等產(chǎn)品原型設(shè)計(jì)完成后矾策，再來說服種子用戶）峭沦。如果種子用戶很難找到，或者很難被說服的時(shí)候蓬豁，很多時(shí)候要反思產(chǎn)品定位以及通過更多的用戶調(diào)研蛉抓，從而找到更精確的公司客群以及產(chǎn)品定位剃诅。

** 最近看到一個(gè)可行的獲得種子用戶的方式是幫助其做代運(yùn)營(yíng)，筆者看到不少面向餐飲笑跛，培訓(xùn)聊品，房產(chǎn)中介創(chuàng)業(yè)做賦能業(yè)務(wù)的創(chuàng)業(yè)公司，前期都是通過線上代運(yùn)營(yíng)的方式來開始的陈哑。創(chuàng)業(yè)公司通過線上代運(yùn)營(yíng)快速產(chǎn)生現(xiàn)金流伸眶，活下去，同時(shí)找到客戶真正的痛點(diǎn)以及操作方式界酒，后面可以再用產(chǎn)品解決方案來將其自動(dòng)化嘴秸，這樣的路徑很符合精益創(chuàng)業(yè)的理論庇谆。****3: 確定產(chǎn)品路線** 確定種子用戶以后凭疮，就可以跟客戶溝通來確定產(chǎn)品的路線哭尝，比如說公司的目標(biāo)定位是對(duì)標(biāo)Workday，或者Salesforce材鹦，那么一口氣開發(fā)出Workday或者Salesforce的大部分功能然后上線無(wú)疑是很愚蠢的行為桶唐，這個(gè)時(shí)候就要將目標(biāo)進(jìn)行拆解，確定產(chǎn)品的演變路徑尤泽。關(guān)于MVP的演進(jìn)路徑坯约，原來網(wǎng)上有一張很著名的圖，如下：

image

意思說就是如果要造一輛車横殴，MVP的演進(jìn)路徑應(yīng)該先造一輛滑板車卿拴，然后是自行車，摩托車文狱，然后是汽車之類的缘挽。筆者覺得這個(gè)在TO C產(chǎn)品是可以這樣設(shè)計(jì)產(chǎn)品路徑的。如果在TO B產(chǎn)品里面這樣設(shè)計(jì)產(chǎn)品路徑苏研，筆者覺得就是滑天下之大稽了窝稿。****為什么呢？****因?yàn)锽端產(chǎn)品業(yè)務(wù)以及邏輯極其復(fù)雜纹蝴，最重要是架構(gòu)的搭建，如果按照這樣的演變路徑糠涛，每一輪產(chǎn)品基本上都是上都要推翻上一輪的產(chǎn)品以及設(shè)計(jì)兼犯，這在B端的產(chǎn)品里面是不可接受的，從客戶體驗(yàn)的角度也是不可接受的砸脊。

如果還是拿汽車來舉例子纬霞，正確的方式可能還是先要有一個(gè)可以能動(dòng)的汽車的框架出來出來，但是很多功能可以缺失瞳抓，后來再慢慢增加比如說雨刷伏恐，多個(gè)座椅，轉(zhuǎn)向燈横蜒，后備箱秤掌，導(dǎo)航等功能鹰霍，但是需要保證增加后續(xù)功能的時(shí)候不能推翻原來的設(shè)計(jì)。

** 對(duì)于特別復(fù)雜茂洒，開發(fā)周期長(zhǎng)的產(chǎn)品，通過巧妙的設(shè)計(jì)產(chǎn)品路徑渠羞，分批上線智哀，從而可以避免閉門造車的尷尬局面以及風(fēng)險(xiǎn)瓷叫，快速上線產(chǎn)品也能夠給予客戶信心送巡。而這些盒卸，對(duì)于創(chuàng)業(yè)公司都是關(guān)系生死的問題。**

在上一篇文章“如何定義B端產(chǎn)品MVP(上)”里面摘投，我們談到了定義MVP產(chǎn)品的前面三個(gè)步驟虹蓄，確定產(chǎn)品定位，找到種子用戶圆凰，確定產(chǎn)品路線专钉，今天我們?cè)賮砹牧暮竺娴膸讉€(gè)步驟累铅。1: ****確定用****戶業(yè)務(wù)****流程****圖 在產(chǎn)品路線確定完成之后，基于產(chǎn)品定義的路線菇民，我們要基于業(yè)務(wù)目的來確定用戶的業(yè)務(wù)流程圖投储。 還是拿人事模塊來進(jìn)行舉例，幾個(gè)關(guān)鍵的用戶業(yè)務(wù)流程圖就包含比如說：?jiǎn)T工入職流程娇掏，員工合同管理勋眯，員工異動(dòng)流程（調(diào)職），員工離職流程等等塞蹭。

確定用戶使用流程圖的目的是為了保證產(chǎn)品能夠?qū)Ω鱾€(gè)角色的日常業(yè)務(wù)進(jìn)行支持讶坯，在梳理的時(shí)候盡量完整辆琅，不要遺漏担汤，也是為了后面梳理每塊業(yè)務(wù)功能點(diǎn)清單以及定義優(yōu)先級(jí)做好準(zhǔn)備工作洼冻。這方面的文章也很多，筆者就不細(xì)說了率碾。

2:****確定功能點(diǎn)清單基于產(chǎn)品的用戶使用流程圖屋彪，確定每個(gè)功能的線上功能點(diǎn)清單，類似下圖所示：

image

在定義完成每個(gè)流程的功能點(diǎn)之后仔粥，要做一件事情躯泰，就是要確定哪些功能點(diǎn)事放在線上來實(shí)現(xiàn)华糖，哪些功能點(diǎn)還是要維持線下的方式，這個(gè)也是很重要的一個(gè)步驟诵竭，可以參考一下如下的原則：

· 線下處理極其靈活兼搏，沒有什么規(guī)則，也很難通過梳理將目前的業(yè)務(wù)邏輯規(guī)范化的流程或者功能建議線下處理裳朋。

要知道軟件的一個(gè)基本原則就是建立一套標(biāo)準(zhǔn)流程或者自動(dòng)化的規(guī)則件相，如果線下處理極其靈活夜矗，很難將規(guī)則標(biāo)準(zhǔn)化让虐，那么這樣的功能是不太適合做成標(biāo)準(zhǔn)產(chǎn)品功能的，留一點(diǎn)標(biāo)準(zhǔn)的通用口子給到客戶对扶，讓客戶線下處理，將數(shù)據(jù)輸入線上就可以了笼才。

 舉一個(gè)例子骡送，在薪資里面為什么有那么多稅前調(diào)整項(xiàng)絮记，稅后調(diào)整項(xiàng)目，就是各種各樣的情況太多派敷，無(wú)法標(biāo)準(zhǔn)化撰洗，就留了一些口子給用戶而已。

· 線下處理比線上處理要方便很多的情況

每個(gè)業(yè)務(wù)流程如果你嚴(yán)格的去梳理功能點(diǎn)潜支，發(fā)現(xiàn)會(huì)有各種各樣的情況需要進(jìn)行處理冗酿，這個(gè)時(shí)候非陈缍希考察B端產(chǎn)品經(jīng)理化繁為簡(jiǎn)的能力，打一個(gè)大家都會(huì)碰到的公司里面請(qǐng)假的比方吧弱判，會(huì)有很多人考慮設(shè)計(jì)如下的功能：a:如果員工申請(qǐng)了休假锥惋，老板還沒有批的時(shí)候膀跌，是否需要一個(gè)撤銷功能，讓員工可以撤銷可以提交已經(jīng)申請(qǐng)的單子巴鄙恕？b:如果老板長(zhǎng)時(shí)間沒有審批祠汇，是否要設(shè)置一個(gè)幾天自動(dòng)審批通過的功能，不同公司默認(rèn)審批通過诗力，審批拒絕是否還要設(shè)置一個(gè)參數(shù)拔铱佟屿良？c:如果申請(qǐng)休假，老板拒絕了康栈，是否可以支持在原來的單子上面直接修改之后直接提交芭绯取？

  說實(shí)話悬荣，現(xiàn)實(shí)中筆者特別怕碰到這種邏輯嚴(yán)謹(jǐn)疙剑，又沒有梳理能力的產(chǎn)品經(jīng)理氯迂，不斷的增加功能點(diǎn)，**而增加的功能點(diǎn)會(huì)帶出很多其他的特殊情況言缤，導(dǎo)致越來越復(fù)雜嚼蚀。**實(shí)際在MVP階段，這些場(chǎng)景線上統(tǒng)統(tǒng)不需要支持管挟，**但是要保證的一點(diǎn)是這些場(chǎng)景發(fā)生的時(shí)候轿曙，業(yè)務(wù)不至于開展不下去。**

  事實(shí)上MVP階段只要保證支持最基本的業(yè)務(wù)流程僻孝，員工可以提交請(qǐng)假导帝，老板可以審批通過或者拒絕，上次這三種情況前期都可以支持穿铆，對(duì)于場(chǎng)景a，你跟老板口頭或者微信說一下悴务，讓他拒絕就解決了睹限。對(duì)于場(chǎng)景b譬猫，不好意思讯檐，老板這么久沒有批羡疗，現(xiàn)在通訊這么發(fā)達(dá)，可以微信跟老板說一聲批一下就好了别洪。對(duì)于場(chǎng)景c叨恨，老板拒絕后，你重新提交一張請(qǐng)假單子挖垛，輸入日期和選擇假種有那么大的工作量嗎痒钝？

3:****確定功能點(diǎn)的優(yōu)先級(jí)確定功能點(diǎn)的優(yōu)先級(jí)一般來說需要依據(jù)如下幾個(gè)維度：

· 基于功能需求的****強(qiáng)****烈度

判斷功能需求的強(qiáng)烈度，用戶痛感強(qiáng)烈程度的指標(biāo)是很重要的維度痢毒，比如說員工入職流程是否要支持員工自助入職（員工輸入自己的基本信息）送矩，如果對(duì)于一個(gè)中小公司來說，一年也沒有幾個(gè)新員工入職哪替，那么這種信息的輸入完全放在HR端進(jìn)行輸入就可可以了栋荸。員工自助入職功能根本不需要，或者很后期才考慮就好凭舶。

   如果目標(biāo)客戶是針對(duì)特大客戶晌块，每天新員工入職的量是很大的，如果這個(gè)是客戶一個(gè)提升效率的主要訴求帅霜。那么前期的優(yōu)先級(jí)就需要提高匆背。**切記所有的考量都要基于產(chǎn)品的定位以及業(yè)務(wù)場(chǎng)景，是任何判斷的一個(gè)基準(zhǔn)身冀。**

· 基于功能使用的****頻****率

頻率也是功能優(yōu)先級(jí)一個(gè)重要的指標(biāo)維度钝尸，比如說組織架構(gòu)調(diào)整的調(diào)整，有些公司可能一年都做不了一次組織架構(gòu)的調(diào)整搂根，那么組織架構(gòu)調(diào)整的功能就可以優(yōu)先級(jí)不要那么高蝶怔。筆者曾經(jīng)看到一些項(xiàng)目的設(shè)計(jì)，前期就考慮了很多非常極端低頻的事務(wù)處理兄墅。前期在極端情況****處****理的開****發(fā)****上面花****費(fèi)****了大量****時(shí)間****踢星，最后****產(chǎn)****品開****發(fā)****周期極其****長(zhǎng)****。另外在****產(chǎn)****品****設(shè)計(jì)****上面隙咸，極端****case****的****處****理也揉在了正常流程中沐悦，****導(dǎo)****致****產(chǎn)****品極其****難****用。實(shí)際上這些極端低頻的功能幾年都用不了一次五督，完全可以放在后期藏否。另外前面一些年刮起了****B****端一切功能移****動(dòng)****化的****風(fēng)****潮，將很多低****頻****使用充包，或者大多****時(shí)****候是用****戶****坐在****PC****面前使用的功能移****動(dòng)****化副签，****實(shí)際****上沒有人用遥椿，浪****費(fèi)****了很多人力物力，也因****為****復(fù)****雜****的功能****讓****管理系****統(tǒng)****的移****動(dòng)****端疲****憊****不堪淆储，體****驗(yàn)****極差冠场。在移動(dòng)化如此盛行的今天，筆者想問您一句本砰，您真的需要將功能移動(dòng)化嗎碴裙？功能點(diǎn)的取舍是考驗(yàn)產(chǎn)品經(jīng)理水平的一個(gè)很重要的衡量標(biāo)準(zhǔn)，不同的****產(chǎn)****品定位点额，不同的公司****資****源舔株，不同的****團(tuán)隊(duì)****能力，同****樣****的****題****目的最佳答案一定是不一****樣****的还棱。

· 避免過度設(shè)計(jì)

有些產(chǎn)品經(jīng)理考慮問題因?yàn)檫€是比較窄载慈，也由于沒有技術(shù)背景，不太了解不同設(shè)計(jì)對(duì)應(yīng)的開發(fā)工作量珍手，經(jīng)常容易過度設(shè)計(jì)办铡，那個(gè)提出app皮膚要根據(jù)手機(jī)殼顏色進(jìn)行適配需求的產(chǎn)品人就是一個(gè)很典型的例子。 我也舉一個(gè)非常簡(jiǎn)單的例子珠十，在進(jìn)行員工或者客戶信息維護(hù)的時(shí)候料扰，經(jīng)常有員工或者客戶的地址需要進(jìn)行維護(hù)的情況，有些人有一個(gè)地址焙蹭，有些人二個(gè)晒杈，最多有些人三個(gè)地址，于是可能有些產(chǎn)品設(shè)計(jì)很自然就設(shè)計(jì)對(duì)地址進(jìn)行行級(jí)支持孔厉，支持無(wú)限添加擴(kuò)展拯钻。如果最極端的情況是三個(gè)地址，你的產(chǎn)品定位又不是需要支持全世界大客戶撰豺，類似sap的定位粪般。用列級(jí)支持最多三個(gè)地址就夠了，開發(fā)工作量小污桦，對(duì)于用戶來說前端也挺易用亩歹。 整體來說，基于產(chǎn)品定位凡橱，業(yè)務(wù)場(chǎng)景小作，團(tuán)隊(duì)情況對(duì)于大小問題化繁為簡(jiǎn)，設(shè)計(jì)最佳稼钩，最簡(jiǎn)路徑是非常重要的顾稀。通過上下篇這些步驟，希望可以幫助大家定義出一個(gè)B端產(chǎn)品的MVP功能坝撑。也歡迎大家留言討論静秆！