怎么界说B端产品的MVP(下)

编者按：本文来自微信大众号“SaaS产品说”，作者李东林，36氪经授权转载。

在上一篇文章“怎么界说B端产品的MVP(上)”里边，咱们谈到了界说MVP产品的前面三个过程，确认产品定位，找到种子用户，确认产品道路，今日咱们再来聊聊后边的几个过程。

1: 确认用户事务流程图

在产品道路确认完结之后，根据产品界说的道路，咱们要根据事务意图来确认用户的事务流程图。

仍是拿人事模块来进行举例，几个要害的用户事务流程图就包括比如说：职工入职流程，职工合同办理，职工异动流程（调职），职工离任流程等等。

确认用户运用流程图的意图是为了确保产品能够对各个人物的日常事务进行支撑，在整理的时分尽量完好，不要遗失，也是为了后边整理每块事务功用点清单以及界说优先级做好准备工作。这方面的文章也许多，笔者就不细说了。

2::确认功用点清单

在界说完结每个流程的功用点之后，要做一件工作，便是要确认哪些功用点事放在线上来完成，哪些功用点仍是要保持线下的方法，这个也是很重要的一个过程，能够参阅一下如下的准则：

• 线下处理极点灵敏，没有什么规矩，也很难经过整理将现在的事务逻辑规范化的流程或许功用主张线下处理。

要知道软件的一个基本准则便是树立一套规范流程或许主动化的规矩，假如线下处理极点灵敏，很难将规矩规范化，那么这样的功用是不太合适做成规范产品功用的，留一点规范的通用口儿给到客户，让客户线下处理，将数据输入线上就能够了。

举一个比如，在薪资里边为什么有那么多税前调整项，税后调整项目，便是各式各样的状况太多，无法规范化，就留了一些口儿给用户罢了。

• 线下处理比线上处理要便利许多

每个事务流程假如你严厉的去整理功用点，发现会有各式各样的状况需求进行处理，这个时分十分调查B端产品司理化繁为简的才能，打一个我们都会碰到的公司里边请假的比如吧，会有许多人考虑规划如下的功用：

a:假如职工请求了度假，老板还没有批的时分，是否需求一个吊销功用，让职工能够吊销能够提交现已请求的单子啊？

b:假如老板长期没有批阅，是否要设置一个几天主动批阅经过的功用，不同公司默许批阅经过，批阅回绝是否还要设置一个参数啊？

c:假如请求度假，老板回绝了，是否能够支撑在本来的单子上面直接修正之后直接提交啊？

说实话，实践中笔者特别怕碰到这种逻辑谨慎，又没有整理才能的产品司理，盲目增加功用点，增加的功用点会带出许多其他的特殊状况，导致功用越来越杂乱。实践在MVP阶段，这些场景通通不需求支撑，可是要确保的一点是这些场景发作的时分，事务不至于走不下去。

现实这种状况MVP阶段只需确保支撑最基本的事务流程，职工能够提交请假，老板能够批阅经过或许回绝，前次这三种状况前期就都能够支撑。关于场景a，用户能够跟老板口头或许微信说一下，让他回绝就处理了。关于场景b，不好意思，老板这么久没有批，现在通讯这么兴旺，微信跟老板说一声。关于场景c，老板回绝后，从头提交一张请假单子，输入日期和挑选假种有那么大的工作量吗？

3:确认功用点的优先级

确认功用点的优先级一般来说需求根据如下几个维度：

• 根据功用需求的激烈度

判别功用需求的激烈度，用户痛感激烈程度的方针是很重要的维度，比如说职工入职流程是否要支撑职工自助入职（职工输入自己的基本信息），假如关于一个中小公司来说，一年也没有几个新职工入职，那么这种信息的输入彻底放在HR端进行输入就或许够了。职工自助入职功用底子不需求，或许很后期才考虑就好。

假如方针客户是针对特大客户，每天新职工入职的量是很大的，假如这个是客户一个进步功率的首要诉求。那么前期的优先级就需求进步。牢记全部的考量都要根据产品的定位以及事务场景，是任何判别的一个基准。

• 根据功用运用的频率

频率也是功用优先级一个重要的方针维度，比如说安排架构调整的调整，有些公司或许一年都做不了一次安排架构的调整，那么安排架构调整的功用就能够优先级不要那么高。

笔者从前看到一些项意图规划，前期就考虑了许多十分极点低频的事务处理。前期在极点状况处理的开发上面花费了许多时刻，最终产品开发周期极点长。别的在产品规划上面，极点case的处理也揉在了正常流程中，导致产品极点难用。实践上这些极点低频的功用几年都用不了一次，彻底能够放在后期。

别的前面一些年刮起了B端全部功用移动化的风潮，将许多低频运用，或许大多时分是用户坐在PC面前运用的功用移动化，实践上没有人用，浪费了许多人力物力，也因为杂乱的功用让办理体系的移动端疲惫不堪，体会极差。在移动化如此盛行的今日，笔者想问您一句，您真的需求将功用移动化吗？

功用点的取舍是检测产品司理水平的一个很重要的衡量规范，不同的产品定位，不同的公司资源，不同的团队才能，相同的题意图最佳答案一定是不一样的。

• 防止过度规划

有些产品司理考虑问题因为仍是比较窄，也因为没有技能布景，不太了解不同规划对应的开发工作量，常常简略过度规划，那个提出app皮肤要根据手机壳色彩进行适配需求的产品人便是一个很典型的比如。

我也举一个十分简略的比如，在进行职工或许客户信息保护的时分，常常有职工或许客户的地址需求进行保护的状况，有些人有一个地址，有些人二个，最多有些人三个地址，所以或许有些产品规划很天然就规划对地址进行行级支撑，支撑无限增加扩展。假如最极点的状况是三个地址，你的产品定位又不是支撑能够全世界大客户，相似sap的定位，用列级支撑最多三个地址就够了，开发工作量小，关于用户来说前端也挺易用。

全体来说，根据产品定位，事务场景，团队状况关于巨细问题化繁为简，规划最佳，最简途径是十分重要的。经过上下篇这些过程，期望能够协助我们界说出一个B端产品的MVP功用。也欢迎我们留言评论！

作者：李东林（微信大众号：SaaS产品说；微信号：jianguzhuxin），原ADP大中华区产品负责人，14年To B研制与产品规划，团队办理经历，主导过多款大型企业办理软件的规划、研制、上线，也有过数年移动互联网TO C的创业经历，欢迎我们加我微信沟通。

看过来

36氪「E-Club创变者沙龙」第一批CEO招募，依托36氪媒体洞悉力、影响力和工业资源优势，衔接价值创投圈资源与人脉，为创业加快赋能。洞悉中心需求精心打磨五大权益，助创业路上的你一臂之力！