微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

经验谈|如何处理好产品与开发的关系

来源: 2393
爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

产品和开发是一对货真价实的冤家,互相撕逼,相爱相杀,犹如寒夜中的两只刺猬,靠的太近扎,靠的太远又冷。如何与开发保持完美的最佳距离呢?本文作者主要跟大家分享一下如何处理好与开发的关系。

经验谈|如何处理好产品与开发的关系

最近,我一个做产品经理的学弟向我抱怨说,他们公司的开发太难沟通了,每次谈产品迭代需求都要吵一架。我完全能体会他说这话时的愤怒、无奈与无助,我也是产品经理,我身边也有不少年轻的产品经理,他们活力四射,他们干劲十足,但由于工作经验和沟通技巧的不足,经常处处碰壁。

之前我们公司招聘过一位非常奇葩的“产品经理”,已经工作六七年了,转行做产品不足半年,最基础的原型和文档都做不好,沟通能力很差,但却有强烈的虚荣心和优越感。导致开会必吵,不管是参与哪个部门的会议。一段时间后,非工作任务不得不与之沟通外,没有人跟他说话。

产品经理经常需要与公司各个部门沟通协调,沟通能力的好坏直接影响工作能否顺利推进。与产品沟通最多的当然是开发部门啦,所以主要跟大家分享一下如何处理好与开发的关系,我曾在一次面试中就被面试官问过这个问题。产品和开发是一对货真价实的冤家,互相撕逼,相爱相杀,犹如寒夜中的两只刺猬,靠的太近扎,靠的太远又冷。如何与开发保持完美的最佳距离呢?

1. 打铁还需自身硬

产品跟开发沟通最多的当属需求、原型、文档和开发过程中的跟踪,所以在这些方面,产品需要首先把自己的本职工作做好。

1.1 需求明确,必须要做

找开发沟通开发计划的需求,一定要需求明确,而且要有非做不可的理由。这些需求通常包括因业务拓展需要新增的功能,原有功能的调整,用户操作体验优化和产品视觉体验方面的优化。

如果自己没想清楚就找开发沟通,在讲的过程中漏洞百出,对方随便问几个问题都答不出来或说不清楚,基本上这个事情也就黄了。而且如果你经常出现这种情况,会给开发留下能力不行的印象,后面即使你有合情合理的需求也很难推动下去。

1.2 逻辑清晰,思维缜密

开发人员的普遍特点是性格单纯、逻辑性强、容易较真,所以你设计的原型、编写的文档必须逻辑清晰、思维缜密,各种有可能出现的情况要考虑清楚。

举个简单的例子,现实中,猎人朝树枝上的鸟儿开枪,鸟儿受到惊吓飞走了,这事非常简单。但是换作程序来描述这个事情就非常麻烦了,这个简单的事件主要涉及到猎人、猎枪、鸟儿、环境等因素,要先判断猎人年龄多大了,是不是手抖,是不是近视,心理因素强不强,经验是否丰富,距离鸟儿的距离……接着判断是什么类型的猎枪,性能如何,后坐力大不大……再考虑周围环境如何,是否下雨,风速对子弹飞行的影响,阳光会不会晃了猎人的眼睛……最后判断鸟儿是否看到了猎人,是否老弱病残孕,是否受伤了,是否有神经病,是否刚失恋,是否上有老下有小激发它的潜能……

程序就是0和1的组合,开发的时候必须要考虑的这么详细,那么你设计的原型和文档也必须要这么详细,尽量不要出现让开发边猜边做的情况。对于开发有疑问的地方,要做好解释和完善,并及时更新文档。

1.3 技术不明,主动请教

设计的过程中不要天马行空,如果不确定技术是否能实现,可以向开发人员咨询,不要出现神剧中扔手榴弹炸下飞机、手撕鬼子的情况。开发人员不会反感你向他们咨询、请教技术问题,因为这体现了你对他们的尊重,他们反感的是你讲需求时在不懂技术的情况下,直接要求他们拿狙击枪打死几公里外的模糊目标。

