后端產品經理都在服務些什么人?

0 評論 776 瀏覽 0 收藏 7 分鐘

又到年底,作為后端產品經理,過去一年接觸的需求方,有些人的需求無法抗拒,硬著頭皮也要做,決策權不在自己手中。為什么會有這樣的現象呢?本文將展開聊聊后端產品經理主要服務的用戶,希望對你有幫助。

公司規模大,無產品部門,每個部門設有自己獨立的產品團隊。我所在部門的產品團隊規模小,好在研發人力資源都是部門內部同事,比較好協調溝通。

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

從做過的所有需求來看,后端PM核心解決2類問題:

  1. 提升人效,滿足企業降本增效需求
  2. 使業務符合國家監管、法律合規要求

所以服務的用戶基本是公司內部用戶。

用戶大概分三類:公司內部業務用戶、PM部門內部用戶、公司外部用戶。

其中,公司內部用戶細分如下:

  • 業務用戶包含【老板、公司高級領導層】、【部門經理、業務leader等中級領導層】、【一線執行員工】;
  • PM部門內部用戶包含【部門長、部門經理】、【運營人員】、【技術人員】;
  • 公司外部用戶包含【無商業數據產品的外部用戶】(例SRC)、【有商業屬性產品的客戶】。

其中外部用戶的需求,服務的是外部用戶,對應的是外部用戶使用的產品的需求,但只有當需求涉及后端產品(支撐前端產品的后臺/系統)時,服務的用戶才是外部用戶;

如是后端產品的使用人員的需求,那服務的用戶則是產品使用人員,非外部用戶。

二、這些用戶有哪些特點?

目前工作中涉及的產品,沒有存在商業屬性的產品,自然也不存在有商業屬性產品的客戶。主要還是以公司內容用戶為主。

所以這里我按照【用戶職級】【使用頻率】2維度劃分用戶,如果是分析有商業屬性的客戶人群,屬于完全不同類型了,劃分維度可能更適合【商業價值】和【用戶數量】。

關于用戶特征和需求支持方式,結論先行:

  • 一象限:事兒多活重,需求多且需重點支持;
  • 二象限:事兒少活重,需求少但必須做,快速高優支持;
  • 三象限:事兒多活重,需求多但酌情支持;
  • 四象限:事兒少活兒輕,需求少且酌情支持。

二象限用戶多為領導、高職級用戶。往往并不是產品的實際使用者,除審批外,其他登錄場景很少。

當然了,產品本身是或帶有數據看板除外。需求來源一般是在使用產品時產生的,功能、體驗、交互類需求。

這類用戶的需求數量一般很少,但一旦提出,必須重視,因為需求影響的不僅是他一位用戶,而是整個部門和團隊的工作態度和效率。

有時產品經理可能會認為需求不合理沒必要,但碰到這類需求也得硬著頭皮上,不做也得做。越快支持越好,且需要整體盤是否同類用戶均有此需求。

一象限用戶同樣為領導層,高職級用戶,與二象限不同的是,此類用戶關注結果的同時,要對結果負責。所以,即使不是產品的實際使用者,但需要通過產品看到執行目標的結果。這就使使用頻率比一象限用戶高。

對于業務部門高職級用戶的需求,除了體驗、交互類需求外,還有因系統/流程聯動產生的協同需求,使業務符合國家監管、法律合規相關需求。

此類需求需圍繞部門執行目標來看,最終決策權也不在產品經理手里,由部門領導決策是否支持。

對于PM部門內高職級用戶的需求,來源大多是從公司業務目標拆解,落實到部門具體執行目標的具體需求。

例如優化功能流程滿足合規要求、新增自動化功能提高業務人員人效等,所以需求受益者往往是執行人員或公司。部門內部需求自然要高優支持,部門的目標也是部門內所有人的目標。

三四象限用戶多為執行層人員。職級低,是產品的核心使用者,所以使用頻率高。需求特點多為提高工作效率相關。例如線上化某業務流程、自動化某業務流程等。

這類用戶的需求受益者往往就是他們自己。

作者:小徐,微信公眾號:小徐的產品自習室?

本文由 @小徐 原創發布于人人都是產品經理。未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!