关于产品经理职责的话题经久不衰，首先要澄清一下，我们现在提到的产品经理指的是“互联网产品经理”，而不是传统意义上的产品经理。因为这一职位诞生于传统行业，而兴盛于互联网圈。
要理解互联网产品经理的职责，那就要先从互联网产品是如何诞生的说起。
任何一款互联网产品的诞生都要经历以下流程：
而我们产品经理的工作职责就渗透在这个过程中。
第一步：发现需求
此阶段产品经理的主要职责就是需求捕捉、挖掘痛点，提出假设，具体做什么呢？看下图：
发现需求相关的产出主要是需求池，主要用来记录需求的来源，说明，优先级，以及需求的状态等信息，如下图：
第二步：需求分析
需求分析是产品经理最核心的工作之一，这部分工作没有详细的产出，是一个思考分析的过程，主要工作内容会有：用户调研、市场分析、竞品分析等。分析竞品的目的不是要抄袭，而是要学会微创新，结合自身产品特点，设计最适合的产品方案。
需求分析是个过程，期间需要采集和整理大量数据和报告，也就没有专门的产出物了，会衍生出：《用户分析报告》、《市场分析报告》，《竞品分析报告》。这些报告中数据的罗列不重要，关键在于透过这些一系列的分析，你得出的结论是什么，对你设计的产品有什么影响？
第三步，产品规划
前面的工作都是铺垫，产品规划才是产品经理价值所在，在这一阶段产品经理需要根据已经做好的相关分析结论和以往的工作经验，加上自己无限的创意，来产出对应的产品设计方案。产品方案可能是一个0-1的产品规划，也可能是给已有的产品添加一个新的功能模块，还有可能是某一个运营活动的实现方案。这就要根据具体的需求具体处理了，但是方法都是一样的。
根据评审通过的产品方案or产品功能方案，开始分拆产品模块，设计功能细节，梳理逻辑分支，产出需求文档和原型文档。功能设计的关键在于逻辑分支的梳理，要尽可能多的考虑到不同的使用场景，如网络环境、使用环境等。做过的产品越多，时间越长，逻辑就越缜密。这需要在工作中多总结。
相关产出：PRD、原型 所用工具：Word、Axure
第四步，设计研发
完成的产品（功能）规划设计后，产出对应的需求文档，把文档提交跟下游的生产部门（设计部和研发部），感觉到了这一步产品经理是不是就可以歇一歇了呢？NO~到了这一步，产品经理就要承担起项目经理的角色，来协调项目资源，把控项目进度，保障项目如期上线，这个过程中还会根据技术的反馈优化调整PRD或原型文档，这一环节的重点是要搞清楚什么时间点，谁，必须完成什么任务，以及接下来衔接的环节是谁？环环相扣。在项目管理的过程中可以借助一些项目管理工具来来帮助自己进行项目的把控，也可以自己做表，可以参考下图：
相关产出：项目排期表 所用工具：Excel、Project
第五步，上线验收
经过一个相对漫长的开发周期，你辛辛苦苦设计的产品（功能）终于做完了，通过测试同学以及你的验收测试基本没什么问题，终于可以安排上线了。根据产品平台不同，要合理安排上线时间，Web端产品一般都是在半夜更新，也是就在线用户最少的时候，避免更新对用户体验的影响，而客户端产品，特别是APP端因为要提交各大应用商店审核，而审核周期不定，需要提前安排部署。这些工作需要产品经理来协调安排。
相关产出：相关更新说明、客户端更新包等
以上只是一次项目的周期，一次上线完成意味着下一个项目周期的开始，周而复始，产品经理在不断的推动着产品车轮不断的向前进，而在这个过程中优秀的产品经理赢在思维，而非工具。在工作中想要快速成长，需要建立完整的产品观、对产品要有自己的理解，不断在实践中提升自己的产品规划能力、原型绘制能力、以及文档输出能力，在项目中锻炼产品经理的沟通能力，建立个人气场，你将会慢慢的成长成一名优秀的产品经理。
本文由用户@我的冰块发布于新媒体运营，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