所以不懂技术,尽量不要跟开发说,“这个东西不是很简单嘛”,不然你会很受伤。

1.4 洁身自好,不要嘴贱

不懂技术千万不要对开发人员直接说这不行那不好,不然只会换来“你行你来”,自讨没趣。即使懂些技术,也不要对技术选型、开发难度、开发周期等方面指手画脚,因为你是产品经理,不是技术经理,狗拿耗子多管闲事,还容易招人烦。

如果与你对接的开发人员非常懒散,态度极差,交代的任务又做不好……处理这种情况要注意两点:

  1. 静时常思己过,闲时勿论人非。不在私下聊天时说某开发人员如何如何,天下没有不透风的墙,如果传到对方耳朵里,你后面的工作更难做。
  2. 就事论事,将任务完成情况与开发经理沟通。开发人员的性格、态度如何,不能当作任务是否能完成的评判标准,任务没完成就是没完成,与开发经理做好沟通,每个开发人员的优点和缺点开发经理都很清楚,无需我们提醒,只要就事论事就行了。

1.5 日积月累,综合提升

LOL玩家中有一句老梗:

“这周没什么事,我们削一下刀妹吧。”

在现实中,产品经理也被削的很惨:“现在的工作太累,工资太低了,我们转行做产品经理吧”。很多人都认为产品经理工作简单,工资又高,谁都能做。

看过金庸先生的《笑傲江湖》都知道,华山派分为剑宗和气宗,剑宗练起来见效快,气宗要有日积月累的过程,但是都练到30年后,剑宗与气宗比,就再难以望其项背了。技术开发层面完全是可以分出来剑宗和气宗的,市面上有无数的开发培训机构,快速入门,如同辟邪剑谱,入职两个月就可以独立做一些开发任务,一年就可以成为一个熟手。但在产品经理层面,只有气宗没有剑宗,因为产品经理是一个需要整合多个领域知识和技能的职业,除了原型设计、文档编写、开发跟踪、产品规划等基础技能外,还需要优秀的沟通能力、审美能力、逻辑思维能力、项目管理能力,懂运营、懂技术、懂心理学,具备广泛的知识面、扎实的行业经验和敏感的行业趋势神经,带领团队探索产品商业模式……所以,产品经理都是真正的多面手,非孔明所说“伏路把关饶子敬,临江水战有周郎”,仅一能耳。

产品经理需要掌握的技能很多,又不可以速成,要通过自身的努力和毅力日复一日、年复一年的不断积累和提升。只有你的综合能力强了,才能在应对各个部门的沟通时如履平地。

2. 与开发的沟通技巧

沟通包括沟通内容和沟通技巧,技巧属于剑宗,内容属于气宗。懂沟通技巧的人,即使说的内容没有任何营养,但是别人爱听。而博学多才的人,如一些老教授,即使性格怪癖,很难沟通,但是他的话也很容易让人信服。在我们综合实力和个人魅力还达不到一定层次时,我们可以通过一些沟通技巧来提升沟通效果。

2.1 注意说话用词

不要说“这个东西不是很简单吗”、“今晚加班不”、“这是做的什么呀”之类的话,也不要天天跟在开发后面问进度,这些做法都会让开发产生反感。

比如“今晚加班不”这句话,就典型的属于狗拿耗子多管闲事,人家加不加班视人家的进度、能力和意愿来决定,跟产品没啥关系。其实产品说这话的根本原因是看到开发做出来的东西问题比较大,担心无法按时上线。需求和开发周期已定,能不能按时上线取决于开发的进度和质量,开发经理和具体的开发人员对此负责,产品只需要在开发、测试过程中遇到的问题及时给予解答和帮助。如果不能按时上线,或者上线后问题百出,测试会将问题反馈给开发经理,按规范流程走即可。

