内容简介:零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。
零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。 了解一下
释放双眼,带上耳机,听听看~!
00:00
00:00
在一款新产品从0到1的过程中,要在最开始就制定出产品原则,在开发和决策的过程中,以这些原则来指导产品进程。
对企业家来说,企业是自己的儿子。对产品经理来说,产品就是自己的女儿。要想女儿出嫁(产品上线)后,不被吐槽,不被嫌弃,那么就要好好培养她,给他赋能,让她彰显出自己的魅力。在孩子培养过程中,总会给孩子制定一些做人和做事的规则,让她的三观正,有一定的判断是非的能力,生存的能力。
对于产品,何尝不是这样,特别是新产品从0到1的过程中,一开始就要制定出一些产品原则,在开发和决策过程中,以这些原则为准绳,来指导产品继续前进。
本文将以自助收银机为例进行讲解。
准则一:最小化原则
最小化原则主要体现两个方面:功能最小化和成本最小化。
MVP
“最小化”的意思是,没有任何一个功能是加上去也“挺好”,但是少了任何一个功能都无法解决用户最基本的需求。
确定了MVP后,就开始制定迭代计划,不要想着把所有的功能在一个迭代里面做完,要分清功能的依赖关系,哪个先做,哪个后做。
做出MVP,快速拿到市场上验证后,根据用户的反馈在调整迭代计划和需求优先级。不要想着做出一个大而全的产品,再拿到市场上去验证。
公司有一个纯互联网APP,研发了快10个月,都没有拿到市场上去推广验证。下面的开发人员不停的抱怨,哪里来的这么多需求,需要不停的做。严重影响了开发人员对产品未来的信心。
成本最小化
产品的成本,是每个产品经理或者项目经理都需要考虑的问题,要抱着多花一元钱就是浪费的心态去评估成本,前提条件是不能牺牲产品质量。
经过竞品分析和用户调研之后,确定了自助收银机完成如下功能:
- 扫商品码
- 扫付款码
- 打印清单
- 广告
- 打折促销
- 盘点
- ……
通过KANO模型分析,1、2、3属于基本需求、4和5属于期望需求,6属于兴奋需求。在制定MVP内容时,期望需求和兴奋需求一律不实现,仅做基本需求。
准则二:简洁原则
专注
做产品要专注,不要想着老少青三代人都是你的用户。先确定目标用户,然后再拓展。Facebook出来的第一版就是针对学生的产品,然后逐步才拓展到所有人。在产品刚开始的时候,专注于特定某一类的用户群体才能让产品的设计更有针对性。
不仅产品的目标用户要专注,而且产品的功能也要专注,不要试图去做一个大而全的产品。
不完美
人无完人,金无足赤。产品也一样,没有十全十美的产品,在你眼里可能是完美的产品,但在其他人眼里可能是有缺憾的产品。这条原则与最小化原则有着一定的逻辑关系。最小化肯定不是完美的产品,要能接受缺憾美。
自助收银机仅完成基本需求,期望和兴奋需求都不实现,在产品人和店家眼里就是一款功能很单一的产品,也是一款不太完美的产品,但在用户眼里,产品已经满足了他基本的需求,自助扫码并结算,大大节约了他的排队等待时间。
准则三:确定性原则
在华为有一句著名的话:下一道工序就是你的客户。做为产品经理,你的下一道工序就是UI设计师和开发人员,要去服务客户,要有服务意识。如果你服务好了,客户就有了安全感,这种安全感就是确定性。
对于产品,如果出发点是提供一个服务,就会以用户获得和用户满足为中心来做设计,如果解决了用户的痛点,就会让人产生满足,持续的满足就是依赖,这种依赖就是确定性。
确定性之所以如此重要,是因为人生如此不确定,所以当看到一个东西非常确定的时候,是让人愉悦和留恋的。当内部客户(开发人员)看到产品经理提供的确定性的文档或者需求,不论是沟通,还是做起其他事情来,是非常畅快的。当外部客户看到确定性的功能,没有恐惧,没有担心,触发了用户那种内在的情绪,并让用户满足以及产生了依赖,留恋也随之而来了。
自助收银机在进行结算的时候,当客户把付款码放到扫码器上扫一下时,会触发蜂鸣器,滴答一声,表示扫码成功,这是一种确定性,当支付成功后,会触发蜂鸣器发出“支付成功,谢谢惠顾”,这也是一种确定性,表示客户付款成功了,店员也知道客户付款成功了。不用双方去确认,解决了不信任的那种尴尬。解决了目前扫二维码支付的困境,在扫完支付成功后,还要给店家确认一下,说一声“我付款了”。
准则四:一致性原则
需求的管理要具有一致性,在开发过程中,产品需求不能进行点对点的沟通,要广播通知,如测试、开发开发人员。第二不能存在口头需求,不然测试人员在测试的时候,一脸懵逼,发现连这个功能的测试用例都没有写。第三所有的需求都要记录在案,不论是变更还是新增,让测试人员有据可依。做到需求的出口只有一个,那就是文档,这样大家对需求的理解具有一致性。
bug管理要具有一致性,产品经理要对产品的bug了然于胸,同时还要分析bug产生的原因,是产品逻辑错误导致的,还是需求不清晰导致的,还是其他原因导致的。特别是对前两点原因要进行总结,在下一轮迭代中进行修正,形成一个闭环。
自助收银产品在立项之前,就制定了一致性原则,团队成员所有人以文档为标准,禁止点对点沟通。同时规定所有的bug由项目经理来分配,项目经理需要知道产品的任何风险,并对风险尽早的制定解决方案。
准则五:红线原则
触犯所制定的规则
所有人都应该遵循该项目所制定的规则,同时也要制定出违背规则后的处罚措施。当有人违背规则时,不能讲情面,毫不犹豫的去执行规则,去捍卫规则。
坚决不做的需求
维护一张坚决不做的需求列表,当有人提出想完成某功能,或者对某功能争论的不可开交时,如果该功能落在了坚决不做的需求列表里面,就坚决不要做,不要犹豫。
错误的决策,正确的执行
在需求澄清会议上,产品经理在对需求进行澄清的时候,成员可以对需求畅所欲言,可以发表任何不同的意见,但一旦形成了结论,就必须不折不扣的去执行。
自助收银产品当时制定的处罚措施是给相关当事人或者团队成员一人一瓶娃哈哈。在实际执行中,总有人去违背规则,开发期间,给娃哈哈做了不少生意。既活跃了团队气氛,又给成员谋了福利。
准则六:递进原则
用户体验递进
打造一款产品要有一定的章法,不能一上来就画原型图,写需求文档。首先要先想清楚,如何用体验五要素去分析一下你所做的产品,战略层要达到什么目的,范围层要分析做哪些功能,结构层分析产品怎么做,框架层分析要做成什么样子,一层一层的递进分析下去。
架构递进
画出这款产品的信息架构、产品架构、业务架构,分析要一层一层的递进下去,把整个底层逻辑想清楚,三思而后行。
自助收银在用户体验方面的递进分析,可以参看《 产品复盘:自助收银机项目的得与失 》。
架构递进方面的分析,自助收银产品没有展开,主要原因是自助收银属于一个功能单一、逻辑不太复杂的产品,所以没有展开分析。
本文由 @TernTuring 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
以上所述就是小编给大家介绍的《新产品从0到1过程中,应当遵循的产品原则》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- [2018年4月发表]微软安全新产品和趋势——2018RSA会议
- iView 发布 3.0 版本,以及开发者社区等 5 款新产品
- 等等,谷歌这款新产品是传说中的 Fuchsia OS 设备?
- 为什么编程应遵循 “30行” 原则
- 我们必须遵循的 12 个 Go 语言最佳实践
- re:Invent 第三天:除了拥抱混合云 AWS 还一口气发了这些新产品
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
计数组合学(卷2)
斯坦利 / 机械工业出版社 / 2004-11-15 / 59.00元
本书介绍了生成函数组合、树、代数生成函数、D有限生成函数、非交换生成函数和对称函数。关于对称函数的论述只适用于研究生的入门课程并着重于组合学方面,尤其是Robinson-Schensted-Knuth算法,还讨论了对称函数与表示论之间的联系。附录(由Sergey Fomin编写)中更深入地讨论了对称函数理论,包括jeu de taquin和Littlewood-richardson规则。另外,书中......一起来看看 《计数组合学(卷2)》 这本书的介绍吧!