跳槽负责一个新产品，重点关注这两点！-技术圈

新年第一篇原创，过去的2020实鼠不易，希望2021大家都能够牛转乾坤。

上周，有产品社群的同学私聊我，说自己1月份要入职新公司接手负责一个产品，不知道交接的时候重点注意什么。

这个问题回答起来非常简单，产品交接时原型文档都是次要的，重要的内容只有两个：产品线的（长期/短期）目标，以及需求池。

这个答案展开说说的话，要从产品和产品经理说起。

大家都是做产品的，每个人对产品经理都有自己的定义。

我的定义是：一个产品，在实现公司商业目的和满足用户需求之间需要有一个平衡点，产品经理的职责就是把握这个平衡点。

往左偏一点，产品可能因为过度商业化而造成用户体验不佳。比如头条、微博的信息流里过度的广告。

往右偏一点，公司可能因为产品迟迟无法营收而无以为继。比如业内公认的变现困难户：各类社区、工具产品。

所以说，产品经理负责一条产品线，核心就是把握这个平衡点，让产品既能满足用户需求，又能为公司创造价值。

接手负责一个新产品要注意的这两个点，产品线的（长期/短期）目标代表了公司商业诉求，而需求池里，记录的大多是用户需求。

这两个点，基本就是后续产品迭代的依据。

如果产品处于野蛮生长阶段，商业目标可能只有一个：用户增长，这个时候的平衡是最好把握的，因为公司的诉求和用户的需求是高度统一的。

增长就是靠用心打磨产品+发福利类活动，都是用户喜闻乐见的。

成熟期的产品都会陷入到一个矛盾里，大多数产品变现方式都会一定程度的影响用户体验。

比如，我的公众号看做一个小产品的话，输出内容算是打磨产品，每篇原创都能吸粉，接点广告算是盈利变现，每篇广告都能掉粉。（吐槽?）

打磨产品和盈利变现必须兼顾，在产品迭代中把握好这两者的平衡，是产品经理的主要工作职责。

继续说回入职新公司接手负责产品，除了这两点重要内容之外，还有其他几点：文档、业务、行业。

关于PRD文档，可能很多同学都不理解，程序员压根不看文档，写了有啥用？其实PRD平时基本用不到，最大的作用就是离职交接工作。

接收了一堆文档，有时间可以大致浏览一遍，没空的话，了解一下每次迭代的主要功能点就行，后面遇到产品细节不清楚时，就能直接翻阅对应产品迭代的文档。

关于业务，熟悉业务是入职之后紧急度TOP1的事情，这是之后开展产品工作的基础。

快速熟悉业务也没什么方法论，看业务图、问业务相关的同事（比如运营、销售等）、蹭产品同事的需求评审会等等。

像是B端saas行业这种业务复杂的产品，没个把个月都不敢说了解业务。

关于行业，对于跨行业跳槽的同学，入职之后尽快了解行业既紧急，又不紧急。

听起来像讲废话，这样解释一下比较容易理解：之所以紧急，你在某个行业负责一个产品，如果不了解行业，很多工作都会像无头苍蝇一样乱撞。

之所以又不紧急，因为无论什么行业，熟悉起来不是一天两天的事儿，必定是一个长期的过程，急不来的。

本质上讲，入职新公司负责新产品需要注意什么、掌握什么？没那么多高深的东西，就想想自己现在每天工作时脑子里始终绷紧的一根弦（目标）、每次迭代决策需要什么知识储备（行业、业务等）。

我们要做的其实就一件事儿，快速进入到这个正常的产品工作状态。

— end —

◆ ◆ ◆