另外,不要天天跟在开发后面盯进度,这是非常不好、不尊重人的做法。从心理学上来看,开发会觉得你对他不信任、不尊重,觉得你很烦。正确的做法是可以隔三差五(视迭代周期而定)当面“交流一下”,关心一下需求方面是否有需要讨论和解释的。如果真的需要频繁关注进度,可以用QQ、微信等沟通渠道,对于认真负责的开发人员,不会打断他的思路,等他有时间看到你的消息时,会回你的;而对于懒散应付的开发人员,既可以起到提醒作用,也可以让其有时间组织一下词语,给他一个台阶下,两全其美。

2.2 建立共同语言

了解一些技术方面的东西,可以让你跟开发沟通的时候更顺畅。

在开发卡住的时候,或者你的某些需求点不好实现的时候,开发会给你“解释”为什么不好实现,难点在哪里。你不一定能听懂,但是可以到网上查一查开发说的到底是什么东西,也可以私下主动向开发人员请教。时间长了,你也就懂得多了。

其次,你可以经常逛一逛CSDN了解一些前沿的技术名词,在看头条的时候也关注一些技术文章。作为产品,不需要懂深层次的技术,但是懂一些表面上的东西可以跟开发更好沟通。特别是开发用到的技术,你懂一些相关的技术名词和作用,开发会觉得跟你有一定的共同语言,但是开发也知道你懂的不多,所以愿意跟你稍微讲深一些,体现自己的技术水平。

2.3 换位思考,互相理解

产品有做产品的难处,开发有做开发的难处。产品经理作为产品的负责人,要面对来自老板、市场、客服、运营、用户等等方面反馈的需求和问题,还要处理各种沟通问题甚至职场战争,就算是八爪鱼也会手忙脚乱。开发虽然工作性质单纯,但是工作量比较大。

所以产品在分析需求、梳理逻辑和设计原型时,要在能实现核心功能的前提下,让流程和设计更简单化,所谓大道至简,这个是需要一定功力的。其次,对于技术不容易实现的功能,如果产品能给出可执行的替代方案,要与开发做好沟通,从产品的角度避开技术壁障。

另外,与开发人员多沟通交流,一起搞搞活动,打打游戏,听听他们的抱怨和真实想法,把你的“苦水”也跟开发倒一倒,可以增强彼此之间的理解,拉近彼此之间的关系。

2.4 七分捧,三分顶

需求是复杂的,可能还涉及到多个部门协同工作,相关的“涉案”人员都有对需求的话语权,但是他们都不专业,都是从各自的角度提出一些问题和想法。总结一下各个部门对待需求的特点:开发了解“功能”,但不了解用户需求和前端市场的推广情况,容易“以管窥豹”,提出一堆从逻辑推演上自认为合理的看法;而其它部门可能都有渠道收集到用户的诉求,但不知道怎么将用户的诉求,转化为可以为用户解决问题的产品。

所以,在反驳对方“看似合理”或者完全不着调的看法时,如何既能驳倒对方,又不让对方觉得难堪呢?方法就是“七分捧,三分顶”,换种说法就是欲抑先扬或欲擒故纵。先着重说出、赞同对方看法的优点,会让对方觉得你在尊重他、认同他,把自己放在与对方同样的立场,而不是对立面,让对方放松警惕。接着以实际的用户需求、使用场景和前端反馈委婉地指出对方观点的不足,既能引发对方对不足方面的思考,也能听得进去你说的话。

相声行业有一句家喻户晓的话:三分逗,七分捧。在我们跟开发,包括其它任何部门沟通时,如果能做到“七分捧,三分顶”,我相信跟任何人沟通都不成问题。

2.5 遵守游戏规则

如果做事不遵守规则,那么你可能就会先出局。不管你与开发人员的关系多么好,都不要直接安排开发任务,这是“兵家大忌”:

  1. 你这是对开发经理的不尊重,越权做事。不管开发经理让你多讨厌,这个原则必须遵守。除非你能推行项目制,自己做项目经理。
  2. 系统功能是联动的,你以为只是一个小改动,请开发人员直接修改了,很有可能对整个系统造成不可预估的联动影响。如果出了问题,哪怕是小问题,尴尬不?到时候你肯定会被问责,帮你的开发人员本是好心,也会受到牵连。

