产品经理每天都在做什么？你的第一反应一定是：不就是画画原型，讲讲需求，处理一下问题么...
什么是产品经理？
百度百科给出的解释：Product manager，缩写：PM，是为终端用户服务，负责产品整个生命周期人。
看上去非常厉害，通俗一点解释就是：背！锅！侠！
作为老板的传话筒，运营的工具人，业务的问题处理器，开发的眼中钉，产品狗每天面对的声音是这样的：
老板说：别家有这个，我们也要有！
运营说：业绩不好，转化率不高，用户留存过低，我们要做一下活动！
业务说：这个单子怎么回事啊？！这是有问题的啊？！你们快点看一下！
开发说：这需求写的是什么？！都做不下去，你们确定好需求再来说！
各方的声音，让产品经理这个听上去很唬人的、总被人理解成厉害职位的职业，一直饱受压力，在夹缝中求生存。
产品经理在做什么？
秉着改善产品经理和程序员天然对立情绪的目的，用同理心共建美好家园的愿景，从产品汪自身工作出发，用一张图简单的介绍一下1024lab的产品每天都在做些什么事情。（看不清图没关系，往下看就知道了
）
1. 业务规划
一个项目在立项之初必然会经历的过程：市场分析——市场目标用户分析——用户痛点——用户画像——竞品分析。当然很多时候立项只是老板拍脑袋的决定，这个时候虽然省去了立项的论证过程，但前期的探索、分析、规划仍然是项目的立足之本。
- 1.1 需求收集
需求的来源五花八门，产品经理在动手分析之前，首要的工作就是清晰的记录需求的来源、目的、实现目标、提出人群等这些有助于辨别需求的重要信息。
- 1.2 需求分析
对于收集后的需求，需要一个辨明真伪的过程。去伪存真是需求分析过程的真正意义，经过分析后留下的，才是真正需要开发做的需求。
- 1.3 产品设计
产品设计过程包括但不限于：原型设计，交互设计，PRD需求文档描述，关键路径上业务的流程图绘制，用例图，状态机图，数据流程图，ER图等一切能为开发描述清楚要做什么的系列活动。
- 1.4 产品评审
通常产品组都是一个UED团队，针对每个产品经理的设计，都需要进行足够的评审和反复的验证，才能真正打磨出一个经得起推敲的产品。
2. 项目管理
产品经理在过程管理中，扮演着项目执行者和推进者的角色。
- 2.1 迭代需求排期
经过评审的需求，按照实际业务的要求，来安排每个需求的完成时间和上线时间，最终形成某次版本迭代的需求计划。
- 2.2 开发过程跟踪
在需求计划的执行过程，需要对需求反复沟通和确认，从而确保每个岗位对于需求的认知保持统一。
- 2.3 产品功能验收
功能的验收一方面验证开发是否与产品设计保持一致，另一方面也是对产品初次成型的用户体验的直观了解。
- 2.4 功能测试
在时间紧迫，测试资源紧缺的时候，产品通常也需要充当测试，发现、记录并及时反馈给开发问题。
- 2.5 上线准备
发布前的准备工作一切就绪后，产品经理需要对即将发布的内容进行各部门的宣贯通知，以便做好产品上线后的其他准备工作和应对事宜。
3. 维护跟踪
上线并不意味着结束，而是新一轮工作的开始。
- 3.1 生产环境功能验证
测试环境验证通过的内容，很可能在发布过后的实际生产环境中产生各种意想不到的问题。所以上线后，仍需要在生产环境对新功能进行测试验证。
- 3.2 收集反馈信息
持续不断的从各种渠道收集反馈意见，能够帮助产品经理，从使用者的角度对产品进行优化和改善。
- 3.3 数据分析
数据分析的过程，很好的避免了“我以为”“我觉得”“我希望”的现象出现。用数据说话，从数据的维度找到实际产品的问题和可能改善的点，能够有效的堵住一些主观臆断的声音。
4. 其他重要的事情
下面的事情可能很琐碎，但也是产品经理工作中，重要的组成部分。
- 4.1使用培训
培训工作的好坏，很直接的反馈在业务部门对于系统的熟悉和了解程度。提高效率的产品是我们做系统的最终目的，所以给用户解释清楚系统是做什么，解决什么问题的，怎么操作，是工作中的重要一环。
- 4.2 全面的需求评审
这里再次强调需求评审，是因为评审过程不仅限于整个产品团队，而是提出的业务部门、相关用户等。因为最终的用户是他们，你永远不知道用户会怎样使用你的产品，提前让用户了解产品的设计走向，也是避免开发成本浪费的有效方法之一。
- 4.3 及时、有效的沟通
沟通过程是贯穿整个产品工作的最重要环节，也是每个产品经理最重要的能力。沟通的好坏决定了是否有效的对称了诉求方和处理方对于一件事情的理解，好的沟通事半功倍。
- 4.4 向上管理
简单一句话，就是通过我们的各种工作，让上司的工作更加的顺利。因为所有的资源都在上司的手里，当我们要运用资源的时候，就需要通过合理的向上管理，来达成最终的目的。
总结：
以上是一个产品汪血泪史的总结，希望能通过微小的能量，从修身，正心开始做起，一点点的调整自己，影响周围，改变世界。
