如何快速上手产品工作？(产品团队工作都是接人)

又到了金9银10的求职黄金期；在8月份时，因为职业规划，我也换了一个新的工作；面对新的团队，新的业务，新的产品，遇见了很多的挑战；随着探索与适（cai）应（keng），我总结了如下经验。
希望可以给刚进入新团队的你一点帮助~

一、梳理人的关系

刚到新公司，不要着急去做事情；

产品经理在团队中经常是一个承接人的角色，你需要push团队前行，因此你需要搞清楚日后一起作战的小伙伴都有哪些，平时的对接人都有谁？遇到问题后需要去找谁？

1. 直接汇报人

一般情况下，你要汇报的人就是当时面试你的那个人；入职后，他会找你进行基本的业务介绍，如果因为太忙等原因，他没有找你，那你一定要积极的抽时间去找他，了解公司的基本架构，部门结构，产品矩阵，公司的战略目标，以及产品价值；；

当然，如果他有时间，一定要让他带你去认识一下各个团队干系人，先混个脸熟，只有好处，没有坏处；

2. 团队相关的对接人

有了汇报人的引荐后，要敢于去和团队中的各个对接人去沟通：包括研发对接人、设计/交互，如果团队中有项目经理，那么提前和项目经理沟通会让你更快的上手业务；（很多情况下，研发会扮演项目经理的角色）

从团队相关对接人那里，你需要了解产品的背景，产品短期的规划，以及目前的产品开发进度；当然，通过这次沟通，你也可以简单分析出小伙伴们的一些性格特点，找到兴趣点，快速融入团队；

3. 业务对接人（to B端）

如果你经手的是B端系统，那么业务对接人这个角色将会决定你之后的工作是否轻松；业务对接人一般是业务的销售、客服、运营；他们通常对业务了解很深，日常的工作内容也决定了他们是接收产品反馈的第一人；

从业务对接人那里，你可以了解很多的业务知识，也会在前期帮助你从用户、需求的角度去看产品，而不会让你陷进产品的已有框架中；

4. 产品团队对接人

产品团队的对接人通常不必单独找时间，跟随团队一起吃午饭/晚饭，在饭桌上，或者饭后小憩的时候，都可以找时间去了解每一个人的职能范围以及负责产品，了解哪些和你负责的产品是有耦合关系的，需要重点标注；

在公司中，每一个产品通常不会是独立存在的，很多的产品功能都依附于多个场景运行；因此如果在这个地方不了解清楚的话，对系统进行拆解的时候，就会产生很多的麻烦；而且重要的是，产品功能有可能之前已经实现过并验证价值了，那么你在产品设计的过程中，可以基于场景进行改造，而没有必要进行二次开发的；

在与团队小伙伴沟通的时候，除了工作外，你还需要确定日常的工作节奏（上/下班时间；多大的弹性？是否加班，是否培训等信息，有时候这些内容会帮助你少走一些弯路）

梳理人与人之间的关系通常会花费一周左右的时间，在这一个阶段，你需要输出一个对接人的表格，记录你沟通的信息，包括：姓名、部门、工作职能、关联内容

二、梳理事的关系

梳理完人的关系后，你就要去梳理要做的事情了，相对于人这一块，我觉得事这一块会容易很多。
让我总结的话，就是八个字：踏踏实实，仔仔细细；

1. 业务流程图

这是你最快明确业务的方法，根据不同的角色进行相应的拆分，并且一个清晰的流程图在完成的过程中会产生很多问题，你解决的问题越多，那么之后你踩的坑就会越少；下图是我的一个业务流程简图整理，仅供参考：

2. 产品的框架图

这是你最快了解产品的方法，通过产品框架图对产品进行拆解，并在拆解后进行关联耦合。
这样会帮助你建立一个系统的思维框架，而不是单点的进行突击；这里需要注意的就是：

了解一下行业内的竞品都有哪些，并将核心竞品制作出产品框架图与竞品分析文档，重点是得出以下的结论：

俗话说得好：知己知彼，百战百胜；你只有足够了解你的对手，才有可能打败它；

4. 产品迭代文档

有一份详细的产品需求文档与版本迭代记录可能是每一个新产品经理梦寐以求的事情，这一块的内容可以不用强求，有看之，无过之；如果有这么一份资料留存，那么你需要了解：

不过迭代文档这一块其实也仅供参考，因为当时面临的问题和场景与现在会有很大的差异性，我们是不可能站在当时产品的角度去分析问题的，所以可以有问题，尽量别去质疑；

5. 产品输出规范

作为产品经理来说，会有很多的内容要输出，因此你必须要了解当前团队的工作风格是什么样子的？前期你需要去迎合同事们的工作习惯，如果当前的工作效率不高，那么你可以在之后的工作中慢慢的去改善，切忌一口吃个胖子，涉及到的规范内容包括：

以下就是我的一些经验分享，希望大家可以找到工作后，更快的上手产品的工作。

本文由 @喂 Barret 原创发布于人人都是产品经理。
未经许可，禁止转载

题图来自Unsplash，基于CC0协议。