产品经理这个岗位随着时代的进步已经越来越普遍，很多行业都已经设置了这个岗位，互联网、医药、电商等行业都已经普遍存在，被大家经常提到的就是产品经理到底有什么职责，不同行业的职责是否一样呢？本文作者介绍下产品经理在项目中需要承担什么样的责任，希望对刚入行的产品经理有一些帮助。
最近在项目上做得比较多，周末做了个复盘，我将我做过的事情，分享给大家。
一、对齐
当我接手一个新项目后，我会先和领导请示，然后与相关部门的leader进行沟通，拉人入伙，成立项目团队。
然后把项目背景和目标，同步给项目组成员和各部门业务老大，让他们都知道我们要做什么。
比如：
项目背景：XX省工会组织需要建设网上工会系统，实现在线沟通、会员社交、业务办理、福利发放等。
项目目标：完成300万会员数据的导入和激活，10万个组织的建立，上千万的福利发放。
二、明确
我提到了两个明确：明确责任人和责任范围、明确规章制度。
1、明确责任人和责任范围
我在项目初始的时候，和项目组成员说，每个事项只会有一个关键负责人，其余的人只负责自己领取的任务。比如：
项目经理：
对外事项汇总，负责客户汇报、外部厂家沟通、项目进展管理；
技术PM：
技术领域汇总，负责内部技术工作安排、技术方案制定、对外技术沟通；
产品经理：
所有非上述范围内的所有事情。
这样组员出现任何问题，可以第一时间找到对接人，减少无效沟通。产品经理尽量承担任务最重、最繁琐、最复杂的事情沟通。
2、明确规章制度
有些事情难免会不受约束，不同的人有不同的想法。
比如在发布的时候，很容易出现测试还没有完全验证，但开发人员都已经不再，导致上线的产品出现bug或体验问题。
所以我会和大家制定“弹性”的制度约束。比如：
项目周会制度
每周一开一次，需要组员参加，认领工作，由项目经理抄送会议纪要；纪要上写的，没有特殊说明，就会作为当事人默认处理。
产品发布制度
客户规定时间内重要节点发布，需要全员参与，测试验证后离开；若提前离开，需要额外说明，结果将抄送各业务线leader。
需求变更制度
因特殊情况，需要变更或补充逻辑，必须与开发、测试全程同步，然后PRD中描述变更内容。若需延长时间，则必须经过个业务线leader同意。
三、执行
执行分为产品研发、产品验收两个关键环节。
1、产品研发
产品研发最重要的是内部跟踪进度，确保每个人都能够准时完成任务。
否则就容易出现开发遗漏、开发偏差，测试时会出现测不完整、测不清楚。
这种潜在的问题只能提前沟通，产品经理要多问、多沟通，把每个细节聊透，同步给相关开发和测试人员。
需要外部厂家对接的时候，产品研发的效率会大打折扣，不同厂家使用不同技术，如何做区分和集成，需要有人专门跟进沟通。
涉及到外部的硬件、API接口、SDK集成，这些问题每个都要提前提出，让相关厂家提供文档资料或设备。
2、产品验收
产品验收时，我们要提供可交付产品和可交付文档。需要有明确的清单说明。
可交付产品：一般指软件公司APP、WEB、PC、中屏TV等软件类产品。
可交付文档：一般指设计说明、设计方案、使用手册、培训手册、开发规范、测试报告、安装手册、参数配置、接口文档、售后方案等。
项目越大，文档会越多。产品经理要提前设计文档模板，组织相关人员完成文档编辑工作。
四、监督和记录
项目在执行的过程中，难免会出现各类问题，我们需要清晰地记录各类问题和解决方案。防止最后有人扯皮的现象。
记录分为两类：计划表、会议纪要。
计划表：
项目里程碑：整个项目的周期的规划，核心是任务详情和截止时间。
人员分工表：记录每个人分别需要做哪些任务。
项目进度表：记录项目中每个人的完成时间，完成内容。
问题记录表：人员反馈的问题记录，以及如何解决的。
风险记录表：记录可能出现的风险以及解决方案，比如服务器资源不足、安全风险等。
发布记录表：记录发布时间、发布内容、相关责任人。
会议纪要：
项目纪要：项目启动会上，每个单位的分工明细。
技术纪要：确定厂家之间的技术支撑情况。
周会纪要：记录内部周会上讨论的事情，以及领取的工作。
临时记录：对一些临时性的问题，比如需求变更、人员变换等意外情况的记录
五、汇报和总结
即使上面事情都完成得非常好，最多只能算完成50%，不会做汇报和总结，也相当于白干。
给上级领导汇报时，跟他讲讲项目的进展，客户的反馈，需要的支撑。
给甲方爸爸汇报时，给他演示阶段性结果、说明进度，暴露问题，协调各方完成工作。
当这些工作都完成的时候，做一次总结。
在某些问题上处理得好不好，能否有改进的空间；
在做项目上获得了哪些经验，能不能分享给他人。
最后
今天从五个方面给大家分享了我再做项目中的经验，希望可以帮助到大家。