中国人喜欢讲人情,但工作和人情一定要分开,不然公司制度和规则就不起作用了,到时候谁都玩不下去。

2.6 开发也有大姨妈

从工作流程上看,产品永远是“攻方”,开发永远是“受方”。开发在两种情况下会进入大姨妈状态,一是在长期高强度工作压力下,会慢慢变成浑身是刺的“怨妇”,精神高度紧张,对产品经理超级敏感;二是长期处在工作不饱和的状态下,开发会变得非常懒散,没有干劲,不愿意接活,不想加班,产品提出的需求开发第一想法是怎么推掉。

对于处在大姨妈时期的开发,产品经理会相当痛苦,开发脾气大,沟通难,产品要跟着受气。这种时候,产品经理不要过多交涉和废话,严格按照公司规定和工作流程走,做好需求宣讲,跟测试沟通好要严格把关,如果交付不合格,要求开发经理给出合理解释和相关处理办法,以及后续的补救安排措施。只要走一次这种流程,相关的开发人员就会有所收敛。

产品经理不要怕得罪开发,因为产品经理要为产品出现的任何问题负责,而不是由开发负责。再者,开发人员的潜在心理会觉得所有工作都来自产品经理,是为产品经理打工,产品经理站着说话不腰疼,随意接需求,动动嘴皮子工作就随便安排。必须要通过沟通掰正开发这种“无理取闹”的认识,必要时,可以邀请开发参与用户需求的调研和分析,体验一下产品经理是如何工作的。

实在解决不了了,可以及时将问题上报,由领导决策。

2.7 共享努力成果

开发人员经常会说“这个功能又没用,做它干嘛?”

从这一点可以分析出开发人员的两个心理:

  1. 对于工作认识的狭隘。因为开发对用户,对市场,对公司的产品布局和商业模式都不熟悉,仅凭自己的感官感受直接做出判断有用还是没用,而且还会影响开发对待这个事情的态度和积极性。有些功能和平台,是出于公司战略布局需求必须要做的,即使功能没多少人用,也是有意义的。
  2. 长期处于“不被满足”的状态。很多开发人员通常会有一个心理,产品经理给开发讲需求爽够了之后,把工作“射”(交付)给开发,就没事了,开发要经过“十月怀胎”(开发阶段)的苦逼工作,还要经过痛苦无比的“难产”(测试阶段),最终才把孩子(产品)生出来。在这一点上,他们认为自己是尽职尽责的“妈”,而产品是毫无责任心的一夜情“爸爸”,做完了就做完了,就没有后文了。所以,作为产品“爸爸”,要改善开发“妈妈”“不被满足”的状态,要经常与“妈妈”共享育儿成果。比如,功能上线后,获得用户好评,取得了很好的数据反馈,这时候,找相关的开发人员吹吹“枕边风”,并明确表态这是大家共同努力的结果,只要用心做,用户就会认可我们,用户用的爽了,我们辛苦点是很值得的。这样一来,既能激发开发人员的成就感,也可以顺势安排后续的优化工作,而且不会让开发产生抵触感。

2.8 用“心”交流,建立统一战线

从心理学来讲,让别人对你产生信任最简单直接的方法是把自己的一些秘密告诉对方,让对方觉得你连秘密都告诉他,你信任他。

比如,闲聊、抽烟的时候可以倒倒工作和生活上的苦水,聊聊你的家乡特色,说说你喜欢看什么类型的电影……沟通是双向的,这种日常的信息很容易让双方产生共同语言。了解对方爱好、性格、心理,建立更多话题,工作上的沟通也会变的更顺畅。

其实,不管关系好坏,工作本身并没有改变,但是开发人员的情绪会强加给产品经理。作为“攻方”,一味忍受开发的坏脾气,早晚会将负能量传染给自己,让自己变成“愤青”。我相信任何情绪和感情都是可以传达和传染的,产品要与各个部门沟通协调,想做得好,必须自己具备乐观向上的心态,并通过各种沟通技巧将你的逗逼、乐观、开心、乐于助人、积极向上的心态传递给对方,减少摩擦,增强信任,用“心”交流,建立和谐的同事关系,才能开心、高效的工作。

