产品经理做什么（产品经理的工作内容）

　　编辑导语：产品经理在工作中要如何才能快速理解业务，并上手工作？这要求产品经理打好基本功，学会如何分析业务。本篇文章里，作者便结合他的理解，对如何分析业务——即从业务架构、业务场景与流程、业务细节与产出这三方面进行了阐述，一起来看一下。
　　有一次，新来的产品经理问，你是怎么快速搞懂业务的？他说，咱们的业务挺杂的，变化也多，搞得他很懵。
　　我笑着说，刚接触新业务是这样。而且，尽管业务难，还得准确理解它，才能获取正确的产品需求，保证后续的事情不跑偏。
　　这确实挺难的，不过，这也是产品经理练基本功的机会。
　　于是，我跟他分享了，自己学习业务的思路。
　　我刚入行时，看了《大象：Thinking in UML》这本书，里面有个思路，对我启发很大，使我能快速熟悉业务。
　　总结起来，就是分析业务时，从业务架构、业务场景与流程、业务细节与产出，这 3 个方面，由粗到细，逐层深入研究。
　　一、业务架构
　　想了解业务，先得知道什么是业务。
　　所谓业务，是指公司为了达成某个目标，而进行的一系列活动。
　　例如，手机厂商的业务是造手机、卖手机。
　　接着，理清业务的架构，包括：业务的背景、现状、定位、目标、相关人员，以及组织架构等。
　　了解业务背景和现状，帮我们快速代入，知道业务面临的内外部环境，公司开展这个业务的原因，商业价值在哪。
　　业务定位，让我们理解公司面向的客户群体与业务方向。
　　业务目标，则是公司做这些事为了解决什么问题。
　　搞懂这两个，我们才能明确产品定位，找到用户群体，研究他们的特征和需求。
　　业务相关人员和组织架构，就是从事业务工作的人都有哪些，他们归属哪些部门。
　　了解这些，对业务有整体的认识，好比有导航指引，以不变的基本逻辑为方向，不会在变化中迷路。
　　这也像盖楼，有建筑蓝图指导，先搭框架，再搭各个楼层房间。
　　当然，这需要我们控制自己的求知欲，别着急弄懂全部业务，避免迷失在业务细节里，分不清重点。
　　具体做法，我会约业务负责人聊，了解业务的整体情况，和他的日常工作，再了解部门的人员分工。
　　同时，借助组织架构图、业务用例图、业务流转图等，勾勒出业务的基本框架，与之确认。
　　二、业务场景与流程
　　这一步的重点是，根据业务目标、人员角色，找出什么人，在什么情况下，做什么事。
　　所谓场景，即业务进行过程的实际情况。不同的业务实现方式，有不同的场景，对应不同的业务流程。
　　通常按「先主干，后分支」的思路，弄明白整个业务的流转过程，即完成一个业务闭环，需要有哪些人、部门参与，做哪些事情。
　　相当于盖楼时，在楼体框架上，开始搭建每一层的房间，它们的功能、布局是什么。再往下，才是每一间房的配套和装修细节。
　　举例来说，在研究我们的广告投放业务时，我找各个环节的人员，了解他们的工作内容。
　　梳理出「从接到投放需求，到策划投放方案，到广告素材制作，再到效果分析」整个业务闭环的过程，然后用流程图、泳道活动图描绘出来。
　　三、业务细节与产出
　　根据不同的业务目标，得出对应的业务流程后，就可以针对各个环节，深入挖掘。
　　首先，了解业务操作背后的原因。
　　我们要搞清楚，业务上在什么情况，要做哪些事情，原因是什么，也就是业务规则，从而加深对业务的理解。
　　我们设计产品时，才能想出更好的解决方案，甚至发现业务的优化点。
　　其次，了解业务上的特殊情况。
　　实际工作中，总会有特殊情况，出现了该怎么处理。这些具体的应对措施，如何用产品来解决。
　　比如，我们的业务订单偶尔会受外部平台影响，处理太久，甚至中断，我们就设计异常的处理机制，帮运营人员及时发现、介入处理。
　　最后，收集整理，整个业务过程中，会有哪些产出物、形成哪些数据、哪些指标、得到什么结果。
　　例如，销售订单、统计报表等产出。这些是业务关心的内容，也是设计产品的重要分析对象。
　　比如，我们业务数据的收集、整理很费劲，就用技术手段自动获取各平台的数据，进行统计，输出报表。
　　业务细节比较繁琐，除了要多记录，我会争取参与业务会议、模拟业务操作、研究数据报表等，真正去体验业务工作。
　　正因为，我一开始就练习，从业务架构、业务场景与流程、业务细节与产出，这 3 个方面分析业务，并输出相应的图加以确认，容易与业务方在理解上达成共识。
　　不经意间，我学会了从整体到局部、先概要后详细的分析思路，这不仅可用于理解业务，对了解新领域也大有好处。
　　相信也能助你一臂之力。
　　相关阅读：
　　作者：四月；公众号：四月喃哗
　　本文由 @四月 原创发布于人人都是产品经理。未经许可，禁止转载。
　　题图来自Unsplash，基于CC0协议。