我差不多是在大二的时候确定了之后会朝着产品经理的方向发展，当时我在产品方面的自我提升主要是产品设计能力，确实，我那时候就是认为产品经理就是产品设计师，不过真的是这样么？
全方位的知识体系
本周我做的工作主要是需求管理，打个比方，我就像一个银行，里面存了很多需求，有对产品设计方面的需求，也有bug，我需要把相应的需求分配给对应负责人手里，然后从他们地方再收集这些需求的追踪情况。看到这里大家可能会觉得我的工作已经和项目经理的工作有了很多重叠的部分，比如监控bug情况。其实在实际工作过程中，还会和其他岗位的工作有许多交集，比如：运营（和用户交流，参与活动方案的评审）、测试（写测试用例）。不过一般大公司职责分配比较明确，职能工作重叠的现象较少，不过我们也可以举一反三的发现产品经理需要了解多个岗位的技能知识，也因为这个我才明白之前看到许多产品经理招聘JD上面都会写需要全面的技能知识的原因。
说起全面的知识体系，最近发现技术方面的知识缺乏确实会是一个很大的瓶颈。比起运营以及测试，技术的认知门槛相对较高。以我为例，我差不多花了一个礼拜的时间才理清哪些方面的问题需要对接中间件同学，哪些问题需要对接给系统开发的同学。这只是理清问题对应的技术，后续在需求PK过程中，技术同学可能会因为某个技术问题而说这个需求不能实现，如果是不懂技术的小白估计只能灰头土脸的回来在需求实现的位置写上“无法实现”，但如果是懂技术实现方法的同学，也许就可以继续追问为什么不能实现，进而贡献一点自己的方法，也许最后还是无法实现，不过至少可以明确是真的无法实现还是其他的原因。
强势推动
一个团队里，UI可以专心的画图，技术可以专心的码代码，而产品经理却是一直穿梭在他们之中的一个忙碌的存在。很少能看到产品经理坐在工位上专心的画一个原型图，更多的是看到他们和其他同学提需求、确认进度。因为产品经理是一个没有领导的实权，但是却要对产品负责的一个角色。
在没有领导权力的情况下，想要让其他同学来配合完成需求，除了强大的逻辑能力说服之外，最重要的一个特征就是让自己强势起来，这也是我目前还做得不足的地方。利用自己的强势来推动项目前进，让自己对产品的想法得以实现。要问产品经理推动项目的动力来源来自哪里的话，我觉得有两个方面：1、因为是产品负责人，需要对产品全权负责；2、希望自己的想法得以实现，我觉得第二点才更是一个产品经理的初心，然而实际过程中，看到的更多的是因为第一点，所以希望自己能不忘初心吧。
全方位的知识体系和对项目推动构成了产品经理的一部分画像，所以才会有很多人说产品经理是潜伏在公司里的创业者，因为这两个特质也正是创业者所必备的。
本周小结就到这儿啦，下周继续。
