又到年底，作为后端产品经理，过去一年接触的需求方，有些人的需求无法抗拒，硬着头皮也要做，决策权不在自己手中。为什么会有这样的现象呢？本文将展开聊聊后端产品经理主要服务的用户，希望对你有帮助。

公司规模大，无产品部门，每个部门设有自己独立的产品团队。我所在部门的产品团队规模小，好在研发人力资源都是部门内部同事，比较好协调沟通。

一、做后端PM以来，我到底服务了些什么人？

从做过的所有需求来看，后端PM核心解决2类问题：

1. 提升人效，满足企业降本增效需求
2. 使业务符合国家监管、法律合规要求

所以服务的用户基本是公司内部用户。

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

用户大概分三类：公司内部业务用户、PM部门内部用户、公司外部用户。

其中，公司内部用户细分如下：

• 业务用户包含【老板、公司高级领导层】、【部门经理、业务leader等中级领导层】、【一线执行员工】；
• PM部门内部用户包含【部门长、部门经理】、【运营人员】、【技术人员】；
• 公司外部用户包含【无商业数据产品的外部用户】（例SRC）、【有商业属性产品的客户】。

其中外部用户的需求，服务的是外部用户，对应的是外部用户使用的产品的需求，但只有当需求涉及后端产品（支撑前端产品的后台/系统）时，服务的用户才是外部用户；

如是后端产品的使用人员的需求，那服务的用户则是产品使用人员，非外部用户。

二、这些用户有哪些特点？

目前工作中涉及的产品，没有存在商业属性的产品，自然也不存在有商业属性产品的客户。主要还是以公司内容用户为主。

所以这里我按照【用户职级】和【使用频率】2维度划分用户，如果是分析有商业属性的客户人群，属于完全不同类型了，划分维度可能更适合【商业价值】和【用户数量】。

关于用户特征和需求支持方式，结论先行：

• 一象限：事儿多活重，需求多且需重点支持；
• 二象限：事儿少活重，需求少但必须做，快速高优支持；
• 三象限：事儿多活重，需求多但酌情支持；
• 四象限：事儿少活儿轻，需求少且酌情支持。

二象限用户多为领导、高职级用户。往往并不是产品的实际使用者，除审批外，其他登录场景很少。

当然了，产品本身是或带有数据看板除外。需求来源一般是在使用产品时产生的，功能、体验、交互类需求。

这类用户的需求数量一般很少，但一旦提出，必须重视，因为需求影响的不仅是他一位用户，而是整个部门和团队的工作态度和效率。

有时产品经理可能会认为需求不合理没必要，但碰到这类需求也得硬着头皮上，不做也得做。越快支持越好，且需要整体盘是否同类用户均有此需求。

一象限用户同样为领导层，高职级用户，与二象限不同的是，此类用户关注结果的同时，要对结果负责。所以，即使不是产品的实际使用者，但需要通过产品看到执行目标的结果。这就使使用频率比一象限用户高。

对于业务部门高职级用户的需求，除了体验、交互类需求外，还有因系统/流程联动产生的协同需求，使业务符合国家监管、法律合规相关需求。

此类需求需围绕部门执行目标来看，最终决策权也不在产品经理手里，由部门领导决策是否支持。

对于PM部门内高职级用户的需求，来源大多是从公司业务目标拆解，落实到部门具体执行目标的具体需求。

例如优化功能流程满足合规要求、新增自动化功能提高业务人员人效等，所以需求受益者往往是执行人员或公司。部门内部需求自然要高优支持，部门的目标也是部门内所有人的目标。

三四象限用户多为执行层人员。职级低，是产品的核心使用者，所以使用频率高。需求特点多为提高工作效率相关。例如线上化某业务流程、自动化某业务流程等。

这类用户的需求受益者往往就是他们自己。