文档介绍：产品经理的工作内容和职责
1) 产品经理的工作内容和范围
2) 产品经理的工作方式和方法
3) 心得体会
4) 其他经验分享
第1、2节分享给对这个行业感兴趣的学弟学妹和刚入行的同学们，第3、4节(也是本文的重点所在)整理的局部之一，可是最快乐的局部，不要错过它。
#3 写作之前和写作之后
# 真正动笔写作之前最好能先把你的想法和涉及的开发、交互沟通一下，初步判定一下可行性，否那么天马星空的设计如果最终被开发判定实现不了，或者实现的本钱高于你的预期，就要再斟酌斟酌了。
# 写作之后的流程
自己写出来的东西还不能直接拿给工程组开始开发的流程，还要至少组织一次会议请同为筹划的同事、需求相关的同事和各级领导进对你写的东西进行一次评审，这样做的目的主要有3个：
a. 帮助你检查需求的严谨性，找出错误和漏洞，讨论出更优的方案
b. 知会到需求相关方，也就是这个需求会涉及到的工程组以外的其他组织的相关同学，在正式开工前听到他们的意见，一方面可以根据他们的现实情况对需求做一些调整，另一方面可以与他们约定好后续的合作方式、需要的资源，对方准备也需要一个时间
c. 领导那里会有关于市场、产品今后开展方向的更多的信息，因此他们会帮助你评估这些需求是不是符合当前产品的开展方向、会不会/会如何影响到公司/部门在这一个点上的定位和布局、会不会比他们对这个产品的期望不符。
具体这一步的流程和在工程循环中的位置，在后面一节“工程相关的流程〞那里会进一步说明。
二、开发过程
与上面1～7相对应相对应，现在我们开始讨论第2个局部：开发过程。开发过程是我们的产品从概念变成真正可贩卖的工业品中必不可少的神奇一步，是多种不同分工、不同专业背景的同学在一起协同工作的过程，很重要。后面会以如下的一个目录方式逐步讲解这里的细节：
1)工程的概念
2)工程组
#1 人(资源)
#2 流程(人和人之间如何协同)
3)PM在开发过程各个阶段中的作用
#1 需求阶段(需求方全体确认需求)
#2 开发阶段(开发团队集中开发阶段)
#3 测试阶段(质量检查的阶段)
#4 发布阶段(内测、灰度、正式发布等逐级发布阶段)
#5 发布后的阶段(效果跟踪的阶段)
下面会根据这样一个目录进行说明：
1)工程的概念
工程的概念相对简单，可以理解为一个话题或者主题，很多人为了同一个目标、同一个主题、同样的利益和愿景聚拢在一起形成了工程组。这一点和公司等任何组织的形成类似。
2)工程组
#1 人(资源)
工程组里有不同的人，一般来说，一个处于开发循环中的核心工程组包括了这样的一些人：产品经理、视觉设计人员、交互设计人员、开发人员(前端开发、后台开发)、测试人员、工程经理等。
所谓的开发循环中的核心工程组是指一个形成一个产品所需要的最少(最标准)的人力配置结构，当然一个更宽泛意义上的工程组还包括了很多很多其他角色：运营、渠道、运维等等等等;
这些角色在开发循环中(显然，不在循环中的时候某些角色还有自己的独立于工程组之外的工作)的主要职责是：
a. 视觉设计人员(视觉设计，你看到的几乎每一个优美的图案)
b. 交互设计人员(交互设计，你在使用产品过程中哪些举动可以获得反响以及以什么形式获得什么样的反响)
c. 开发人员(前端开发同学的成果就是你拿到的最终安装包、后端开发同学的成果那么是在效劳器端的逻辑，离你看起来很远，但实际上息息相关)
d. 测试人员(写过程序的同学都清楚，开发过程中难免会有各种各样的问题，有些很容易看出来，但有些要通过一定的测试手段和方式才能找出)
e. 工程经理(成熟稳健的工程经理对一个团队来说非常重要，人力资源在工程中的保证和调配、确保工程中涉及的各流程的顺利运行，以及处理好工程组内成员及其分别的外部支援团队与
工程组之间的关系，这些是工程经理工作的内容，所以你看到了与工程经理良好的互动和工程配合对PM的工作会有很大的帮助)
##题外话一下，工程经理的英文 Program Manager,产品经理的英文 Product Manager，所以你看到两者如果英文缩写的话会很像，因此不同的公司都会想方法在英文名上对这两者进行区分，在腾讯，公司制度上工程经理缩写为PM，而产品经理缩写为PDM，但实际上不管是在行业内还是在公司内，大家还是总是喜欢叫产品经理为PM。所以以下我会继续这样写。
#2 流程
互联网产品的一个典型的工程组内环形开发流程是这样的：
需求的撰写和定稿–?交互设计和视觉设计–?开发–?测试–?发布–?新的需求的撰写和定稿……
##所以你看到了，需求阶段是整个环形开发的起点，因此当你综合考虑PM的职责和他在开发流程中这样特殊的位置时，就会明白他是很不容