浅谈 产品经理、研发、测试,三个冤家如何高效沟通

浅谈 产品经理、研发、测试,三个冤家的那点事(1)

算上实习时间,参加工作已经五年了,一直在从事软件开发和测试的工作,期间也兼职干过一部分产品经理的事情,对这三者之间的微妙关系,颇有感悟。

1. 先来解读一下这三个岗位的“痛点”

聚会的时候,经常碰到以下几种情况,事后想起来,经常会有逗乐的感脚。

做开发的GG们是这样的:

一聊到自己的项目,两眼开始冒光,同时开启了狂喷模式,blabla一堆高大上的专业术语,一方面骂测试人员不懂技术,提的bug根本就不是关键问题,高级的bug他们根本就发现不了。

另一方面指责产品经理PRD写得狗屁不通,有的甚至连个原型图都不会画,整天就知道站在那里提需求,提需求,搞得好像自己真的很了解用户和产品需求似的……言辞之间,尽是对自己所处环境的不满和对非技术岗位的不屑一顾。

程序猿GG们的痛点:

痛点一:测试人员不在前期介入,bug都拖到了最后才提,修改代码,牵一发而动全身,最可恶的是,测试还追着跟我们讨要一整套设计文档,设计文档和技术实现有时候是两回事好不好?

痛点二:产品经理不写需求文档,不做原型设计,就是嘴上交流交流,我们研发既不是你相好的,又不是你肚子里的蛔虫,我们怎么知道你想要的到底是什么?

痛点三:项目进度得靠自己把控,要编代码,还要写概要设计、详细设计、代码设计,最可恶的是写完了就是原发内部看看,产品需求文档都没有,无从对比,写这些又有什么意义呢?白白浪费时间,害得我们天天加班。

痛点四:遇到目前技术实现不了的需求和一个强势的产品经理,就只有哭的份儿了,你跟他说技术难度和风险,他扯着嗓子跟你说“用户想要的就是这个!!”

痛点五:程序猿GG们有大量还处在单身贵族的行列里,常年加班和无趣的工作氛围,造就了他们闷骚的性格和可悲的现状,他们虽然头脑聪明,但并不善于展现自己,他们虽然收入不错,却依旧找不到女盆友……

做测试的童鞋则是这么想的:

身边做测试的都是女生,MM们吐槽对象的大都是研发人员,总体来讲,测试对于开发GG们也是无奈至极。

“身为研发人员,怎么能对测试提出的bug置之不理呢?!”一个做测试的MM如此控诉道,“我看还是他们编程能力不到位,要不怎么一个bug提了那么久,说得嘴都磨破了,还不修改?”

由此可见,研发人员不能高效的修改bug,是最让测试MM们伤心和头疼的问题。

测试MM们的痛点:

痛点一:因为对产品开发环境不熟悉,测试环境配置需要花大量时间。

痛点二:研发对于测试提出的bug不能及时修改。

痛点三:研发修改了bug,也不在bug管理库里更改状态,提交测试复测,而是攒起来,到最后才说,无故打乱了测试的工作节奏。

痛点三:bug的定义问题,经常与研发干仗。

痛点四:测试的话语权不高,不受尊重,一般的文档bug都会直接被无视。

痛点五:产品要上线之前的通宵加班,真的会出人命的好么?

痛点六:有的童鞋做白盒,代码走查,分析逻辑让人痛不欲生,遇到代码风格混乱的程序猿写的乱码,就更想死了……

做产品经理的童鞋就更有意思了:

在同时有多个产品经理在场的聚会里,他们往往一脸迷茫,有的根本搞不清自己做的事情是不是一个产品经理的职责范畴,有的说自己在做运营,有的说自己像销售,还有的说挂着产品经理的头衔,原来还得写代码……

尤其是刚刚毕业一两年的产品新人,感觉自己既不懂技术,又不懂用户,就算是对本公司的产品,也不敢说是了如指掌,更遑论对整个行业和市场的理解和预见了。

每个公司所在的行业不同,所作的产品不一样,甚至同一个公司不同产品部门所做的产品也可能差别极大,规模大一点的公司,还可能更加细分产品经理的岗位职责,有偏向前端的,有偏向后端的,有偏向运营的,有偏向设计的,还有偏向数据的。

