1. 如何成为一名优秀的产品经理？
——来自 360 的产品分享
1、产品经理需要有技术背景
产品经理不一定要会开发程序，但需要了解一些基础技术，比如会使用原型图工具、会
编写简单的 SQL 语句从服务器读取数据分析、 基本的产品功能数据布点监控、搭建产品的基
本架构等； 在一个产品的开发前期，团队成员基本也都是技术和开发，技术出身的产品经理，
更容易控制项目的进度和团队努力的方向。 互联网产品需要不断试错，当团队有了一个基本
的产品构想后，重要的不是讨论应该有什么功能，不应该有什么功能，而是快速的做一个产
品 demo 给到用户做可用性测试，在未获得批量用户之前，运营和推广相对弱化，懂技术的
产品经理在执行力方面相对可控一些。
2、做产品的目的是要解决用户问题
我们很多时候突发奇想， 提出一些很有创意的产品， 花了几个月甚至一年的时间做出来
后，发现用户根本不买单；产品经理一般都会陷入互联网发展趋势的误区，我们总是希望赶
上每一波互联网发展的浪潮，视频热的时候，我们总希望做的产品跟视频挂点钩；SNS 热的
时候，又不断的给产品加入社交功能；B2C 热的时候，恨不得把产品的各个位置都加上导购
按钮；移动互联网来临的时候，似乎不做个手机版 app，都感觉自己 out 了，不像做互联网
似的，总得给自己加个什么 O2O、LBS、SOLOMO 的标签。产品的本质是要解决用户问题，不
以用户为导向，不解决用户问题的产品终将失败。产品经理经常忘记做产品的出发点，做着
做着就变成了为公司做产品，为老板做产品，为自己做产品，而不是为用户做产品。
3、忘掉技术，千万不要教育客户
做技术出身的产品经理，也很容易陷入技术的误区，喜欢耍酷，做一些很炫的功能，总
是希望跟竞争对手的产品比，竞争对手有的功能一定要有，竞争对手没有的功能更要有，结
果做了一堆复杂的功能，用户根本不会用，学习成本也很高。一个好的功能需要把复杂的技
术隐藏于无形之中，把最简单的使用体验呈现给用户，不要试图去教育用户，不要挑战用户
的使用习惯。另外，我们还经常给产品冠一些很时髦的概念，什么是“第三代杀毒引擎”，
什么叫“支持下一代 CDMA 网络”，用户根本不关心你这些概念，用户需要的只是一款能快
速把木马杀光的安全软件，一部上网更快的手机，产品经理需要忘掉技术，做用户看得见的
功能。
4、深挖用户核心需求
产品经理经常收到用户的反馈就开始响应，甚至只要用户在论坛里一提需求就开发，我
们需要判断用户的真实需求，有时候用户至上只是假象，比如用户说我想要一把锤子，产品
经理问你拿锤子干嘛啊，用户说我想在墙上钉个钉子，产品经理问你钉钉子干嘛啊，用户说
我想在墙上挂一副画，墙上太空旷了，我想经常变换一些视觉场景，产品经理想了想，立刻
给用户装了一台壁挂的液晶电视，用户开心死了。在这个案例中，用户本来的需求只是一把
锤子，但其实隐含的需求却是一台壁挂电视，其实有时候用户也搞不清楚自己想要什么，就

