我是如何避免开发一款失败的产品
读了Rian van der Merwe的如何避免开发一款失败的产品后,有些感触,结合自己的一些经历,写了下面的东西献丑下。
学习Rian van der Merwe,也从用户、商务、技术三方面谈起,每个方面都列了三个问题,针对问题提出了一些建议或者感悟。
1、用户需求
大家都在说用户需求很重要,但是真正做用户需求调研的好像很少,这个也不是大家在说一套做一套,确实存在一些情况让用户需求研究比较难做。主要列举如下三个:
具有完成用户需求调研能力的人才比较少
企业实现用户需求调研投入成本太高
用户不配合需求调研
1.1 具有完成用户需求调研能力的人才比较少
国内产品经理出现比较晚,而且用户需求调研需要统计学、心理学等等非常专业的知识,如果一个产品经理具备产品经理的一般能力还懂这些东西,一般公司也养不起的,所以公司自己做这个很难。
1.2 企业实现用户需求调研投入成本太高
自己不能做可以外包,但是好的用户调研外包一般都比较贵,便宜的一般也没有用。而且外包涉及到公司和外包公司沟通,外包公司对公司产品规划的理解等等合作问题。公司需要投入的资金和时间成本都比较高,是很多公司不能承受的。
1.3 用户不配合需求调研
用户很多时候也不知道自己想要什么,而且国人都比较含蓄,一些调查问卷问到的其实都不是他真正的需求,这些调查反而会发生误导。这样就出现了大数据,可惜大数据基本上只有大公司才有,而且数据挖掘也是一件非常高端的事情。
这样说就不用考虑用户需求了,也不行,那样做出来的东西真的是闭门造车,虽然很多公司确实是这么在做,老板说句话技术就开始干活,可能产品经理也没有,这样产品能够成功那确实是运气不错。
可以从以下三点入手缓解用户需求调研缺失所带来的影响:
研究类似产品形成用户角色
制作高保真原型,提前体验产品
利用高保真原型提前做好测试工作
1.4 研究类似产品形成用户角色
很多人会说不就是山寨吗,很不肖的样子,然后自己转身还是去山了。这个没办法,我们的教育体系已经很成功的把我们创新精神抹掉了,而且我们的民族性中就有很强模仿能力,干嘛要做自己不擅长的事情呢。但这里的山寨不是开发时的山寨,而是用户需求调研时的山寨,研究类似的产品,甚至按照人家复制出高保真原型,内部进行讨论得出用户的需求,然后再进行汇总、调选,形成自己的用户角色。
1.5 制作高保真原型,提前体验产品
产品原型可能很多人在做,但是高保真的原型应该做的很少,个人感觉高保真原型很重要。很多产品失败其实是失败在了误会,就是市场误会了用户需求,产品误会了市场需求,技术误会了产品需求,更不用说很多产品没有经过这些过程。为什么会误会,大家沟通的时候没有一个好的工具,很多沟通停留在口头、纸面、简单的原型,可能进行了很多沟通,但是这些沟通忽视了很多用户感受,因为老板、销售、市场、产品、技术都没有体验过,是的体验,这个很重要,用户需求很多依赖于用户体验。怎么体验,让自己人先体验下自己的产品,如何体验,做出高保真的原型。
1.6 利用高保真原型提前做好测试工作
有了高保真的原型,这件事会简单些,但是要注意细节,不断的测试,尽量扩大测试规模,既要注意测试的完整性也要突出测试的重点。同时测试是持续于整个产品过程的,开发前测,开发中测,开发后测,上线后测,个人认为测试是获得用户需求的一个很重要的手段,尤其是体验式测试。
2、商务需求
这个涉及面太广,自己也有很多不懂,但是还是想胡说几句。主要有如下两个问题:
免费的互联网商务模式很难有产品直接收费
社会的商业氛围急功近利
2.1免费的互联网商务模式很难有产品直接收费
互联网开创了免费的商业模式,用户已经养成了使用互联网不用花钱的习惯,所以互联网产品想要收费,很难。大家的玩法都是先拼命的圈用户,烧投资人的钱,这样的行业环境,想要有直接的产品收入很难。
2.2社会的商业氛围急功近利
我比较喜欢京东,当天到达、省力的退换货,和许多朋友聊天也说都在京东上买东西,但是京东还是亏损,还在烧投资人的钱。国人一直在讲物美价廉,以少胜多,以小博大,但是都忽略了好的服务要有成本支持的,好的产品价格当然高的。为什么会假货猖獗,为什么很多好的产品到国内就变味了,是我们的商业环境出现了问题,消费者没有正确的价值观念,很多包括本人都抱着投机的思想在挑选产品,都想着花最小的代价,得到最大的价值,但这难道不是违背价值规律的吗,为什么所有的好事都让你赶上呢。
在收费比较困难的情况下,需要考虑如何降低产品的成本,有如下两点可以供大家参考:
产品讨论引入财务等专业人士
做好技术开发前的准备工作
2.3产品讨论引入财务等专业人士
参加过几次产品研讨会,参会的有老板,市场,产品,技术等等,大家讨论用户需求,产品实现,技术可能,但是从来不讨论产品预算,没有一个人对做这个产品要花多少钱负责,而且想要负责可能也没办法负责,因为大家都对财务一窍不通。看过很多资料都说产品要懂得财务知识,但是个人感觉这个要求确实比较高,产品经理不是神,要求他掌握的已经够多了,干嘛不在讨论产品的时候把财务和人力资源也叫上,听听专业人士的意见呢,或者把产品规划给他们看看,让他们帮助评估下。
2.4做好技术开发前的准备工作
又要说高保真的原型,如果产品能够用心的做出高保真的原型,很多技术的修改应该可以避免,前期用高保真的原型进行好测试工作,技术会少走弯路,这样会节省不少的人力、时间成本。所以建议不要一开始就让技术开始开发,而是要让产品把原型做好,把测试做好,这样磨刀不误砍柴工,而且产品开发的成本其实会降低,因为会大大避免技术的重复修改以及后期测试出现问题后的,整个产品的重建。
3、技术需求
产品最终是需要技术完成,而目前技术开发过程中存在开发不规范、沟通不畅、个人英雄主义等问题
3.1开发不规范
经常会碰到技术说,别人的程序不能改,改一遍还不如自己从新做一个,这个很大的原因就是开发不规范,没有技术文档,很多产品开发时由于工期紧,大家都在拼命的写代码,但是技术文档,代码整理就没人理了,前期可能看着进度很快,但是后期会花双倍甚至多倍的成本进行整改,或者说可能根本无法整改。3.2沟通不畅
对产品、市场我们会要求沟通问题,对技术很少要求,甚至我们会放纵,自我安慰技术本来就是和机器打交道的,沟通不好很正常。但产品出现的问题其实很少有技术问题,很多时候是沟通问题,“误会”就是这两个字,因为沟通问题,技术并没有真正理解产品的需求,按照误会的理解开发了他认为对的产品。这时候他做的越对,他的技术越高超,造成的危害越大。
3.3个人英雄主义
大家都喜欢英雄,尤其技术人员都喜欢做技术大拿,但是产品开发过程中,技术大拿对产品生成的弊端是大于好处的。同时技术人员对技术过高的追求往往会和产品与市场对用户需求的满足形成冲突,这时强势的技术会把产品带偏。
针对技术开发中的问题,需要坚持规范开发、加强沟通、团队建设等工作,确保产品的顺利完成
3.4要坚持规范开发
无论开发周期多紧,该做的一定要做,主要有以下三点
1、技术开发文档
2、给技术人员留有思考的时间
3 、定期对代码进行整理
3.5 沟通是必须的
不对技术降低沟通要求,产品与技术、技术leader 与技术成员都要有充分的沟通,大家对产品需求与测试报告形成真正的一致,而不是停留在开会没人反对的基础上。
3.6 团队第一
团队的培养要比个人的培养重要,一个稳定的团队要比一个技术大拿强很多,一个笑话德国人是一个聪明人带着一队傻瓜,中国人是一个傻瓜带着一队聪明人,这个可能有点搞笑的味道,但是也确实反映了一些现实情况。
以上种种可以看到产品是一个很复杂的东西,尤其是在移动互联时代,避免产品的失败,需要关注的方面很多,但是注意执行,关注细节是产品经理一定要做的。
本文为作者 @雪松 投稿发布,转载请注明来源于人人都是产品经理并附带本文链接
如果假设用 插件师 来组装网站,就不存在开发了,就不存在 失败的产品了,
因为像搭积木一样,
现在 很多公司 程序员都在开发重复的功能系统,浪费了大量的劳动力,