新年第一篇原创，过去的2020实鼠不易，希望2021大家都能够牛转乾坤。上周，有产品社群的同学私聊我，说自己1月份要入职新公司接手负责一个产品，不知道交接的时候重点注意什么。这个问题回答起来非常简单，产品交接时原型文档都是次要的，重要的内容只有两个：产品线的（长期/短期）目标，以及需求池。这个答案展开说说的话，要从产品和产品经理说起。大家都是做产品的，每个人对产品经理都有自己的定义。我的定义是：一个产品，在实现公司商业目的和满足用户需求之间需要有一个平衡点，产品经理的职责就是把握这个平衡点。往左偏一点，产品可能因为过度商业化而造成用户体验不佳。比如头条、微博的信息流里过度的广告。往右偏一点，公司可能因为产品迟迟无法营收而无以为继。比如业内公认的变现困难户：各类社区、工具产品。所以说，产品经理负责一条产品线，核心就是把握这个平衡点，让产品既能满足用户需求，又能为公司创造价值。接手负责一个新产品要注意的这两个点，产品线的（长期/短期）目标代表了公司商业诉求，而需求池里，记录的大多是用户需求。这两个点，基本就是后续产品迭代的依据。如果产品处于野蛮生长阶段，商业目标可能只有一个：用户增长，这个时候的平衡是最好把握的，因为公司的诉求和用户的需求是高度统一的。增长就是靠用心打磨产品+发福利类活动，都是用户喜闻乐见的。成熟期的产品都会陷入到一个矛盾里，大多数产品变现方式都会一定程度的影响用户体验。比如，我的公众号看做一个小产品的话，输出内容算是打磨产品，每篇原创都能吸粉，接点广告算是盈利变现，每篇广告都能掉粉。（吐槽?）打磨产品和盈利变现必须兼顾，在产品迭代中把握好这两者的平衡，是产品经理的主要工作职责。继续说回入职新公司接手负责产品，除了这两点重要内容之外，还有其他几点：文档、业务、行业。关于PRD文档，可能很多同学都不理解，程序员压根不看文档， 写了有啥用？其实PRD平时基本用不到，最大的作用就是离职交接工作。接收了一堆文档，有时间可以大致浏览一遍，没空的话，了解一下每次迭代的主要功能点就行，后面遇到产品细节不清楚时，就能直接翻阅对应产品迭代的文档。关于业务，熟悉业务是入职之后紧急度TOP1的事情，这是之后开展产品工作的基础。快速熟悉业务也没什么方法论，看业务图、问业务相关的同事（比如运营、销售等）、蹭产品同事的需求评审会等等。像是B端saas行业这种业务复杂的产品，没个把个月都不敢说了解业务。关于行业，对于跨行业跳槽的同学，入职之后尽快了解行业既紧急，又不紧急。听起来像讲废话，这样解释一下比较容易理解：之所以紧急，你在某个行业负责一个产品，如果不了解行业，很多工作都会像无头苍蝇一样乱撞。之所以又不紧急，因为无论什么行业，熟悉起来不是一天两天的事儿，必定是一个长期的过程，急不来的。本质上讲，入职新公司负责新产品需要注意什么、掌握什么？没那么多高深的东西，就想想自己现在每天工作时脑子里始终绷紧的一根弦（目标）、每次迭代决策需要什么知识储备（行业、业务等）。我们要做的其实就一件事儿，快速进入到这个正常的产品工作状态。
