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做产品的信条就是“不放过任何一个跟用户交流的机会”。

（文章来自：360 内部整理）