2. 像福特说当年如果你问用户想要什么，他一定回答说想要一匹跑得更快的马而不是汽车，这
就是用户的需求。做产品经理最困难的就是判断用户的需求是否是真实的，不以用户真实需
求为出发点的产品是没有任何粘性可言的，后期的推广成本也很高。
5、从小处着眼，微创新
我们总是希望去做一款伟大的产品，总是希望去做一个大的变革，去颠覆传统，其实互
联网产品往往一开始只需要去满足你身边的需求，把最紧急最核心的需求做到极致，然后再
一点一点的通过微创新去改进你的产品，丰富你的产品功能。经常出差的同学都会遇到这样
一个困惑，住酒店冲凉的时候经常找不到水龙头的冷热开关方向，几乎所有的酒店水龙头都
是用绿色或红色表示冷热，而且标记在水龙头开关的最下方，为了改进用户体验，七天连锁
酒店就做了一个小小的微创新，直接在水龙头两边贴个告示标签“冷”和“热”，用户再也
不用困惑了。做互联网产品也是一样的道理，就是一点一点的去发现用户的问题，然后想办
法解决掉，就是一个微创新，几十个微创新的点加起来就会不断逼近用户引爆的点，即“用
户口碑”。
6、看懂产品关键数据
做数据分析是任何一个做互联网产品的人必须要做的功课， 但是往往数据可以反映问题，
也可以掩盖事实， 比如我们再做数据布点的时候，我们发现产品的三个功能使用次数在相当
长一段时间内变化都不大， 我们如何判定这三个功能哪个重要的呢？这个就是功能的连续性
和独立性的问题，如果流水性作业的几个连续功能（比如进销存），很可能就是这种情况，
收费产品也可能会出现这种情况，反正已经掏钱了，将就着用吧，user 和 ownership 不是
同一个人的产品也有可能出现这种情况，反正产品又不是我掏钱买的，管它好用不好用，这
些情况下监控功能的使用频次， 意义就不大；这时候更多的观察用户对每个功能的使用顺序
和时长，改进用户使用功能的顺畅性和输入的便捷性，从而改进用户体验。有时候我们也需
要从宏观数据上判断产品的方向，比如一个产品的用户有 10%是活跃的，有 30%是沉默的，
60%都跑光了，这个产品的方向肯定出问题了，所以做产品经理，感觉很重要，有时候需要
通过一些关键数据判断，哪些功能需要做，哪些不需要做，什么时候做。
7、不要怕被用户骂，不要把产品当自己的孩子
产品经理最怕被用户骂，被用户骂不一定是坏事，骂你说明你值得骂，说明用户对你的
产品有期待，重要的是产品经理需要清醒的从用户的骂声中找到问题的解决方案， 并且不断
的追问用户为什么骂你？是一个用户在骂你？还是一群用户在骂你？还是竞争对手在骂你？
骂得最凶的用户往往都是最高端的用户，一个好的互联网产品，应该是用户边骂边用，说明
用户离不开你。产品经理需要每天听取用户骂声，因为骂声意味着用户需求，意味着一个改
进用户体验的机会，周鸿祎经常在微博上收到用户反馈后， 半夜三更给产品经理去一条短信
或者电话，就三个字“看微博”，搞得产品经理很紧张，后来被 360 产品经理戏称为“午夜
凶玲”，关键问题不是用户骂你，而是要知道如何在骂声中去运营你的产品。过去很多产品
经理讲，我们要把产品当成自己的孩子，细心照料呵护，这个也误导了很多人，在公司我们
靠经验和直觉不断完善产品功能，通过数据分析改进用户体验，这些只是家庭教育，我们还
要将产品（孩子）送去念小学、中学、大学，去和其它孩子比，去接受学校教育和社会教育，
去经受磨练和挫折，才能真正成长为一个好的产品。产品经理需要对产品批评和自我批评，

3. 把产品放出去，适应社会，满足用户需求，而不是把它当成襁褓中的婴儿；运营是严父，技
术是慈母，运营教产品做人，技术教产品做事，二者缺一不可。
8、好的产品是运营出来的
周鸿祎经常讲“好的产品是运营出来的” 但好像很多产品经理对运营的理解都不一样，
，
更多的人认为运营就是做活动，搞用户，做推广，其实不是这样的，运营的本质是通过跟用
户交流和数据监控不断改进用户体验的过程。360 在启动一个项目的时候，一般都会先做好
产品的数据布点，建立起数据监控体系，同时配一个专职产品经理助理或者 QA 收集用户反
馈，产品经理每天看数据和 QA 整理的用户问题清单，然后召集团队把问题一个一个解决掉，
“不让问题过夜”似乎已经成为 360 产品经理一条不成文的规定，所以更准确的讲一个互联
网产品的运营，前期就是解决用户问题和改进用户体验。
9、小步快跑，快速迭代
这一点做互联网的人都在讲， 但是真正做到的凤毛翎角，比如一个庞大的 ERP 是很难实
现快速迭代的，一个以收入为导向的产品也很难做到小步快跑，因为你收了用户的钱，你就
得对用户负责，安全、稳定、没有重大 BUG、没有用户投诉和反馈似乎就意味着是一个成功
的产品。即使是一个轻量级的、free 的产品也未必能做到，比如产品经理在规划产品的时
候，可能想到了 50 个需求，但先做哪一个呢？有时候我们对用户需求的优先级判定并非那
么容易，这个就需要产品经理有很好的产品感，同时还要求团队有很强的执行力。一般 360
在做一个产品的时候，首先会深刻洞察用户需求，并且排出优先级，先做两三个核心需求，
做一个 bata 版本，通过跟用户交流和数据反馈，一点一点的丰富产品功能，然后快速迭代
出一个小版本， 循环往复最终推出一个稳定的大版本，所以需求往往都是通过解决用户问题
衍生出来的，而不是去创造用户需求，甚至是幻想用户需求。
10、在真实世界里打造产品
以上 9 点，我们做着做着就会偏离原则，我们总是喜欢站在自己的立场、公司的立场和
老板的立场去做产品， 而不是站在用户的立场去做产品，说白了就是我们没有在真实的世界
里做产品。 产品经理需要还原用户的使用场景， 需要不断的去观察用户去是如何使用我们的
产品，同时把自己假想成真正的用户，天天去用自己的产品，天天去跟用户交流，不断的追
问为什么？用户为什么会提出这样的需求？用户遇到的问题我遇到了吗？产品经理首先必
须自己就是产品骨灰级的用户， 史玉柱在做征途游戏的时候，自己每天至少花 2 个小时跟玩
家去玩游戏，一共至少跟 1000 个玩家沟通过，最终才取得成功；周鸿祎也经常在机场找用
户去装 360 安全卫士，然后将用户的问题反馈给产品经理，360 做产品的信条就是“不放过
任何一个跟用户交流的机会”。