产品经理的同学经常会受到来自用户、研发和测试三方面的压力,表面上话语权很高,因为“PM毕竟是要为整个产品负责的啊!”,但实际上,很多公司的技术团队都不把产品经理放在眼里,认为他们就是一群“不懂技术,还要过来指指点点的‘赵括’”!

在备受各方打压的环境下,产品经理战战兢兢,提心吊胆,每次测试和研发因为一个bug的定义问题开撕的时候,产品经理都是那个最后去善后的人,也往往会被扣上“需求定义不明”的大黑帽子。

产品汪的痛点:

痛点一:工作范围太广,有种打杂还不讨好的感觉。

痛点二:没创新能力公司不要你,但有创新能力也不能尽情发挥,因为产品的创新往往都很慎重,基本都是用户发现不了的“微整”。

痛点三:原以为干个几年会成为一个对行业和领域有宏观认知的高级人才,没想到到头来也就是画了几张axure原型图,脑子里对产品的理解还是那个样子。

痛点四:BRD商业需求文档、MRD市场需求文档、PRD产品需求文档根本就没时间写,之前明明和研发沟通过的一个功能细节,结果有问题了,又返回来追究我PRD没写了,根本就是技术实现不力,还推诿!

痛点五:我做产品经理是因为之前啥也不会就去实习了,最后留下了,但要说这是我的兴趣吗,我不知道,我看不到自己的未来。

痛点六:对于转行的PM,因为此后再也不用编程了,一年之后,除了把嘴皮子比以前好了一点之外,感觉自己的职业发展越来越不高端了,基本一年之后,就不能再回去做开发了。

痛点七:没有一技傍身,axure和ps也学得半瓶醋,总感觉很迷茫,不知道自己下一份工作的产品方向是不是还是这个,如果是,没有新鲜感,如果不是,感觉又得重新再来,职业的连续性是不是不好呢?唉,还是迷茫……

时间: 2025-01-02 15:02:27

浅谈 产品经理、研发、测试,三个冤家如何高效沟通的相关文章

浅谈产品经理和项目经理

之前在网上关于产品经理和项目经理有一句很精辟的解释: 产品经理--靠想.产品经理是做正确的事,其所领导的产品是否符合市场的需求,是否能给公司带来利润的. 项目经理--靠做.项目经理是把事情做正确,把事情作得完美,在时间,成本和资源约束的条件下完成目标. 暂且不去评论这个说法正确与否,要了解产品经理与项目经理的异同,我们首先来聊聊什么是项目管理和产品管理. 1. 什么是产品和产品管理? 产品是指能够提供给市场,被人们使用和消费,并能满足人们某种需求的任何东西,包括有形的物品.无形的服务.组织.观念

入门浅谈-产品经理与众不同的思维方式和“职业病”

在接触了各种不同的知识之后,在初步了解下,发现自己和产品经理这个岗位的契合度还是蛮高的,而且也正好是自己感兴趣的方向.能找到自己喜欢做的事情并不容易,所以,勇敢一点吧. 首先,产品经理独特的思维方式和所谓的"职业病"和它本身的定位有很大的关系. 作为一个"交叉位置"的职位,使得其需要考虑的不仅仅是某一方面的问题,而在综合考虑了多方面的问题和解决方案之后做出的决定在不少人眼里多少会显得有些与众不同.在做出这个决定的过程中, 不可避免会做出大量的取舍,而这又会激起各方的

浅谈项目经理的职能

浅谈项目经理的职能 引子 话说,这不是干货或者科普文章.一直在写关于产品经理的职能跟素质要求的文章,感觉身为项目经理的我有点不务正业.于是乎,这周开讲PM(Project managment)的职能,还有如何"控制"一个项目. 一切源于身边的人最近都在讨论矩阵的团队管理模式.我对矩阵式管理没有什么方案的,十多年前我还没听说过,但早几年也有看到过有公司是这么管理的(当时不知道叫这个名字).在早几年的管理模式下我觉的大多数公司都是销售型的管理方式,也可能那个时候技术人才没有什么管理办法,老

产品经理入门攻略(三)

