本文作者将结合自身经验，与你分享作为一名合格的产品经理应做到的几点内容。enjoy~

好产品一定出自好的“产品妈妈”，我感知和认识的好产品经理应该具备以下几个方面：

• 流程上对产品从0到1的操作熟悉，掌握相应工具和技能
• 思想上用发展的眼光规划产品
• 意识上保证产品形态与经济学规律一致
• 执行上既要有主人翁的担当又要有用户思维
• 发散上让创新Idea强大产品
• 总结上做好数据分析

1、对产品从0到1的操作熟悉，掌握相应工具和技能

万事开头难，产品经理要对产品研发的过程有一定了解，才能开展工作，否则就会陷入各种“怼”，产品的产生过程一般会经过6个步骤，在每个步骤中产品经理要做些什么，要有一定了解。

获取需求阶段：要知道怎么获取需求？需要什么技能？

需求来源有内部需求和外部需求，内部需求来自你的上级，公司战略，同事建议，数据分析和自己的体验等等；外部需求则来自合作客户，用户反馈，竞品对比，行业政策趋势等等。可以说你要接收方方面面的需求信息，这个时候要有好的沟通和理解能力。

分析需求阶段：要明白分析需求的目的？需要什么技能?

分析需求是为了确定产品的目标对象，业务范围，业务可行性，你要站在公司角度，用户角度（不同群体，不同年龄段）结合背景因素，给出一个产品考量标准，实现去伪（需求）求真 （需要）。要有严密的逻辑分析能力，知识面和认知要比较高，既要感性又要理性，还要借助一些工具，如Excel，Xmind等。

解决方案阶段：要清楚解决方案怎么设计？需要什么技能？

需求方向确定后就要为每个需求项设计解决方案，是战术层面的事，这时你要根据公司的财力，物力，人力，紧迫程度等实际情况出方案。需要产品经理有：一定的大局观，能考虑到后续功能的扩展；创新精神，设计出高大上方案；掌握 Axure，word， visio等工具。

开发上线阶段：保持和开发团队的沟通合作

这个阶段主要是开发人员和测试人员的工作，产品经理要向项目经理反馈进度，配合运营，同时要解答开发过程中遇到的需求问题，从技术层面上多做一些了解，多站在开发人员的角度考虑一些问题，避免被技术“怼”。

数据分析阶段：要认识到为什么要数据分析？

产品的第一个版一般情况下是不完善的，产品上线后要对用户的反应快速做一些数据分析，对迭代产品的设计做一些指导和根据。

优化方案阶段：要知道优化方案包括什么？

改Bug，扩大业务功能，增强功能，防风险，完善产品链，都属于优化阶段要做的事，目的是要提升之业务数据，用户体验，效率和收益。

2、用发展的思维思考产品

关于为什么要用发展的思维思考产品，我是这样得出来的：设想在2000年的时空里去看当时的阿里，腾讯，在当时的市场情况下，阿里巴巴和腾讯开展的业务是不可取的，因为当时，电脑价格很贵，绝大多数家庭都没有电脑，在电脑上去使用QQ，在网上买卖东西的群体很小，使用电脑的学习成本也比较高，也还没有这个意识。 简单说就是，没有市场，没有大量用户，没有这个意识，硬件成本高。

到06,07年的时候，大部分电脑价格在3千元左右，出现了很多电脑培训学校帮人们提升了电脑使用的技能，很多家庭都拥有了电脑，相比02年的时候我堂哥花了7个月的工资才成为整个高中部第一个有电脑的老师，这种发展速度的确令人难以想象。

如果2000年时的阿里和腾讯不用发展的思维看产品，应该就没有QQ，淘宝，支付宝，如果不看移动互联网的发展趋势，也就不会布局移动端的微信，支付宝。

社会总是在发展向前的，产品经理要解决时代需求，那就必须要用发展的眼光看产品。一味局限于目前的认识做产品，很容易会出现产品刚做出来，就已经被时代抛到了脑后。

3、保证产品形态与经济学规律一致

用户在经济活动中面临权衡取舍，产品是经济活动中的载体，在产品选择上，他们也会考虑使用成本和产品价值。

有人想过没有：为什么在互联网时代最早兴起的是B2B模式，后来又发展到了B2C，O2O,后面会发展到C2C+O2O模式。

B2B兴起时，电脑贵，只有企业有一定的经济实力购买电脑，这是硬件和经济共同决定的。 后来电脑在家庭普及，C端已经准备好了，用户直接向供应商购买比经过多次转手要便宜，因此B2C流行了。 再后来商店数量大量增加，而客户数量总体不变，每个店的平均获客量下降，O2O的模式可以在保证固定客人的情况下可以借助移动端/网络拓宽获客的渠道。 未来，机器人会代替部分劳动力，有一些劳动力密集型行业人员会失业，国家会鼓励创业，这种创业不会是创立很多大企业，而是很多分工精细的个人企业，借助移动互联网优势，会出现C2C+O2O的混合模式，出现了滴滴拼车，滴滴顺风车，一亩田，小猪短租及很多撮合一对一上门服务的产品。

产品设计的初衷都要求它能带来一定的经济效益，产品经理要确保产品和经济发展相一致。

4、既要有用户思维又要有主人翁的担当

