产品经理如何优雅地“背锅”?不妨设立一定的制度和流程

作为时常周旋于公司各部门之间的关键人物,产品经理的决策牵动着各方利益。当上线后的产品效果未达到预期时,难免会成为“背锅侠”的存在,这是个良性存在么?如何避免无谓地背锅呢?今天就来聊聊这个话题。

身为产品经理,你是否遇到过这样的情况:

  • 接了业务方需求,费劲上线后,就没动静了,被人追着问:这功能上了效果如何?当初产品为什么要接这个需求?
  • 接了A的需求,影响了B的排期,被B追着问:为什么之前给产品提的需求,这么久还没上线?
  • 上了新功能,满足了A的需求,被B、C、D质疑:这方案不合理啊,你们产品为什么要这么做?
  • 严格实现了需求,结果上线后效果一般,被人质疑:你们产品为啥要做这个?为啥要这么做?
  • ……

类似这样产品经理“背锅”的情况,屡见不鲜。其实身为产品经理,本着对产品结果负责的态度,当决策出现偏差时,确实应该承担一定责任。但这并不代表要把锅全揽在自己身上,否则最坏的结果就是各种撕逼、解释、发牢骚,甚至直接离职或者被离职,非常不利于企业和产品经理的发展,那么,问题来了:

  • 你的公司会存在这种情况么?
  • 你觉得应该如何解决这样的问题呢?

建议先仔细思考几分钟,然后继续阅读,看看我的答案和你是否一致……
我认为, 产品经理可以“背锅”,但这锅要背的明明白白的,也就是说,需要设立一定的制度和流程,确保需求沟通公开透明、项目目标明确可评估 。具体如何做呢?我的思路有2点:

1、设立专门的需求评审委员会

设立需求评审委员会的目的,第一是同步并确认各产品线迭代计划;第二是提前收集各产品线业务需求;第三是当计划被临时需求打断时,重新确认各需求优先级;第四是希望各业务线需求实现后,能有一个效果监督的过程。具体到搭建需要做的 准备 ,我能想到的有如下几点:
(1)委员会成员的选择
确认哪些人应该参与到委员会中 。我的想法是: 能对需求是否执行做决策的人,就应该加入进来 。一般来说,可以是对产品有需求的业务部门Leader,以及可以做决策的高层。因为这些人通常是某个领域的资深人士,具有丰富的行业经验,很多时候具备产品经理所欠缺的视野,能够更合理地帮助产品经理做出正确决策。
(2)委员会成员的权利定义
需要确认参与委员会的成员,有什么权利 。我的想法是:委员会可以对某个项目有一票否决权;委员会可以决策某个项目的优先级;委员会可以提出决策意见。
(3)委员会成员的职责定义
需要确认参与委员会的成员,要承担什么职责 。我的想法是:委员会需要参与每个项目的立项决策;达成决策的项目上线后,委员会需要对项目结果负责。
不过,总的来说, 无论委员会如何评估,产品的最终负责人还是产品经理,产品经理需要对决策后的上线数据负责 ,委员会的作用更多的是需求透明,以及提供更多的信息帮助决策。

2、设立正式的需求立项申请流程

这个需求立项申请流程,是和项目委员会的成立绑定在一起的, 目的是尽可能让每个独立项目,开始进行产品设计之前,就让所有具有决策权的业务负责人予以评估和确认,以避免需求不透明、意见不一致、项目失控等风险 。大概流程如下:
如图所示,当接到需求时,产品经理需要进行初判,衡量需求的价值,如果产品经理和需求方意见达成一致,就由产品经理负责将需求细化,梳理出满足需求的实现方案初稿,提交评审委员会审核。
如果评审委员会通过自己的判断,认为需求不合理,那就需要重新确认需求、评估价值;如果认为产品经理方案不合理,一方面可提出自己的方案,如果被产品经理,和委员会全体成员认可,则立即修改,否则保留意见,仍旧实施当前方案;如果方案通过,则委员会还要评估当前需求的优先级,占所有需求的比重,尤其涉及影响自己部门业务排期,则要全体协商,是否整体调整进度。
以上就是大概我思考的 简单项目立项申请流程 ,供参考~
那么,大家是怎么想的呢?期待你的回复与我讨论~
作者
申悦,36氪产品总监,微信公众号:互联网悦读笔记(ID:pmboxs)

关键字:产品经理, 项目流程, 委员会, 需求

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部