mvp是什么意思(mvp是什么意思)

精益创业术语“最小可用产品”或MVP,这是我们经常听到的词。根据工作实践和设计案例,推导出MVP模型的数据导出功能。顾客:你们的功能满足不了我们的需求。我们要x

精益创业术语“最小可用产品”或MVP,这是我们经常听到的词。根据工作实践和设计案例,推导出MVP模型的数据导出功能。

方法论运用:MVP模型数据导出功能顾客:你们的功能满足不了我们的需求。我们要xx,xx,xx…你们怎么一个都没有?

PM:我们目前只做了mvp,下一版会添加你的需求。

……

设计:过了这个阶段就一定要直接到这里吗?为什么?你的中间状态是什么?

PM:我们应该敏捷,成为最小的MVP。这个你可以以后再考虑。

……

开发:这个功能是您在上一版中要求的。我们当时在研究上花了多少心血?为什么现在要改?

PM:这难道不是敏捷吗?之前刚做了最小的MVP。

……

你熟悉上面的对话吗?经常听到“敏捷”、“MVP”、“下一版”之类的词,感觉这些词就是帮PM扔锅的。不管你是否真正理解敏捷的含义,它们都可以作为借口。

本文中提到的MVP是一种敏捷模型。最小Viabe产品的简称,由Eric Ries在《精益创业》中提出,是指以最快最简洁的方式建立一个可用的产品模型,将其推向市场,测试用户是否喜欢这个产品,然后迭代改进细节。后来在《精益设计》《破茧成蝶2》中也有看到。

MVP是一个很好的概念,但在实际工作中,它更有可能是一个扔掉锅的借口,甚至一度成为不整理用户场景的借口,说出所有的需求...

职能背景

这个导出是在系统的BI模块中加入“批量跨对象数据导出”的能力(现就职于一家CRM公司)。之前的导出能力只支持10000条。随着大客户数量的不断增加,对数据导出的能力有了很高的要求。

在这个前提下,产品层面也有一些想法,是否能包装成一个完整的功能。

随后,这个想法得到了公司层面的认同,一步到位实现功能肯定不现实。此外,不允许客户要求的实施交付期限。这时候就需要有一个既能快速满足客户需求,又能满足后期拓展需求的MVP方案。

开始设计MVP方案。

第一步:调查系统现有的导出能力,明确我们导出功能的最终目标是什么程度;

第二步:对目前正在实施的客户进行调查,明确了解客户希望用export实现什么,它的使用场景是什么;

第三步:综合调查结果,画出清晰的用户画像。

方法论运用:MVP模型数据导出功能Ps:敏捷开发,时间有限,明确重点就好,不需要太在意展示效果。

方法论运用:MVP模型数据导出功能第四步:然后,在所有与会同事都有了清晰的用户画像后,我们开始用便利贴头脑风暴,补充客户在调查中没有提到但后来没有排除的功能点;

记住,一张笔记纸只记录一个观点,便于后续分类。

第五步:收集完所有卡片后,把导出功能分成几个必须经历的大步骤,然后对所有卡片进行相应的分类。对于所有的点,共同决定是否属于MVP,如果不满足这个功能点是否不能满足基本要求。

在卡片分类过程中,以下情况是正常的:

由于参会人员岗位不同,头脑风暴的时候自然会带一些各自的职业习惯,还有可能会有一些主观性太强的想法。所以,最终的卡片并不一定是全部有效的,需要斟酌;有些不属于本功能承担的能力等,也有可能出现在记录的卡片上,所以出现一些卡片无法归类的情况是合理的,排除掉即可。方法论运用:MVP模型数据导出功能上图是现场拍的照片,下图是后期整理。

方法论运用:MVP模型数据导出功能会议结束后,一定要及时整理会议纪要,并在电脑上输出。比写在纸上更容易整理分类。control+F最好不要用;

另外,功能的实现是在多个版本中迭代的,哪些功能点是在哪个版本中实现的,在线录制比离线录制好。如果卡片如上图所示,拖动和旋转排列会非常方便。

至此,产品设计阶段的MVP方案已经基本确定,剩下的原型、视觉稿、技术评审…

前期调研和反馈收集的时间都是碎片化的。不到两个半小时就完成了MVP方案的讨论,然后半小时就完成了原型...

会后总结了这样推导MVP的优点。

加深对项目的认知,在无法面见客户、了解客户需求的时候,设计产出要么按产品说的做,要么会自我感觉良好,输出东西很多是在自嗨,客户要的你没有,你给的客户不在乎;在参与的过程中,会有各种各样的问题抛出,然后得到回答、分析等,这比看PRD印象更深刻,也会大大节省沟通和信息传递所耗费的时间成本;推导MVP的过程可以让一些非核心岗位的同事有更深的参与感。任何产品的成功都是团队的成功,只有大家觉得这个产品值得我付出,并且一起努力了,才会有好的结果。

MVP方案确定后,在产品的后续迭代中,只考虑会上讨论的功能点是不够的。还需要从综合产品和技术层面输出一些内容,才能进行下一步的设计。

比如会上没人提编码格式,但技术上有限制,用户填表时必须填写。

方法论运用:MVP模型数据导出功能最后,MVP是产品设计中非常有用的方法。但是,如果你的团队对你的方案持怀疑态度,你不妨选择一些业务逻辑不太复杂的需求来做上面的推导,成本很小,效果也意想不到。比如信任和认同~ ~

MVP模型可以用于低成本的试错和重复成本,但绝不能作为产品定位不清晰、需求优先级模糊、业务逻辑考虑不完整的借口,当然也不能作为产品设计偷工减料的借口。

本文由@瓶子原创发布。每个人都是产品经理。未经许可,禁止复制。

题目来自Unsplash,基于CC0协议。

免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。

作者:美站资讯,如若转载,请注明出处:https://www.meizw.com/n/147072.html

发表回复

登录后才能评论