文档介绍：
: .
产品经理的工作内容和职责
D
d)产品的渠道推广相关内容
重点在推广：动用各种渠道类资源，帮助产品扩张市场份额;紧跟市场大盘，预测市场发展规模并制定相关策略
e)产品的内容运营相关内容
重点在运营：根据产品形态的不同，紧跟社会热点进行内容类的运营，一般意义上而言，对于大多数半年以上的产品，内容运营至关重要。(如何处理产品的可运营性和功能特性之间的关系也是PM要花时间细想的领域，这是后话)
以上，a～e的部分则一名PM或多或少要参与其中的工作。
所以小结一下，一个PM的工作范围是以上1～7和a～e的和，而主要的工作内容(也是花时间最多的部分)是1～7的部分。
第2节产品经理的工作方式和方法
第1节概要性的描述了PM要做什么，而这一节则主要描述PM会怎么做。与上面1～7相对应的顺序。
一、需求撰写
1)需求从哪里来?
a. PM根据自己的专业素养(也就是感觉)体验自己产品和市场上其他产品时发现的问题或是灵感闪现出的关键点;
b. 各级产品领导的直接反馈和建议
c. 用户使用中遇到的问题、困惑、以及反馈非常需要的功能点
d. 行业最新的动向
当然，以上仅仅说明了需求的来源，这大量的需求最终在前线PM这里汇总，PM根据自己的专业能力对需求进行筛选、优先级划分、推理权衡和细化，并时刻与产品核心路线进行对比校正，最终拿出产品下一步发展的方案;
2)怎么写?
a. 主要工具
word、ecxel、ppt什么的、原型设计类的软件，这些都不重要。所以你可以自由的选择自己需要的工具、软件、甚至系统，自己顺手就好，所以建议时不时的换一换工具换一换心情。
b. 写作技巧
#1 开始写之前，一定要在自己的脑子里完美的想好这个功能点的方方面面(或者至少想个80%)，各种可能、各种异常处理都要想清楚;
#2 写作的时候，要尽量清晰全面的把想好的东西写出来:
# 清晰是指逻辑清晰，一定要让交互、设计、开发、测试同学能很好的理解你想要传达的想法;
# 而全面是指详细，一定要详情，非常非常的详细，需求产生的背景、要怎么改善、为什么这么改善、这么改善后期望达到什么样的效果、触发条件呢(前置后置)、具体怎么改善呢(最大量的写作工作、事无巨细描述清楚你的逻辑、同时考虑所有的异常情况)、必要的流程图、适当的最终效果(这里后面还会有提及)等等等等
#，一定要拿出逻辑清晰的文档，因为你是自己产品的上帝，你的每一处逻辑都会影响到千千万万在这种逻辑下生活着的终端用户，通过完美的逻辑，概念设计一个完美是世界是这个工作最有价值的部分之一，可是最快乐的部分，不要错过它。
#3 写作之前和写作之后
# 真正动笔写作之前最好能先把你的想法和涉及的开发、交互沟通一下，初步判定一下可行性，否则天马星空的设计如果最终被开发判定实现不了，或者实现的成本高于你的预期，就要再斟酌斟酌了。
# 写作之后的流程
自己写出来的东西还不能直接拿给项目组开始开发的流程，还要至少组织一次会议请同为策划的同事、需求相关的同事和各级领导进对你写的东西进行一次评审，这样做的目的主要有3个：
a. 帮助你检查需求的严谨性，找出错误和漏洞，讨论出更优的方案
b. 知会到需求相关方，也就是这个需求会涉及到的项目组以外的其他组织的相关同学，在正式开工前听到他们的意见，一方面可以根据他们的现实情况对需求做一些调整，另一方面可以与他们约定好后续的合作方式、需要的资源，对方准备也需要一个时间
c. 领导那里会有关于市场、产品今后发展方向的更多的信息，因此他们会帮助你评估这些需求是不是符合当前产品的发展方向、会不会/会如何影响到公司/部门在这一个点上的定位和布局、会不会比他们对这个产品的期望不符。
具体这一步的流程和在项目循环中的位置，在后面一节“项目相关的流程”那里会进一步说明。
二、开发过程
与上面1～7相对应相对应，现在我们开始讨论第2个部分：开发过程。开发过程是我们的产品从概念变成真正可贩卖的工业品中必不可少的神奇一步，是多种不同分工、不同专业背景的同学在一起协同工作的过程，很重要。后面会以如下的一个目录方式逐步讲解这里的细节：
1)项目的概念
2)项目组
#1 人(资源)
#2 流程(人和人之间如何协同)
3)PM在开发过程各个阶段中的作用
#1 需求阶段(需求方全体确认需求)
#2 开发阶段(开发团队集中开发阶段)
#3 测试阶段(质量检查的阶段)
#4 发布阶段(内