国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

在上一篇文章“如何定義B端產(chǎn)品的MVP（上）”里面，我們談到了定義MVP產(chǎn)品的前面三個(gè)步驟，確定產(chǎn)品定位，找到種子用戶，確定產(chǎn)品路線，今天我們?cè)賮?lái)聊聊后面的幾個(gè)步驟。

1.?確定用戶業(yè)務(wù)流程圖

在產(chǎn)品路線確定完成之后，基于產(chǎn)品定義的路線，我們要基于業(yè)務(wù)目的來(lái)確定用戶的業(yè)務(wù)流程圖。

還是拿人事模塊來(lái)進(jìn)行舉例，幾個(gè)關(guān)鍵的用戶業(yè)務(wù)流程圖就包含比如說(shuō)：?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ì)說(shuō)了。

2.?確定功能點(diǎn)清單

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

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

（1）線下處理極其靈活，沒(méi)有什么規(guī)則，也很難通過(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)化，就留了一些口子給用戶而已。

（2）線下處理比線上處理要方便很多。

每個(gè)業(yè)務(wù)流程如果你嚴(yán)格的去梳理功能點(diǎn)，發(fā)現(xiàn)會(huì)有各種各樣的情況需要進(jìn)行處理，這個(gè)時(shí)候非?？疾霣端產(chǎn)品經(jīng)理化繁為簡(jiǎn)的能力，打一個(gè)大家都會(huì)碰到的公司里面請(qǐng)假的比方吧，會(huì)有很多人考慮設(shè)計(jì)如下的功能：

1. 如果員工申請(qǐng)了休假，老板還沒(méi)有批的時(shí)候，是否需要一個(gè)撤銷功能，讓員工可以撤銷可以提交已經(jīng)申請(qǐng)的單子??？
2. 如果老板長(zhǎng)時(shí)間沒(méi)有審批，是否要設(shè)置一個(gè)幾天自動(dòng)審批通過(guò)的功能，不同公司默認(rèn)審批通過(guò)，審批拒絕是否還要設(shè)置一個(gè)參數(shù)??？
3. 如果申請(qǐng)休假，老板拒絕了，是否可以支持在原來(lái)的單子上面直接修改之后直接提交?。?/li>

說(shuō)實(shí)話，現(xiàn)實(shí)中筆者特別怕碰到這種邏輯嚴(yán)謹(jǐn)，又沒(méi)有梳理能力的產(chǎn)品經(jīng)理，盲目增加功能點(diǎn)，增加的功能點(diǎn)會(huì)帶出很多其他的特殊情況，導(dǎo)致功能越來(lái)越復(fù)雜。實(shí)際在MVP階段，這些場(chǎng)景統(tǒng)統(tǒng)不需要支持，但是要保證的一點(diǎn)是這些場(chǎng)景發(fā)生的時(shí)候，業(yè)務(wù)不至于走不下去。

事實(shí)這種情況MVP階段只要保證支持最基本的業(yè)務(wù)流程，員工可以提交請(qǐng)假，老板可以審批通過(guò)或者拒絕，上次這三種情況前期就都可以支持：

對(duì)于場(chǎng)景a，用戶可以跟老板口頭或者微信說(shuō)一下，讓他拒絕就解決了。

對(duì)于場(chǎng)景b，不好意思，老板這么久沒(méi)有批，現(xiàn)在通訊這么發(fā)達(dá)，微信跟老板說(shuō)一聲。

對(duì)于場(chǎng)景c，老板拒絕后，重新提交一張請(qǐng)假單子，輸入日期和選擇假種有那么大的工作量嗎？

3.?確定功能點(diǎn)的優(yōu)先級(jí)

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

（1）基于功能需求的強(qiáng)烈度

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

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

（2）基于功能使用的頻率

頻率也是功能優(yōu)先級(jí)一個(gè)重要的指標(biāo)維度，比如說(shuō)組織架構(gòu)調(diào)整的調(diào)整，有些公司可能一年都做不了一次組織架構(gòu)的調(diào)整，那么組織架構(gòu)調(diào)整的功能就可以優(yōu)先級(jí)不要那么高。

筆者曾經(jīng)看到一些項(xiàng)目的設(shè)計(jì)，前期就考慮了很多非常極端低頻的事務(wù)處理。前期在極端情況處理的開(kāi)發(fā)上面花費(fèi)了大量時(shí)間，最后產(chǎn)品開(kāi)發(fā)周期極其長(zhǎng)。另外在產(chǎn)品設(shè)計(jì)上面，極端case的處理也揉在了正常流程中，導(dǎo)致產(chǎn)品極其難用。實(shí)際上這些極端低頻的功能幾年都用不了一次，完全可以放在后期。

另外前面一些年刮起了B端一切功能移動(dòng)化的風(fēng)潮，將很多低頻使用，或者大多時(shí)候是用戶坐在PC面前使用的功能移動(dòng)化，實(shí)際上沒(méi)有人用，浪費(fèi)了很多人力物力，也因?yàn)閺?fù)雜的功能讓管理系統(tǒng)的移動(dòng)端疲憊不堪，體驗(yàn)極差。在移動(dòng)化如此盛行的今天，筆者想問(wèn)您一句，您真的需要將功能移動(dòng)化嗎？

功能點(diǎn)的取舍是考驗(yàn)產(chǎn)品經(jīng)理水平的一個(gè)很重要的衡量標(biāo)準(zhǔn)，不同的產(chǎn)品定位，不同的公司資源，不同的團(tuán)隊(duì)能力，同樣的題目的最佳答案一定是不一樣的。

（3）避免過(guò)度設(shè)計(jì)

有些產(chǎn)品經(jīng)理考慮問(wèn)題因?yàn)檫€是比較窄，也由于沒(méi)有技術(shù)背景，不太了解不同設(shè)計(jì)對(duì)應(yīng)的開(kāi)發(fā)工作量，經(jīng)常容易過(guò)度設(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è)地址就夠了，開(kāi)發(fā)工作量小，對(duì)于用戶來(lái)說(shuō)前端也挺易用。

整體來(lái)說(shuō)，基于產(chǎn)品定位，業(yè)務(wù)場(chǎng)景，團(tuán)隊(duì)情況對(duì)于大小問(wèn)題化繁為簡(jiǎn)，設(shè)計(jì)最佳，最簡(jiǎn)路徑是非常重要的。通過(guò)上下篇這些步驟，希望可以幫助大家定義出一個(gè)B端產(chǎn)品的MVP功能。也歡迎大家留言討論！

相關(guān)閱讀

如何定義B端產(chǎn)品的MVP（一）

作者：李東林（微信公眾號(hào)：SaaS產(chǎn)品說(shuō)；微信號(hào)：jianguzhuxin），原ADP大中華區(qū)產(chǎn)品負(fù)責(zé)人，14年To B研發(fā)與產(chǎn)品設(shè)計(jì)，團(tuán)隊(duì)管理經(jīng)驗(yàn)，主導(dǎo)過(guò)多款大型企業(yè)管理軟件的設(shè)計(jì)、研發(fā)、上線，也有過(guò)2年移動(dòng)互聯(lián)網(wǎng)TO C的創(chuàng)業(yè)經(jīng)驗(yàn)。

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

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