记得，刚接触产品经理岗位时，会无意识根据自己的认知和经验去设计产品。有一次设计Hotel 旅客资料填写页，由于不同房型的容纳人数不一样，一般情况下国内酒店每个房间填一个入住人就可以了，产品设计时，为节省移动端展示空间，每个房间都设计成只允许输入一个入住人。当时觉得为用户减少了输入量，但是反馈效果却不好，客人以为移动端的房间都只能入住一个人，反而影响了订单量。 这就是没有用户思维导致的设计缺陷。所以做产品不能主观武断，而要结合用户需求和公司战略，做产品时一定要清楚用户是谁？ 是否能解决用户真实需求？

产品打磨的过程中，会遇到一些困难，产品经理是冲在最前面的人，他要为后续工作的开展排忧解难，以主人翁的担当去主动推进和解决问题，保证产品顺利出品。

5、创新Idea，强大产品

创新是产品经理手中最锋利的刀，很多伟大的产品都有很多贴近实际的创新。

上家公司的产品，列表页有大量的数据，滚动列表时，用户老是不清楚目前查看的数据位置，本想借鉴其他APP的做法，发现别人也没这功能。后来关联想到：出低保真时，中继器里的每条数据的展示高度是固定的，如果获取到列表数据的Y值，除以单个展示框的高度向上取整，就可以知道当前数据是第几条。按这个想法找开发了解了一下情况，技术上可行，就有了下图这个功能。

团队游产品的后台页面，有一个单张页面，每点一次下一步就会生成一个单张，但是用户对这个单张修改很频繁，导致保存的单张很多，与用户期望只保存一个单张数据不符，但是具体“保存哪一个”“什么时候保存”用户也说不清。有人说强制保存第一个或者最后一个，也有人说指定XX账户操作时才保存……最后设计是这样的：下一步时不保存单张，在下一步按钮旁边新增一个生成按钮，允许操作一次，如果OP认为单张符合条件那就点生成保存这个单张到数据库。

最近，我在网上看到篇文章，说QQ农场新增了看门狗的功能，这个时候有人说要新增打狗棒。但是后台数据统计发现，只有2%的用户使用了需要付费的看门狗，因此打狗棒的功能没必要加。

我认为这样不好玩，如果我是QQ农场的产品经理，我一定会加上打狗棒。我的思路如下：

1. 由于之前有很多因农场偷东西，导致一些朋友之间都闹矛盾，那增加看门狗就是必要的；
2. 但看门狗需要付费，导致用户少，但是需求还是有的；
3. 如果我设置看门狗免费，那么很多的农场主都会放置看门狗，这时偷菜的成本变大；
4. 偷菜不容易，这个时候可以添加打狗棒，打狗棒设置为收费服务，这种情况下的付费用户绝对要大于2%。
5. 农场主买看门狗是防盗，买狗付钱会损失，不买狗农作物被偷了也是损失，他总是损失，何必买条狗多损失一些呢。
6. 打狗棒是服务偷菜者，对其来讲打狗棒能保证偷到别人的农作物，打狗棒虽然付费，但可以帮助偷到更多的农作物，如果不买打狗棒我就偷到的农作物少，那也不好，于“小偷”来说总体是赚的，那么他会乐意买打狗棒。
7. 如果很多小偷都买了打狗棒，农场主在与小偷的博弈中又处于劣势了，那我就设置卖不同的狗粮，有些狗粮需要钱，有些狗粮免费，狗吃了需要购买的狗粮则法力大增，能很好的保护农作物，吃免费狗粮的狗法力低，不能保护好所有的农作物。 在这样一个互动的环节中，就无形的增加了趣味同时也增加了打狗棒的付费用户。

关于产品创新，我一直相信，办法总比困难多，只要多发散思维，多尝试。

6、数据分析不仅仅是看数据

以前产品表现不佳时，产品经理只能靠猜，现在借助数据分析，能快速准确定位一些产品问题，对产品优化起指导作用，数据分析一定要透过表象看到本质问题。

16年11月份的时候，经理在会议上说“上个月系统是不是有问题？怎么因为订单数量跟2015年同期相比增加幅度不大，10月份的订单数据相比9月份环比减少”

从总数据来看，机票，酒店，度假订单全线减少，从日均曲线来看，有连续几天订单数减少比较厉害，以前系统出问题时出现过这种曲线。先想到是系统问题，找运营同事是否有监控到系统报警，反馈那段时间没报警记录，也没一级事故。后来想到了之前携程网瘫痪导致我们调用携程的接口全部不能用，看是否外部接口问题导致，但是新接口都是联调了的，同时携程内部邮件没记录有事件通报。考虑外部因素时，猜想是竞争对手搞促销活动导致，后来无意间看了下天气，发现刚好那几天有多个台风影响香港，大量航班取消，停止营业，这才是导致订单下降的根本原因。

后来我就意识到数据分析一定不能只看数据的表象，要深入研究每个指标，着眼大局，要考虑到天气，地质灾害，政治因素，战争，经济下行压力，节假日的分布，人群空闲度（寒暑假），竞争对手因素，使用习惯，是否有突发事件，汇率变动，潮流影响，系统问题，是否黑客攻击，全球网络瘫痪等等。

我现在开始写一些文章，记录一些体验和心得，是因为最近意识到总结的重要性，好记性不如烂笔头，同时也帮我理清自己的思路，有很多不足的地方，欢迎大家拍拍砖。

本文由 @飘雪的南方小城 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Pexels，基于 CC0 协议