3. 三国鼎立,联吴抗曹

一般来说,一个公司开发人员较多,产品和测试人员偏少,虽三国鼎立,魏强而吴蜀皆弱。

如果把产品经理比作“爸爸”,开发比作“妈妈”,那么测试就是“产检医生”,产品能不能健康出生、茁壮成长,关键看大夫的能力和责任心。当然,还有一个重要因素是“妈妈”不能太不负责任,在怀孕期间太任性,大吃大喝、喝酒抽烟、剧烈运动,完全不顾孩子死活,即使大夫再牛逼也无回天之力。

大夫开药,再多再苦也得“妈妈”自己吃下去。所以,如果“妈妈”问题太多,可以加强与大夫的沟通,联吴抗曹,合力“制裁”,确保孩子的健康。如果“妈妈”跟大夫“私奔”了,孩子的健康再无保障,“爸爸”的绿帽就是钢盔也抵挡不住各方的问责。既然无法挽回,不如彻底放手,另寻新欢。

4. 总结

最后,做一个总结。我从事产品经理5年多,也兼任过项目经理,工作的大部分时间都在跟开发打交道。我接触过的绝大部分开发人员都是想法单纯,尽职尽责,很好相处,经常一起唱歌,搞活动,打游戏。但是俗话说庙小妖风大,池浅王八多,总有一些奇葩的人需要特殊手段去应对,不然事情就推动不下去。

曾经有一家做政府项目的公司邀请我去面试产品(项目)经理,负责人问我:“怎么处理好与开发人员的关系?”怎么,产品和开发的矛盾这么大么,开发都是大爷?不知道在面试开发人员时,是不是会问“怎么处理好与产品经理的关系”,或者“产品经理提出新需求或变更需求你怎么处理”。说白了,很多开发人员抱怨产品经理乱接需求,随意变更需求,还经常说“并不是所有的用户需求都要接啊,不能用户要什么我们就给什么啊,你们该推的推啊”。听到这里,很多产品都想直喷“you can you up”。但是真要说了,开发肯定会说“我又不是产品经理,我要是什么都能处理,要你们干嘛”……是不是有种想打人的冲动?

所以,我认为面试官会提出这样的问题,只能说这家公司在管理上很无能,一个巴掌拍不响,矛盾存在说明是双向的,难道单方面的对产品经理提出装孙子的要求,而对开发挂免死金牌,就能解决矛盾?工作就是工作,不应该夹杂任何个人情绪,产品经理也不应该为别人的情绪买单。一碗水端不平,不能让双方摆正工作应有的态度,就事论事讨论问题的解决办法,这个矛盾就不可能真正的化解。产品经理负责产品各项事物的协调和推进,靠装孙子是绝对推不动的,产品经理必须要强势,所倚仗的正是产品经理的职业素养、综合能力和沟通技巧。因此,如果我再次面对面试官的这个问题,我会这么回答:

  • 首先,从自身角度出发,严格要求自己,端正态度,积极乐观地做好本职工作。
  • 其次,注意沟通技巧,本着互相理解、合作共赢的理念,就事论事,与开发做好工作上的衔接。
  • 最后,对于双方有争议的地方,不要携带情绪争论,及时汇报领导,由领导决策。

互联网时代,分工非常细致,靠一个人的力量很难成事。我们每一个人都要秉着认真负责、换位思考、合作共赢的态度,严于律己,宽以待人,才能创建和谐、高效、愉快的工作氛围,共同进步。只有心里格局大一些,视野才能更宽广,工作才能更顺利,生活才能更幸福。我们不是姿态高傲的理想主义者,我们是心怀梦想的实干家,仅以此篇个人心得与大家共勉,如有不正确的地方请批评指正。

 

本文由 @南极娃娃鱼 原创发布于人人都是产品经理。未经许可,禁止转载。

爱盈利-运营小咖秀 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号