从商业视角看MVP在SaaS中的落地与实践.docVIP

从商业视角看MVP在SaaS中的落地与实践 / 前段时间和人人都是产品经理的起点学院合作了一些直播课，把之前的一篇文章做了进一步的细化，本篇是这次直播课的具体内容做一次文字稿的呈现。 这次直播用了1个小时，相信我值得你找个安静的角落细细阅读。 我是张浩然，是住客云的创始人，同时也是一名拥有8年产品经验的产品经理，现创立垂直交易型SaaS，在过去的几年里，我以SaaS及tob产品为载体，帮助多家企业在降本增效和开源增收两方面做出贡献，并取得了一些成果，主导过各个阶段的全周期多类型tob项目。 今天就结合实战案例，为大家来讲解在SaaS产品中，如何利用MVP思想主导我们的产品工作。 先来了解一下本课程的结构： 首先我们先全面的了解MVP的设计思想，然后通过几个案例来拆解SaaS产品MVP的落地方法论，最后延展一个日常基本都会遇到的跨行业设计产品的知识点。 在工作中我们难免会遇到以上问题，本次的课程学习后，你将获得一套面对早期SaaS产品的体系化思维与实操能力。 先来进入第一章从商业视角，重新解读MVP设计思想。 一、从商业视角，重新解读MVP设计思想 首先，什么是MVP，行业里的各种解读有很多，这里我做出一个更接地气的解释，我作为一个老板，MVP对我来说就意味着用最具性价比的方式，通过最小的投入，来明确我的商业猜想。 我是继续对这件事加大投资，加人加资源，还是这件事不对，换个方向或放弃。所以从宏观的角度看，mvp可以帮我我的商业选择提供一个强有力的决策依据。 ok，我们先来看看MVP运营在toc和tob两种产品上有什么区别。 我们可以把两者的差异分为两类： 使用者与决策者的不同 价值感知方式的不同 先来看第一个，使用者与决策者。 我们都知道toc产品是直接面向消费者的，所以在产品的购买和决策层面，是一个独立的个体。 那么B端产品呢，使用者是谁？是不是企业的员工或某部门人员，决策者是谁呢？是不是部门负责人或企业负责人，所以b端产品的使用者和决策者是分离的。 再来看这两种产品的用户决策链： c端产品往往是，产生需求后马上去找方案，然后决定是否采用这个方案解决需求。 而b端产品因为使用人和决策人的分离，导致中间需要有理性的分析及汇报行为，是一个较为理性的决策行为。 我们再来看价值感知方式的不同： toc产品的价值感知是非常直观的，主要围绕自然人用户日常的需求进行满足。 比如我们要打法时间可以刷抖音，或者打王者，这就是一个明确的价值感知，【我的需求被满足】这个感知系统是非常主观的，用户自己觉得ok 那就是被满足了。 C端产品的MVP的设计中就要找到能够凸显【我的需求被满足】这个用户价值的核心关键点，比如用户想打发时间，我们继续细分，可以分成1小时以上的，和15分钟碎片化的，然后我们就可以做一款小游戏，来满足15分钟左右的打发时间这个诉求。你看，所以C端产品的MVP多为产品的创新。 b端产品的价值感知是相对滞后的，在企业的业务指标提升的情况下才能被感知。 这就意味着从产品被使用，到感受到产品价值中间需要运行一段时间后次才能被客户感知到是否有价值，你的产品帮他节省了人工，从10个人变成2个人，或者是提高了利润率，而这些指标的提升都需要一定的周期。所以b端产品的价值感知方式是【业务指标是否提升】。 了解到了这个事实后，我们在做B端MVP的时候就要先从企业的角度出发，去找到企业内的某个业务指标，然后看完成这个指标有没有阻力，换句话说，SaaS产品其实就是帮助企业清除掉达成某个业务指标的障碍。 比如分销系统，当企业找上1000个分销渠道后，财务的结算和对账压力巨大，几乎不可执行，上一套分销系统后就可以保证顺利达成企业通过分销带来业务增长的目标。而不增加财务的任何工作压力和人员。 所以SaaS的mvp是以消除业务阻碍为核心，来进行验证的。 所以SaaS产品的本质是洞察到独特的解决方案并以产品为载体传递给客户完成服务。 客户在使用SaaS产品的同时，也在接受你产品背后经营方式和认知的改变，所以SaaS不单是一个产品，更是一种方法认知。我们做SaaS的MVP本质就是要去验证我们提供的独特解决方式是否正确。 好，我们来总结一下cb端产品的区别。 了解了toc与tob产品的区别，我们接下来先从产品视角来看看MVP如何实现。 我们通常讲的MVP大多是产品视角下，从产品角度看，MVP的本质就是通过阶段性的产品去满足阶段性的业务需求，然后不断推动阶段的的提升持续迭代的过程。 通常情况下做一款产品的MVP是这样的流程： 第一步：锁定需求 确认一个业务阶段，并列出阶段内的对应需求点。 第二步：明确功能点 根据上述已经明确的阶段对应的需求点进行产品设计，要注意的是除此之外的功能一律不做，即便是有功能的缺失导致个别流程走不通，也不需要去做，比如没有登陆流程，这都不重要。