产品经理工作中常见的这3个问题,你遇到过吗?

周末参加了一个产品实践活动,在产品马拉松之后讲师提出了关于产品经理工作中经常会遇到的3个问题,这三道题可以作为求知面试准备也可以作为招聘新人时的问题库。

以下是笔者对三个问题给出的两种答案,一种是理想化的,一种是接地气的。当然,两种答案都并非标准答案,最为一种开放性问题考察的更多的是关于产品实践工作过程中方式方法,并没有唯一标准答案,本文中所有答案仅供参考。

1.你的团队中来了一个新人,针对目前的产品有不同的意见,针对这种情况你如何应对?

理想中PM

对于产品新人,先让新人了解产品前期的发展背景和基本情况,然后根据新人的意见判断对于产品的演进是否有好处,如果认为新人的意见没有价值,但又无法说服新人时,让其给出解决方案,或形成MVP产品验证,用用户反馈和数据证明其建议的有效性。

接地气PM

在某一行业或领域长期工作的产品人,对于产品的演进路线可能会进入固定思维模式,不如新人的思维活跃、广泛,所以针对新人提的改进意见,首先我们要积极接受。

产品新人能提出问题,就说明产品在某一方面一定存在某些需要改进的地方。所以针对于新人提出的产品改进意见,按照新人的思考方向,从其角度去看待,并通过模拟沙盘演进,判断按照新人提出的意见是否有发展下去的可能。

在这里做沙盘演进指通过产品经理经验进行虚拟推想并非通过MVP、AB测试验证等方式,为什么?因为没有时间、成本和经历。任何一个MVP、AB测试都是需要人力成本、时间成本的,如果你所在公司、团队、项目不支持你做科学的预测,那么就通过虚拟演进来经验判断,相信在对新人提出的意见进行沙盘推演过程中,一定会找到其中可以改进的方向,也许并非新人提出的问题,但是一定可以做到一定的启发。

关键点

(1)学会否定自己

作为产品经理,尤其是具备一定工作经验的产品经理,都是骄傲的,会坚信自己的设计、自己的选择都是对的。但是真正封神的产品人只有张晓龙、乔布斯等少数的几个。所以,作为大众产品经理,你一定不是完美的,是有缺陷的。所以,针对别人提出的建议,一定要先否定自己虚心接受,即便他人的建议并非完全正确,但是相信通过别人的建议一定能找到可以借鉴的地方。

(2)跳出思维定式

在某一行业深耕很久后,会固定在其中的圈子当中,无法找到更多产品创新点,容易造成产品迭代过程中缺乏生命力和活力。

这个时候,对于新人的建议,往往会带有来自行业之外的新观点、新见解。通过融合更多新思想,可以为产品的设计提供更多思考维度,对于自己来说,也是打开了一扇新的大门。

2.你的团队新来了一个Leader,他对于产品有一些不同的改进意见,针对这种情况你如何应对?

理想中PM

与leader据理力争,讲道理摆证据,针对leader不合理的需求和意见进行解释说明,让领导知道自己的决定是不正确的,从而放弃。

当然,如果leader一定坚持,那么就按照leader的需求进行产品变动,毕竟leader是你的上级。

接地气PM

一味的与leader争论并非一个好的处理方式,因为就算你不做,leader可以找另外一个产品或者新招一个产品来做他想要的需求。

与其与leader争论,不如在接到需求后进行评估,给出解决方案、开发时间等leader关注的问题。然后按照评估进度进行版本更新上线,如果leader提出的需求经过市场、用户验证效果不理想,leader也会根据情况进行改动,领导一定是比你经验更多、视野更高的,即便领导做错了也会及时进行弥补,否则如何能成为你的领导呢。

关键点

执行力

任何一家公司都会想要一个有执行力的员工,当领导安排任务时不是与领导讨价还价,而是根据领导安排的任务进行评估并及时安排实施。实际工作当中,竞争对手上了某个新服务或新功能,根本不会留给你时间去和领导讨论我们的产品是否需要上这个功能或服务,正确的做法是抓紧时间赶上竞争对手的步伐,先做出来再说,效果好坏后期可以进行功能的优化或删减。

3.公司对你目前负责的产品KPI指标在原有基础上提升了四倍,你会如何应对?

理想中PM

与领导沟通协调资源,原来10个人10万成本完成100万指标,那么针对公司400万指标,要么加人要么加成本。

试问一下,如果公司设定的目标具备充足资源,那么为什么还需要你来做呢?随便一个产品经理都可以完成的任务,为什么一定需要你来做呢?

接地气PM

伟大领袖毛主席曾经说过,有条件要上,没有条件创造条件也要上。

所以,在接到领导关于提升KPI指标信息后,首先要做的不是找领导要资源、讨价还价。重要的是思考如何可以将领导要求的数据指标任务完成,这里推荐OKR目标拆解法(详情可自行了解相关文章介绍),根据领导提出的指标,对指标进行拆解、细化,针对具体的细化指标提出解决方案,通过每一个小目标的完成,促进最终大目标的完成。

关键点

敢于接受挑战

Impossible is nothing!接到任务后,学会分析任务、拆解任务,不要一上来抱有抵触心理,如果通过努力还是无法完成,那么或许是机会、资源、能力各种原因,但是至少比一上来就说不可能要好很多。

