当产品半年的时候写的，这只是当前我对于该岗位的理解。如有大拿认为不对，请直接指出。
之前也想过这个问题，但是每次都想着想着就作罢了。今天正好有时间，认真思考一下这个问题。因为自己现在从事产品岗位，所以主要从产品经理的分类着手思考这个问题。
产品分类
市面上的产品经理，我自己的理解，按照工作内容区分为前端产品经理和后端产品经理。比如搜索产品，面向前端的需要如何进行显示，哪些搜索加火爆标签等，这个就是前端产品经理的工作。但是交易产品需要梳理交易线，整理交易的流程，这个就是后端产品经理的工作。
前端产品
前端产品和运营是息息相关的，因为很多运营活动，都是面向用户的。运营的主要目的是拉新、裂变，从而做到最大程度的转化。运营需要想很多活动来触达用户，因此前端产品和运营的关联是比较密切的，他们需要将运营活动模块化，保证以后活动的复用性。否则如果每个活动都当作独立的活动来做，后期的开发成本太大。
前端产品经理还需要考虑一些前端显示功能上的问题，比如购物车数量、购物车如何更合理、订单详情页的构建如何更加的符合用户使用习惯等等。但是前端产品也需要和后端产品进行沟通，比如订单的拆单规则会影响订单列表页的显示，优惠券的设计规则和核销、退款会影响订单详情页和退款订单列表的前端显示。这些都需要前后端保持一致性。
另外前端产品和数据的关联会比较大，很多功能的设计都需要建立在数据分析的基础之上，哪种设计更符合产品的用户使用习惯，哪种方案在产品的当前阶段更能带来更高的转化。都需要进行充分的数据调研以后再进行设计。
最后，因此前端产品直接是和用户进行“面对面”的，因此需要考虑各种个样的用户操作路径，比如当前配置给用户发放奖励，但是奖励突然失效时，如何提示用户避免用户客诉。通常前端产品上新功能，需要出交互稿等。因此他们和UI，UE的同事打交道会比较多，原因是这些东西都是直接面向用户的，需要非常严格的用户体验。
后端产品
相比较前端产品，后端产品更需要模块化思维和抽象思维，需要搭建框架，同时要考虑到业务的延展性。后端产品主要包含这几个部分：业务，权限和数据。
第一，要发现需求方背后的真是业务诉求。帮助业务方梳理当前系统现状以及她们背后的真实诉求。比如客服人员提的，我们要完成一个功能，直接给商家开通账号。那我们先要了解什么情况下才能给商家开通账号。一般商家客服账号都是商家在供应链、财务系统已经入驻完成之后才开通，那我们就需要打通供应链系统和财务系统，获取他们对于该商家的入驻信息后，再给这些商家开通账号，这就要求我们打通上游系统。另外，开通账号以后，客服人员还需要做什么，是不是要给这些商家分配别的权限。这就需要后端产品经理去调研和深挖开通账号以后的下游业务。
第二，需要对数据的权限进行把控。一般后端系统都有对应的角色权限系统。角色挂有对应的权限，用户分配多种角色从而享有权限。这样对我们的数据有很好的保护作用。避免公司资产落入不相关的人员手里。
第三，后端产品和用户数据往往关联不太大，不过也要区分具体是哪些业务线，比如CRB，肯定就要对用户的数据有非常全面的接触。但是也不能说数据对我们毫无参考价值。比如内容审核就是一个纯后端的功能，但是我们可以通过接入量，每日驳回数量，评估后期功能是否需要创建词库从而达到自动审核，如果每天审核业务量巨大而人员有限的情况下，无疑是需要机器审核机制的。
产品和运营
就我现在的工作中接触到的，后端产品和运营接触的相对较少，主要是前端产品和运营有强关联。运营主要是基于当前公司战略和产品现状，进行策略的定制从而提高转化。前端产品则是帮助运营策略做功能以及资源的协调。是否需要比如交易、财务、商务系统的产品介入从而完成这个运营计划。这个时候就需要前后端产品进行配合，整合资源。
网友评论