上篇文章里我们一起学习了第二章节的内容,接下来我们一起来梳理 第三章 :(用户需求-零的开始) 与 第四章:(产品定义-产品有腔调) 第三章 用户需求:零的开始 1.融入行业,才能更好的理解我们所说的需求 了解行业,才能避免惯性思维例如:同样是商家入驻的电商和外卖两个行业,若为其设置交易风险控制算法,正常情况下相同买家不会连续几天买同一个店家的同一款衣服,但是同一买家会连续几天点同一家外卖.因而把连续重复交易作为"刷单"的风险提示,在电商平台可以,在外卖平台可能就行不通,这就是需要考虑

手游产品经理初探(三)产品中的玩家行为

国内做手游的团队很多都是一大抄,但很多时候我们都没有抄到核心的东西,所谓的形象神不象就是这样.那么我们来看一个案例: 这个界面是big fish做的玩家送礼物的画面.我们知道在社交类的游戏里面这是一个很常见的功能,但很多游戏的设计者没有从用户的行为去分析这个功能.用户送礼物我理解的是一个分享的过程,那么既然是过程你需要展示的重要点是什么?无非是哪位玩家送礼物给了谁,而且过程很重要,在界面显示送的这个过程才是礼物这个功能真正所需要达到的目的. 那么我见过的很多游戏里面的送礼物的怎么送的呢?直接省略

【转】测试,人人都是产品经理之测试产品的选择和创造

  序言:明天新的一年的的工作开始了,在晚上写这篇文章,也算是对自己一年工作的一个简单的总结以及对今年所想做的事情作为一个开端吧.这次回家,疯狂了一把,不管测试.不管自动化.也不管技术,只知道与朋友们欢畅,踏上回来的途中,却反射性的重新拿起了书.每个人也许想知道自己的价值在哪,无论在哪,我觉得每个人都是自己的产品经理,而定位自己的需求,寻找产品的价值都是一件很难的事情,首先知道自己要什么,再知道自己可以设计出来?最后还要经过反复的实践和测试,才能诞生出一个让自己感到稍微满意的产品,因为这些文章,

浅谈产品拆解的五宗罪:你可能拆的是假的产品(转)

很多产品经理都有过拆解产品的经历,通常按照一套既定的分析框架和思路来分析一款产品,并期望能借此建立完整的产品认知.当然你也可以通过学习产品拆解报告,来快速地了解一款产品,学习其在产品.设计.运营等方面的可取之处. 不幸的是,我发现绝大部分的产品拆解可能都掉坑里了,我戏称之为,“拆的是假产品”. 不信?那就让我们以“喜马拉雅FM”为例来仔细看一看. 现在,你可以在度娘上搜索“喜马拉雅FM产品分析”或“喜马拉雅FM体验报告”等(需要说明的是,本文并不针对任何内容平台或作者). 也许你也懒得看上面这些

产品经理必备的三种逻辑思维方式详解

产品经理的逻辑思维决定了产品未来的发展规模及产品周期,作为决定产品命运的推手,这三种逻辑思考方式你必须知道. 每个人都有自己不同的思维方式,思维方式决定着看问题的层次和高度.作为靠思考为核心竞争力的产品经理,需要更强的逻辑思维能力.而这种逻辑思维的能力是需要在认识的基础上,不断实践锻炼和强化才能形成属于自己的完整的思考体系.介绍几种的逻辑思考方式供大家参考学习. 1.空.雨.伞-决策思维 产品经理作为产品的负责人,每天都会面对各个方面的决策,产品定位.项目排期.设计抉择等等.而这些决策需要产品经

第二十九篇:浅谈一线经理的管理策略

今天看到一条朋友圈中的内容:好单位与坏单位 文中列举了好与坏的各种分别: 好公司: 牛人很多,比你更谦卑,更努力,你不努力都不好意思呆下去! 员工都有目标有理想有希望 每个人脸上都写着"价值与目标" 坏公司: 扯皮,推诿,不承担,办事效率低,发牢骚的人很多, 不仅不干活,而且党同伐异,想把干活的人全干掉! 员工以混日子,不承担责任,得过且过去生存. 每个人的脸上都写着"自我与个性" 具体到一个公司,都是好公司与坏公司的结合体. 刚刚起步的STARTUP,大家都是志同