知乎上有一个提问“作为产品经理，你在 2015 年都有哪些进步、收获与成长？”，很感谢收到了@张醒 的邀请，这也是我第一次被邀请回答问题，借此对自己的2015做一个回顾。
自己今年变化比较大，从原来的程序猿转成了产品狗，也算实现了自己自读研以来的一个愿望。
目前在做游戏平台的后端产品经理，提到产品经理很多人的直观感觉都是偏前端、偏交互的，多数不会想到后端的逻辑，也不会想到还有后端产品经理的这样一个角色存在，当然做这份工作之前我的想法也和你们中的大多数一样。
回首几个月来的工作经历有过颇有成就感的高光时刻，也坑过队友，分享几个个人的感悟吧，基本都是大家工作中会遇到的问题，不涉及具体技术层面。
1.快速融入团队是freshman最重要的事情
2.良好的邮件习惯是避免撕逼的良方
3. 对可能情况有所预判，降低系统性风险发生
4. 接的是需求，提的是任务
5. 拒绝二手需求
6.资源有限的情况下充分考虑每项工作的ROI
7.控制每次小版本迭代的改动大小和开发周期
8. 观察用户使用你的产品
9. 不光要低头走路，还要抬头看天
--------以下为详细内容-------
1. 快速融入团队是freshman最重要的事情
很多新人在进入新的环境的时候总是急于做事，希望用一个漂亮的任务完成树立自己的良好形象和在同事中的积极形象，事实难免遇到各种历史原因和背后的故事，导致想法经常不能采纳，或者自己疲于应对接踵而至的更多任务。我的建议是先融入团队，了解一下每个功能模块的负责人，以后在遇到问题的时候可以找到最直接的责任人来获得最有价值的信息和建议；除此之外，还可以尝试熟悉同事们的性格和经历，比如张同学爱旅行、李同学以前是做设计、王同学不能吃辣椒等等，这些工作之外的信息的了解能更有效的促进你们的合作。
2. 良好的邮件习惯是避免撕逼的良方
邮件是大家工作中必不可少的沟通工具，在需求评审、项目评审结束后取得的共识可以发一封会议纪要，在项目进行中不明确的地方经过讨论细化了的可以发确认邮件，实现手段跟预期产生差异的地方可以邮件告知需求方，这么做有两点好处：提醒自己讨论的成果，以及避免后期由于记忆模糊导致的各利益方的意见分歧。
3. 对可能情况有所预判，降低系统性风险发生
与开发同学多沟通，避免产品做出来与预期的较大差异；与需求方多沟通，避免紧急需求出现时措手不及。
4. 接的是需求，提的是任务
得益于禅道的功劳，使我对这两个容易混淆的概念有了更深的了解。需求可以是天马行空的，是可以不计成本的，是可以理想主义的；任务是脚踏实地的，是需要衡量资源分配的，是需要切实可行的。理想的产品经理是把每个理性主义的需求变为现实注意的任务，让正确的事情接连发生。
5. 拒绝二手需求
没有过多可以解释的，话传话，最终一定会面目全非，做需求尽量找到第一手的需求，避免传话人的主观色彩影响你的判断。
6. 资源有限的情况下充分考虑工作需求的ROI
做事应秉承结果导向的基本认知，在消耗最小资源的情况下产生最大化的效果，避免疲于应付，把握每个功能的价值。
7. 控制每次小版本迭代的改动大小和开发周期
版本迭代改动过大会提高用户的学习成本、产生使用错误发生的几率、提高不适感，同时如果迭代中投入过多成本，拉长开发周期，会让开发同学工作疲劳、兴奋度降低、效率下降，走入恶性循环。以我的经验每个小的功能迭代开发周期控制在一周以内，采取逐渐迭代的方式，可以有效推动项目进度。
8. 观察用户使用你的产品
除了可以确定产品是否可用、易用，有的时候你还会发现你的设计打造的产品，在用户的手中被以一种非常规并且非常神奇的方式使用，此时你可以考虑是否要加强产品的严谨性和是否有必要发掘新的功能需求了。
9. 不光要低头走路，还要抬头看天
还记得面试的时候老大问了我对于产品经理怎么认识的，我的回答是产品经理就是一个轴，带动设计、开发、运营、测试各个团队转起来，发挥每个人的价值。因此产品经理无疑是最忙的，不是被拉着谈需求，就是被叫去确认开发细节，这样的结果是产品经理通常觉得自己很充实，一天从早到晚都在忙碌，但是又时而觉得空虚，好像自己一直在被无形的手牵着走，疲于应付各种事务。经过了老大的指点和自己的实践，我深切体会到产品经理在做事时应有自己的规划，对负责的产品做版本规划，确定主线，保证前进的方向不变的前提下更快和更有效的推动团队向前才是正确的选择。
总的来说自己入行时间尚短，产品经理很多东西一在学习二在经历，期待自己和各位2016有更多成长。
P.S.欢迎关注我的微信公众号PM_SAY和知乎HawkLau，共同聊产品。非本人授权禁止转载。
