提到“产品经理”的时候，你会想起谁？也许，你第一时间想到的是乔布斯或者张小龙。但在这里，我想与你分享我的产品故事。
1. 我所理解的产品经理
大部分人眼中的产品经理都是很高大上的。每当亲戚知道我的岗位是产品经理时，大部分亲戚的反应都是：“这么年轻就当上经理了，大有可为啊！” 其实“产品经理”和传统意义上的“经理”有很大的区别。产品经理主要是管理产品，而经理一般是管理人。 那产品经理就不需要管理人了吗？ 与其说是管理，不如说是服务。从产品需求沟通到产品上线运营的过程中，产品经理需要与很多人进行沟通，为了实现产品的目标，产品经理需要与各个利益相关方建立相互尊重的关系。- 对于产品研发团队内部，产品经理需要与团队成员确认产品的各个时间节点，管理好产品的需求，推动产品的完成。
- 对于公司外部的客户，产品经理需要主动与客户沟通产品需求，从最开始的思维导图到后期的原型和需求文档，都需要反复确认，从源头把控产品的需求。
- 对于销售人员，产品经理需要收集一手的用户信息和需求、进行产品销售预测、参与讨论产品的销售前景、通过迭代最大化产品的价值。
2. 我的产品之路
我为什么要做产品经理？因为我也想改变世界啊。愿望很美好，现实却很平凡。 接下来，听听我的职业故事吧。2.1 做程序猿的那365天
大学毕业后，有两份工作摆在我的面前，一是IT培训机构的教师，二是香港公司北京分公司的软件开发工程师，当时我毫不犹豫地选择了第二个。 我的想法是我在学校呆了这么多年，每天都要面对老师，父母也天天跟我说当老师，我要特立独行一回。要是当时知道在线教育会发展得如此迅速，我很可能会改变自己的选择。 结果就是我去了一家港资企业。在公司进行了一个月的技术培训后，我就成为一名合格的软件开发工程师了。做程序猿的过程中，每天面对的都是Eclipse，没有和任何客户进行面对面的沟通，项目经理说怎么做我就怎么做。 我不知道为什么要做这个功能，不知道做出来有没有用户使用，不知道自己做的工作能够带来什么价值。为了寻找一种自主的感觉，工作满一年的时候，我选择了离开。2.2 在500强外企做项目经理
之后我去了一家500强的外企做项目经理，负责集团内部IT相关产品的设计、协调和管理。 在这里，我不再是每天只跟机器说话，而是可以根据自己的想法创作产品。那时不知道Axure、也没有墨刀，我所用的需求管理工具就是几张白纸和Word文档。 有一个外包的部门考勤管理项目，我是在白纸上画出原型，然后按照图纸给开发人员讲解自己预期的效果的。 当时要做一个中国区的官网，研发团队在印度，他们的英语我又听不太懂，我就用Word画出效果图，然后邮件发送给远在印度的项目负责人。 公司要申请ISO27001相关的认证，我就负责对接自己公司和咨询公司的专业人士，也学习到了一些IT行业的标准规范。 那个时候我虽然不知道自己的核心竞争力在哪里，但是当项目完成的时候，也有满满的成就感，在年终做总结汇报的时候，也能对5个项目讲得头头是道。 现在想来，当时的工作主要是进行产品的生命周期管理。我的老板负责制定产品的战略、把战略转化成为一个个目标，然后我就负责把大目标转化成一个个小目标，并且开始行动。那段时间的收获是这个世界好大、未知的东西好多、到处都是牛人、天天加班也能带来成就感。2.3 创业公司的产品经理
后来经历过生孩子、读研究生这些事情之后，我从北京回到了长沙。也经历过半年待在与自己价值观不和的公司的煎熬，最终我来到了现在的这家创业公司，老板是从BAT出来创业的。来这里的主要原因是：面试那天和CTO的聊天让我感受到了真诚。 我来的一年，公司一直在做一个美业的产品，后来我负责对整个产品进行了重构。这一年，公司的战略目标不明确，做美业产品是因为之前有一个定制的美业项目，又看到了无数美业门店可以整合，在没有任何运营资源的情况下，公司坚持了一年最终还是放弃了。 那段时间我仔细研究了二十多个美业软件，去了十几个美业门店与老板进行交流，安排每周的迭代任务，但是大家的士气都不高，因为看不到产品的价值。这段经历让我知道了没有确定的战略目标，努力终究不会创造价值。 第二年，公司进行反思后调整了战略目标，专注于做互联网+政务这个方向，由于有硬件系统集成的背景，公司的业务做得还算不错。我先后负责了一个街道的安全管理项目、基金会的捐助项目等四个完整的从前端到后端的项目，这段时间我自身产品相关的技能也突飞猛进。 现在我还在这里继续成长着。3. 小结
我已经不再想改变世界的大大梦想了，我现在想的是如何更好地完成此刻的这个产品。- 怎么能够真正解决用户的问题？明确产品的目标和使用人群。
- 怎么能够提高用户的使用效率？精简业务流程并注重产品的交互设计。
- 怎么能够让产品更快地复制给更多的用户使用？注重通用的功能，让产品的生命周期更长。
- 怎么能够让研发理解产品的价值？告诉大家产品的背景、目标和愿景。
- 怎么能够让研发更快速地理解产品的需求？高保真的原型和详细的需求描述很重要。
- 怎么能够让研发尽量不抱怨？以迭代的形式进行开发，提前确定下一个迭代的需求，尽量少变更需求。
- ……
【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
