如何定义B端产品的MVP

励志文章 阅读(743)

每个人都是产品经理,我想昨天分享

B端产品如何定义MVP?作者结合案例提出以下建议:确定产品定位,确定种子用户,确定产品路线。

image.php?url=0Mr2UtGBrh

MVP是Minimum Viable Product的缩写,意味着最小的可行产品。在移动互联网时代,近年来,这一概念在TO C产品开发和市场推广时非常流行。

再谈两个着名的例子:

一个例子是Zappos,创始人尼克,为了确认人们有网上购买鞋子的想法,先去当地的柜台在网上拍照,如果有人下单,他跑到商店买。通过这种方式,他最初没有仓储的压力,也没有必要投资建立一个真正的电子商务平台。 2009年,Zappos被亚马逊以12亿美元收购。

另一个例子是Dropbox。一开始,创始人不知道每个人是否需要Dropbox,所以我先拍了一个视频。该视频主要演示了Dropbox可以解决的痛点和使用场景,然后将视频放在Youtube上。许多网友通过视频来到Dropbox网站,表达他们强烈的使用意愿。这也是超过2分钟的视频,为Dropbox带来了数千万用户。

C端产品,特别是一些创新的商业模式,由于存在很大的未知因素,预MVP最重要的目的是验证需求是否存在以及业务模型是否已建立。基于此验证的要求,实现最简单的MVP,然后慢慢迭代开发演化。

但是,TO B产品和TO C场景非常不同,TO B业务要复杂得多。与To C要求相比,有许多要求。除少数完全创新的To B产品外,大多数TO B产品的MVP不是为了验证是否存在需求,而是为了在最短的时间内以最低的成本提供产品,从而可以推动产品开发根据用户的需求,避免关门的束缚以及顾客出门和期待的风险。

那么TO B产品应该如何定义MVP呢?我建议按照以下步骤定义B-end产品的MVP。

01确定产品定位

谁是客户?谁是用户?我应该解决什么问题?

谁是客户?一般来说,需要考虑两个方面,一个是行业的维度,另一个是规模的维度。

行业的维度,如果是支持一般行业,或仅仅是一个特定的行业,产品所需的功能和产品采用的设计是非常不同的。如果是一般行业,产品的可配置性远远大于特定行业的可配置性。但是,可以根据行业特征设计具有许多个性化特征的行业特定产品。

规模的维度也是一个非常重要的维度。例如,跨国公司,大型本地公司,中型公司,小公司以及不同规模和地区的公司具有不同的产品功能。一般来说,大公司的业务复杂性非常高。如果小公司使用大公司的产品,产品的易用性很差,培训实施周期太长。中小企业很难接受这些。

因此,笔者的原则,同样的业务,针对不同规模的公司的解决方案,从长远来看是分为产品线,如果不分成产品线,就很难争夺有针对性的竞争对手。事实上,客户支持的不是找出目标客户的定位。

在确定客户是谁之后,我们需要更多地了解用户是谁。

例如,人事系统的用户是HR,CRM的用户主要是市场和销售人员,ERP主要是采购人员,销售人员和图书馆管理人员。如果我们可以抽象出目标用户的用户肖像,包括主要性别,教育程度,喜好,系统场景的使用等,那么对于产品功能的定义和设计将非常有帮助。

人事系统的主要用户是女性。为什么没有一个人力资源管理系统的页面风格更像女人最喜欢的风格?如果有,它必须是明亮的。在我之前的文章《To B SaaS软件如何才能像To C一样极致易用?》中,我还改进了如何基于用户设计最终易于使用的B端产品。

CRM销售人员通常处于移动环境中,因此移动端相关功能的友好性非常重要。如果用户坐在PC前面,移动端并不重要。

对于要解决的问题,它必须简单明了。让我们看看一些定位相对较好的例子:

机场扫地机器人;中型企业招聘管理;招聘中大企业官方网站的招聘工具;零售业的客户管理系统。

一个原则是表明副本是每个人都能理解的名词。没有名词需要解释。例如,如果你说我想要制作一个可以打败的产品,现在每个人都可以理解它,但如果它是在滴水之前你说过滴水的人是你的位置,没有人能理解。

如今,许多公司喜欢在自己定位时添加自己的词汇,如新零售,人工智能,生态和入口。很多时候,人们越来越困惑。这些含糊不清的词会使他们的定位更加模糊。

总的来说,公司的定位需要非常简单,而不是长期,最好在15个字以内。如果太长,请简化它。

02确定种子客户

在产品正式开发之前,最好根据团队的资源和产品定位说明找到一些符合自己定位的种子用户(有时在产品原型在后期完成后说服种子用户)。

如果种子用户很难找到或难以说服,有很多时候会反思产品定位并通过更多的用户研究来寻找更准确的公司客户群和产品定位。

最近,我看到了获得种子用户的可行方法,以帮助他们进行操作。我见过很多从事餐饮,培训,房地产代理和创业的创业公司,并开始从事在线业务。的。

道路符合精益创业理论。

03确定产品路线

识别种子用户后,您可以与客户沟通以确定产品的路径。例如,如果公司的目标是标记Workday或Salesforce,那么开发Workday或Salesforce的大部分功能然后上线无疑是愚蠢的。此时,应拆除目标以确定产品的演变路径。

关于MVP的演变路径,互联网上有一张非常着名的图片如下:

image.php?url=0Mr2Uto0Ps

意思是,如果你想建造一辆汽车,MVP的演变路径首先应该建造一辆踏板车,然后是自行车,摩托车,然后是汽车等。我认为这种TO C产品可以用这种方式设计。

如果您在TO B产品中设计产品路径,我认为它是世界上最好的。为什么?

演变路径,每一轮产品基本上都要推翻上一轮产品和设计,这就是B端产品。从客户体验的角度来看,这是不可接受的,也是不可接受的。

如果您仍然以汽车为例,正确的方法可能是拥有一个可以移动的汽车车架,但许多功能可能会丢失,然后慢慢添加,例如刮水器,多个座椅,转向灯,备份。箱体,导航等功能,但需要确保后续设计不能推翻原设计。

对于特别复杂且开发周期长的产品,可以通过巧妙设计产品路线分批使用,以避免闭门造成的尴尬局面和风险,快速上线产品也可以给客户带来信心。这些都是创业公司生死攸关的问题。

在下一篇文章中,我们将讨论B-product MVP定义的后续步骤,业务流程定义的原则,功能点修饰和功能点优先级定义。

作者:李东林(;),前大中华区ADP产品负责人,14年来BR&D和产品设计,团队管理经验,领导各种大型企业管理软件的设计,开发, - 一线,也有2年的移动互联网TO C的创业经验。

本文由