后端产品经理都在服务些什么人?

0 评论 638 浏览 0 收藏 7 分钟

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

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

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

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

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

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

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

其中,公司内部用户细分如下:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

作者:小徐,微信公众号:小徐的产品自习室 

本文由 @小徐 原创发布于人人都是产品经理。未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!