如果你想做一个Product Manager(三)

记得N年前有一个开发同事(下文简称"大番薯"，大番薯是一个快乐的程序猿)问了我一个问题。

大番薯：哎，感觉写代码好难，好多东西要学，你当年是不是就是因为不想写代码所以才转岗的

当大番薯问完这个问题之后，我对大番薯过往的经验深表怀疑，他是在怀疑我写代码的能力(好汉不提当年勇)，还是在抱怨我工作看起来会比他轻松。

如果你和大番薯有一样的想法，并且你现在还是一个程序猿，我的建议是你不要转岗成PM，PM的工作是随产品整个生命周期都在不断的进行，变更几乎是贯穿着整个产品生命周期，PM从产品开始的那一刻开始就不会有闲下来的时候，有句俗话叫"根本停不下来"，大概说的就是PM这个岗位。下面就说说一个部门需要哪些岗位，以及这些岗位是做些什么工作的，他们的工作顺序又是怎么样的，为什么要说这些呢，是让外行的人大概能了解你工作当中需要和多少个角色的人做对接，先后顺序又是怎样的。

1.产品经理

不说，参考前后的文章

2.UI设计师(俗话-美工)

职责：互联网产品大部分项目都需要这个岗位，这个岗位需要做的事情就是把产品经理的原型图转化为真实的设计稿，过程当中需要对设计稿当中的配色、字体、大小、Logo、icon等等负责，并且针对终端使用不同设备做出不同的调整，他应该要很精通不同的设计规范及视觉效果的把控(比如在苹果机器上要符合苹果的风格等等)。

出场时间及内容：当PM把低保真(或高保真)出来之后，UI设计师就要开始工作，每当产品有视觉上的改动(无论大小，甚至一个按钮)，都会由UI设计师产生实际输出，当然如果交互方式都变了那设计稿肯定是要做变更的，他们会经常游遍花瓣、BehanceBehance、Dribbble等网站，他们一般穿着时髦，打扮前卫，但颜值一般，遇到1个pt/px单位都要和你较劲的UI，你就嫁/娶了吧。。。

3.开发(研发人员、程序猿、码农)

职责：使用编程语言按照规定的文档(需求文档、设计稿、流程图、开发文档等等)输出可量化的产品。

工作时间及内容：理论上当需求范围确定之后即可开始工作，程序员一般分服务端(后台)和前端/移动端，主流的一些语言就是java h5 css js  oc之类的，前端/移动端主要负责界面、交互、数据复制等实现，服务端的程序猿一般都是以处理数据、实现业务逻辑为主，他们的工作贯穿整个研发周期

4.测试

职责：对产品的质量负责，按照规定的文档对产品进行测试，输出包括有测试用例、测试报告等文档

工作时间及内容：无论是使用传统开发模式(瀑布流)亦或是敏捷开发模式，都会根据WBS/看板的模块进行单元测试，回归测试等，一般中小型公司在有一定业务量之后就会做更多的自动化、抗压等测试。现在测试主要用到的技能包括:sql  Python  Java Jmeter 等等工具/语言，一般在模块结束/整体研发结束时介入工作，一个合格的测试是可以帮助产品发现很多问题的，无论是业务上的，或者是程序上的

5.运营

职责：负责产品的日常运营，涉及面较广，包括制定一些方案、活动、参与需求落地、用户数据分析等等

工作时间及内容：介入时间要看具体的业务来定，一般在产品上线前就开始做相关工作，现在对运营这块的要求越来越高，一般需要对技术有一定的了解，特别在中大型公司，数据分析的基本知识都要懂，否则无法通过市场反馈数据来制定针对性的方案，运营会对产品提出一些合理化或预测性的建议或需求。

基本上以上五个岗位就可以组成一个迷你型的团队，部分小公司产品兼顾运营的工作，如果你想成为一个PM，那么你进入公司之后大概率会遇到以上5种岗位，你会发现除了UI岗之外，其他岗位大部分都会涉及到一些编程技术上的知识，没错的，现实就是那么残酷，现在不懂技术来混互联网的依然存在，但是在更新迭代如此高效的行业，没有一门/多门专业知识来支撑你的岗位，你很快会被淘汰，这个行业，基本不存在吃老本的说法，或许今天你能站住脚，但等行业平均水平一直提高之后，恐怕你很难再找到工作了。

如果在大公司，岗位会比以上多出很多，因为分功会非常细致，光从产品这里就能分出交互设计师、需求分析师，还有运维岗等等。