文档介绍：产品经理的工作内容和范围
产品经理的工作方式和方法
心得体会
其他经验分享
第 1、2 节分享给对这个行业感兴趣的学弟学妹和刚入行的同学们， 第 3、4 节 ( 也是本文的重点所在 )
清晰是指逻辑清晰，一定要让交互、设计、开发、测试同学能很好的理解你想要传达的想法 ;
而全面是指详细，一定要详情，非常非常的详细，需求产生的背景、要怎么改
善、为什么这么改善、这么改善后期望达到什么样的效果、触发条件呢 ( 前置后置 ) 、具体怎么改善呢 ( 最大量的写作工作、 事无巨细描述清楚你的逻辑、 同时考虑所有的异常情况 ) 、必要的流程图、适当的最终效果 ( 这里后面还会有提及 ) 等
等等等
#和是一名 PM专业程度的体现， 一定要拿出逻辑清晰的文档， 因为你是自己产品的上帝，你的每一处逻辑都会影响到千千万万在这种逻辑下生活着的终端用户，
通过完美的逻辑， 概念设计一个完美是世界是这个工作最有价值的部分之一， 可是最快乐的部分，不要错过它。
#3 写作之前和写作之后
真正动笔写作之前最好能先把你的想法和涉及的开发、 交互沟通一下， 初步判定一下可行性， 否则天马星空的设计如果最终被开发判定实现不了， 或者实现的成本高于你的预期，就要再斟酌斟酌了。
写作之后的流程
自己写出来的东西还不能直接拿给项目组开始开发的流程， 还要至少组织一次会议请同为策划的同事、需求相关的同事和各级领导进对你写的东西进行一次评
审，这样做的目的主要有 3 个：
帮助你检查需求的严谨性，找出错误和漏洞，讨论出更优的方案
知会到需求相关方，也就是这个需求会涉及到的项目组以外的其他组织的相关同学，在正式开工前听到他们的意见， 一方面可以根据他们的现实情况对需求
做一些调整， 另一方面可以与他们约定好后续的合作方式、 需要的资源， 对方准备也需要一个时间
领导那里会有关于市场、产品今后发展方向的更多的信息，因此他们会帮助
你评估这些需求是不是符合当前产品的发展方向、会不会 / 会如何影响到公司 / 部门在这一个点上的定位和布局、会不会比他们对这个产品的期望不符。
具体这一步的流程和在项目循环中的位置， 在后面一节“项目相关的流程”那里会进一步说明。
二、开发过程
与上面 1～ 7 相对应相对应，现在我们开始讨论第 2 个部分：开发过程。开发过程是我们的产品从概念变成真正可贩卖的工业品中必不可少的神奇一步， 是多种不同分工、不同专业背景的同学在一起协同工作的过程， 很重要。后面会以如下的一个目录方式逐步讲解这里的细节：
项目的概念
项目组
#1 人(资源)
#2 流程 ( 人和人之间如何协同 )
3)PM在开发过程各个阶段中的作用
#1 需求阶段 ( 需求方全体确认需求 )
#2 开发阶段 ( 开发团队集中开发阶段 )
#3 测试阶段 ( 质量检查的阶段 )
#4 发布阶段 ( 内测、灰度、正式发布等逐级发布阶段 )
#5 发布后的阶段 ( 效果跟踪的阶段 )
下面会根据这样一个目录进行说明：
项目的概念
项目的概念相对简单，可以理解为一个话题或者主题，很多人为了同一个目标、同一个主题、同样的利益和愿景聚拢在一起形成了项目组。 这一点和公司等任何组织的形成类似。
项目组
#1 人(资源)
项目组里有不同的人， 一般来说，一个处于开发循环中的核心项目组包括了这样
的一些人：产品经理、视觉设计人员、交互设计人员、开发人员 ( 前端开发、后台开发 ) 、测试人员、项目经理等。
所谓的开发循环中的核心项目组是指一个形成一个产品所需要的最少 ( 最标准 ) 的人力配置结构，当然一个更宽泛意义上的项目组还包括了很多很多其他角色：运营、渠道、运维等等等等 ;
这些角色在开发循环中 ( 显然，不在循环中的时候某些角色还有自己的独立于项目组之外的工作 ) 的主要职责是：
a. 视觉设计人员 ( 视觉设计，你看到的几乎每一个优美的图案 )
交互设计人员 ( 交互设计，你在使用产品过程中哪些举动可以获得反馈以及以什么形式获得什么样的反馈 )
开发人员 ( 前端开发同学的成果就是你拿到的最终安装包、 后端开发同