来源:人人都是产品经理

时间: 2024-12-30 13:23:19

产品经理工作中常见的这3个问题,你遇到过吗?的相关文章

新手产品经理工作中常遇到的25个困惑问题

本文和大家分享的主要是新手产品经理工作中常见的一些问题,一起来看看吧,希望对大家有所帮助. 1.竞品分析的目的有哪些? 论证自己的判断是对的,补充自己的欠缺,知道不知道的. 2.在进行从0-1产品规划的时候和进行产品迭代的时候竞品分析的目的有何不同? 0-1的时候主要是看战略,来论证自己做的这个东西是有市场价值.有用户价值的. 迭代时候竞品分析主要是看体验和功能,或者称之为具体的好与坏.对与错. 3.竞品分析是如何验证假设的? 说下的理解哦,首先假设的东东是要量化出来的,数量上的具体和每一个的数

产品经理工作指南

一.产品评估 产品从0-1,首要任务是进行充分的产品评估,评估你和你的产品是否有可能性,而不是立马去分析需求,进行产品设计.投入开发.而产品评估的内容涉及以下14项: 背景.痛点:用户存在什么不能忍受的且持续反复出现的问题.产品价值:产品要解决什么问题.目标用户/市场:为谁解决这个问题.解决方案:如何解决这个问题,产品核心所在,我们的产品核心功能.产品目标:目标一定是可以用数据去衡量的(没有出现数据的目标不是合格的目标),而这个目标则是可以被拆解到各项目子线上,各项目子线再根据这个目标去制定对应

产品经理工作流程总结

在这边,简单的阐述一下产品经理工作的整个流程,具体如下: 1)首先进行市场调查,看是否有机会,有机会编写mrd: 2)然后根据mrd,找到需求,需求方法很多种,有问卷调查,用户访谈等,写成brd,并且画一些低保真的原型: 3)开会议,老板决定做那个产品,如果我们的产品通过,那么下一步将进行prd的书写: 4)连同设计师一起设计最终形态,和开发团队沟通,保证产品进程正常推进: 5)产品弄完,连同运营,市场等工作人员推动产品的曝光率和维护: 6)看用户使用产品的数据,进行数据分析以及用户意见反馈,进

总结工作中常见的linux命令

本文是总结下自己在工作中遇到的常见linux 命令,会持续更新! 1.文件路径切换 进入 cd 返回上一级  cd .. 2.复制 cp 源文件名 目标文件夹 cp log.log test5 3.编辑文件  vi 编辑时 按i  退出编辑模式 Esc ,保存后退出 :x  不保存退出 :q! 4.查看日志 ,并动态显示更新的日志记录 tail -行数 f  log名字 5 .在工作还碰到过这样的情况:每次shutdown tomcat后 必须先kill 下此进程 然后再startup 具体命令

阿里巴巴数据产品经理工作(总结篇)

PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的人更多.以下是我用PPT绘制的数据产品经理关系圈. 科普: PD:对于WEB产品设计人员而言,它的意思是“产品设计人员”,即produce designer. PD:在IT企业中,一般是Product Director(产品主管)或Project Director(项目主管)的意思 一. 如何做一个好的数据产品经理? PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的

数据产品经理工作(总结篇)

PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的人更多.以下是我用PPT绘制的数据产品经理关系圈. 科普: PD:对于WEB产品设计人员而言,它的意思是“产品设计人员”,即produce designer. PD:在IT企业中,一般是Product Director(产品主管)或Project Director(项目主管)的意思 一. 如何做一个好的数据产品经理? PD(指产品经理,下同)本身就是在做牛做马,关系圈异常复杂.数据PD也不例外.而且打交道的

【转】产品经理工作的6个方面

昨天,直到最后登上15点55分开往徐州方向的列车,我才有空静静地回忆总结一下这两天的工作.其实,整个南京之行是在替客户履行产品经理的职责,同时也触动了我的一些思考:作为一名产品经理,到底应该做些什么?产品经理的工作一直是产品价值链中最重要的一个环节,也是直接面向客户.带领团队创造价值的关键所在.产品经理又称品牌经理,既有一套完善的营销运作制度,还是博大精深的营销操作.举凡产品从创意到上市,所有相关的研发.调研.生产.编预算.广告.促销活动等等,都由产品经理掌控.产品经理除了认真搜集用户的新需求.

随机记录工作中常见的sql用法错误(一)

没事开始写博客,留下以前工作中常用的笔记,内容不全或者需要补充的可以留言,我只写我常用的. 网上很多类似动软生成器的小工具,这类工具虽然在表关系复杂的时候没什么软用,但是在一些简单的表结构关系还是很方便的.想起以前开始工作的时候经常犯的错误. 现在就写个简单的错误,大神可能一眼就看出来了,不过新手需要了解一下的. Create table UC_counter { id INT IDENTITY(1, 1) PRIMARY KEY, memberid int } Create table UC_

运维工作中常见错误总结分享

作为一个小运维,要时刻学习.总结.最近收集了一下常见的错误,和大家分享一下.希望对大家有用 一.卸载的时候出现的错误 umount /dev/nb1 device is busy 解决:找到是什么进程使得他busy,用 lsof /dev/nb1 . kill掉那个进程,然后重新umount即可. 二.GD2编译的时候出现的错误 The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' Libtool library used b