1、产品经理需要有技术背景
产品经理不一定要会开发程序,但需要了解一些基础技术,比如会使用原型图工具、会编写简单的SQL语 句从服务器读取数据分析、基本的产品功能数据布点监控、搭建产品的基本架构等;在一个产品的开发前期,团队成员基本也都是技术和开发,技术出身的产品经 理,更容易控制项目的进度和团队努力的方向。互联网产品需要不断试错,当团队有了一个基本的产品构想后,重要的不是讨论应该有什么功能,不应该有什么功 能,而是快速的做一个产品demo给到用户做可用性测试,在未获得批量用户之前,运营和推广相对弱化,懂技术的产品经理在执行力方面相对可控一些。
2、做产品的目的是要解决用户问题
我们很多时候突发奇想,提出一些很有创意的产品,花了几个月甚至一年的时间做出来后,发现用户根本不买单;产品经理一般都会陷入互联网发展趋势的误区,我们总是希望赶上每一波互联网发展的浪潮,视频热的时候,我们总希望做的产品跟视频挂点钩;SNS热的时候,又不断的给产品加入社交功能;B2C热的时候,恨不得把产品的各个位置都加上导购按钮;移动互联网来临的时候,似乎不做个手机版app,都感觉自己out了,不像做互联网似的,总得给自己加个什么O2O、LBS、SOLOMO的标签。产品的本质是要解决用户问题,不以用户为导向,不解决用户问题的产品终将失败。产品经理经常忘记做产品的出发点,做着做着就变成了为公司做产品,为老板做产品,为自己做产品,而不是为用户做产品。
3、忘掉技术,千万不要教育客户
做技术出身的产品经理,也很容易陷入技术的误区,喜欢耍酷,做一些很炫的功能,总是希望跟竞争对手的产品比,竞争对手有的功能一定要有,竞争对手没有的功能 更要有,结果做了一堆复杂的功能,用户根本不会用,学习成本也很高。一个好的功能需要把复杂的技术隐藏于无形之中,把最简单的使用体验呈现给用户,不要试 图去教育用户,不要挑战用户的使用习惯。另外,我们还经常给产品冠一些很时髦的概念,什么是“第三代杀毒引擎”,什么叫“支持下一代CDMA网络”,用户根本不关心你这些概念,用户需要的只是一款能快速把木马杀光的安全软件,一部上网更快的手机,产品经理需要忘掉技术,做用户看得见的功能。
4、深挖用户核心需求
产品经理经常收到用户的反馈就开始响应,甚至只要用户在论坛里一提需求就开发,我们需要判断用户的真实需求,有时候用户至上只是假象,比如用户说我想要一把 锤子,产品经理问你拿锤子干嘛啊,用户说我想在墙上钉个钉子,产品经理问你钉钉子干嘛啊,用户说我想在墙上挂一副画,墙上太空旷了,我想经常变换一些视觉 场景,产品经理想了想,立刻给用户装了一台壁挂的液晶电视,用户开心死了。在这个案例中,用户本来的需求只是一把锤子,但其实隐含的需求却是一台壁挂电 视,其实有时候用户也搞不清楚自己想要什么,就像福特说当年如果你问用户想要什么,他一定回答说想要一匹跑得更快的马而不是汽车,这就是用户的需求。做产 品经理最困难的就是判断用户的需求是否是真实的,不以用户真实需求为出发点的产品是没有任何粘性可言的,后期的推广成本也很高。
5、从小处着眼,微创新
我们总是希望去做一款伟大的产品,总是希望去做一个大的变革,去颠覆传统,其实互联网产品往往一开始只需要去满足你身边的需求,把最紧急最核心的需求做到极 致,然后再一点一点的通过微创新去改进你的产品,丰富你的产品功能。经常出差的同学都会遇到这样一个困惑,住酒店冲凉的时候经常找不到水龙头的冷热开关方 向,几乎所有的酒店水龙头都是用绿色或红色表示冷热,而且标记在水龙头开关的最下方,为了改进用户体验,七天连锁酒店就做了一个小小的微创新,直接在水龙 头两边贴个告示标签“冷”和“热”,用户再也不用困惑了。做互联网产品也是一样的道理,就是一点一点的去发现用户的问题,然后想办法解决掉,就是一个微创 新,几十个微创新的点加起来就会不断逼近用户引爆的点,即“用户口碑”。
6、看懂产品关键数据
做数据分析是任何一个做互联网产品的人必须要做的功课,但是往往数据可以反映问题,也可以掩盖事实,比如我们再做数据布点的时候,我们发现产品的三个功能使 用次数在相当长一段时间内变化都不大,我们如何判定这三个功能哪个重要的呢?这个就是功能的连续性和独立性的问题,如果流水性作业的几个连续功能(比如进 销存),很可能就是这种情况,收费产品也可能会出现这种情况,反正已经掏钱了,将就着用吧,user和ownership不 是同一个人的产品也有可能出现这种情况,反正产品又不是我掏钱买的,管它好用不好用,这些情况下监控功能的使用频次,意义就不大;这时候更多的观察用户对 每个功能的使用顺序和时长,改进用户使用功能的顺畅性和输入的便捷性,从而改进用户体验。有时候我们也需要从宏观数据上判断产品的方向,比如一个产品的用 户有10%是活跃的,有30%是沉默的,60%都跑光了,这个产品的方向肯定出问题了,所以做产品经理,感觉很重要,有时候需要通过一些关键数据判断,哪些功能需要做,哪些不需要做,什么时候做。
7、不要怕被用户骂,不要把产品当自己的孩子
产品经理最怕被用户骂,被用户骂不一定是坏事,骂你说明你值得骂,说明用户对你的产品有期待,重要的是产品经理需要清醒的从用户的骂声中找到问题的解决方 案,并且不断的追问用户为什么骂你?是一个用户在骂你?还是一群用户在骂你?还是竞争对手在骂你?骂得最凶的用户往往都是最高端的用户,一个好的互联网产 品,应该是用户边骂边用,说明用户离不开你。产品经理需要每天听取用户骂声,因为骂声意味着用户需求,意味着一个改进用户体验的机会,周鸿祎经常在微博上 收到用户反馈后,半夜三更给产品经理去一条短信或者电话,就三个字“看微博”,搞得产品经理很紧张,后来被360产 品经理戏称为“午夜凶玲”,关键问题不是用户骂你,而是要知道如何在骂声中去运营你的产品。过去很多产品经理讲,我们要把产品当成自己的孩子,细心照料呵 护,这个也误导了很多人,在公司我们靠经验和直觉不断完善产品功能,通过数据分析改进用户体验,这些只是家庭教育,我们还要将产品(孩子)送去念小学、中 学、大学,去和其它孩子比,去接受学校教育和社会教育,去经受磨练和挫折,才能真正成长为一个好的产品。产品经理需要对产品批评和自我批评,把产品放出 去,适应社会,满足用户需求,而不是把它当成襁褓中的婴儿;运营是严父,技术是慈母,运营教产品做人,技术教产品做事,二者缺一不可。
8、好的产品是运营出来的
周鸿祎经常讲好的产品是运营出来的,但好像很多产品经理对运营的理解都不一样,更多的人认为运营就是做活动,搞用户,做推广,其实不是这样的,运营的本质是通过跟用户交流和数据监控不断改进用户体验的过程。360在启动一个项目的时候,一般都会先做好产品的数据布点,建立起数据监控体系,同时配一个专职产品经理助理或者QA收集用户反馈,产品经理每天看数据和QA整理的用户问题清单,然后召集团队把问题一个一个解决掉,“不让问题过夜”似乎已经成为360产品经理一条不成文的规定,所以更准确的讲一个互联网产品的运营,前期就是解决用户问题和改进用户体验。
9、小步快跑,快速迭代
这一点做互联网的人都在讲,但是真正做到的凤毛翎角,比如一个庞大的ERP是很难实现快速迭代的,一个以收入为导向的产品也很难做到小步快跑,因为你收了用户的钱,你就得对用户负责,安全、稳定、没有重大BUG、没有用户投诉和反馈似乎就意味着是一个成功的产品。即使是一个轻量级的、free的产品也未必能做到,比如产品经理在规划产品的时候,可能想到了50个需求,但先做哪一个呢?有时候我们对用户需求的优先级判定并非那么容易,这个就需要产品经理有很好的产品感,同时还要求团队有很强的执行力。一般360在做一个产品的时候,首先会深刻洞察用户需求,并且排出优先级,先做两三个核心需求,做一个bata版本,通过跟用户交流和数据反馈,一点一点的丰富产品功能,然后快速迭代出一个小版本,循环往复最终推出一个稳定的大版本,所以需求往往都是通过解决用户问题衍生出来的,而不是去创造用户需求,甚至是幻想用户需求。
10、在真实世界里打造产品
以上9点, 我们做着做着就会偏离原则,我们总是喜欢站在自己的立场、公司的立场和老板的立场去做产品,而不是站在用户的立场去做产品,说白了就是我们没有在真实的世 界里做产品。产品经理需要还原用户的使用场景,需要不断的去观察用户去是如何使用我们的产品,同时把自己假想成真正的用户,天天去用自己的产品,天天去跟 用户交流,不断的追问为什么?用户为什么会提出这样的需求?用户遇到的问题我遇到了吗?产品经理首先必须自己就是产品骨灰级的用户,史玉柱在做征途游戏的 时候,自己每天至少花2个小时跟玩家去玩游戏,一共至少跟1000个玩家沟通过,最终才取得成功;周鸿祎也经常在机场找用户去装360安全卫士,然后将用户的问题反馈给产品经理,360做产品的信条就是“不放过任何一个跟用户交流的机会”。
本文作者:鸟哥笔记 来源:www.niaogebiji.com
CIO之家 www.ciozj.com 微信公众号:imciow