-
答案 1:
1:不仅告诉你做什么,还告诉你为什么这样做。2:努力说服你,而不是简单说:上面就要这么干。3:同意你关系一些细节的建议与修改。4:虽然经验丰富,但还是能听进去你的建议。5:有研发技术背景,做产品设计时能够考虑到可行性问题,所以设计的产品可以在现有条件和资源下实现。6:专业的MRD文档,这不是必须的,但有的话是能够获得加分的。 -
答案 2:
知错就改。听说现在产品经理自封了一个优点叫“将错就错”而且以坚持错误而自豪,以为这样可以获得开发的尊重。其实知错就改才是最好获得尊重的方式和心态。任何事情都是这样。 有了这个心态,其他的问题都好解决,开发是愿意跟产品一起成长的。 -
答案 3:
上面基本的很多,补充几个职业方面的:1、模块\功能\特性分解能力,并因人而异的讲解书写需求和要点,按照开发的任务方式去分解需求,界面、逻辑、前台、后台、数据……别把产品太当会事,你给个图然后让人家开发自己去分解...2、人品、影响力,让开发相信你做的东西是正确的,这个要不断的积累3、告诉开发,产品不是神,有些东西确实可能出错。但要透明出来,告诉开发,哪些决策点在哪里,哪些产品讨论中有不同意见,表达出这些你思考过,友情提示开发,以后可能的变动,哪些现在就可以预留适当的扩展性,以应对未来的变动 -
答案 4:
逻辑缜密:对问题有全面思考,而不是其他人总是发现一堆产品经理没有想过问题思路清晰:知道自己要做什么,而且能清晰的表达自己要做什么,为什么要这么做变更控制: 没有人喜欢要做的事情漫无目的的变来变去; 产品经理的变更可以为小节,不可为方向上的变更;更不要说是什么老板的要求。自己Lose Credit。时间控制: 没有人喜欢加班,没有人喜欢不合理的排期。表达能力: 自己明白没用,别人听不明白,还做什么产品经理?协作能力: 有的产品经理会和技术人员顶起来......拜托,你是要做产品,而不是做老板...等等...... -
答案 5:
1、懂技术,不吵架2、开发的话,PM听一遍就懂了3、不把自己的需求说成用户的需求4、时间制订的合理,不要总拿加班说事我不是开发 -
答案 6:
知识结构,喜欢对什么处理能说出三五六的产品人员,比如在做一个界面处理的决定的时候,能通过自己的知识积累告诉你为什么他要那样做;这不是产品人员的态度问题,很多事情没有知识积累态度再好也不行,没有米;在技术人员的工作不令人满意的时候,能够精确的指出来问题所在;
自我认知,能正确认识自己的角色,没这个的就会拿着鞭子和技术人员沟通,没这个其他的都扯淡;
个人能力,比如对产品的分析能力,对用户群体的分析调研能力,提好需求的能力,没这些能力或者这些能力弱一点,开发人员被折腾是必然的事;
沟通习惯,不管懂不懂技术,都能打心眼里尊重技术人员的专业,总是输出信任,总是发起建设性讨论,开发人员给一个时间评估,好的产品人员不会问类似这样的问题:“难道改一个xxx也要三天吗!?”;喜欢学着小沈阳问“为什么呢?!:)”那样的产品人员;
不偏执,比如对于周期的偏执,产品人员通常假设软件项目周期是高度可控的,但技术工作的规律却恰恰相反,开发工作的周期是高度不可控的,这和团队能力并没有必然的关系;
-
答案 7:
换位思考 -
答案 8:
只说工作,不说什么请客吃饭加浮云什么的。1:不仅告诉你做什么,还告诉你为什么这样做。2:讨论你提的一些细节的建议与修改。3:虽然经验丰富,但还是能听进去你的建议。5:了解技术实现,不用产品去写代码神马的,但要产品心里知道可行性,所以设计的产品可以在现有条件和资源下实现。6:专业的PRD文档,这不是必须的,但有的话是能够获得加分的。7、在DEMO上也写文字标明,这样就不用去看文档了,技术兄弟没时间去关注文档; -
答案 9:
1. 自己先花功夫调研,不要拍脑袋,更不要总在尝试;2. 沟通详细,到位;做什么和怎么做;3. 开发的反馈和工作交代,可以快速理解;4. 能接受别人的意见,但自己有准主意。作为产品的人感受得到,也算是写出来给自己提醒。 -
答案 10:
1.产品是产品经理的孩子,敢于为产品为用户服务,而不是为领导服务2.沟通中能简明扼要的说明方案,不管是通过文档还是口头3.思路清晰,产品逻辑上不要有太多漏洞(让开发人员开发了90%发现逻辑不通,这个是大忌)4.善于倾听,不把工程师当工具(优秀工程师的产品直觉不比产品经理差)对于产品经理改需求,我觉得无可厚非。好产品是改出来的,作为工程师,这一点我可以理解,但不能理解的是如上面第3点说到的原因。 -
答案 11:
我们的开发喜欢:1、明确具体而简洁的文档,就算很小的一个更改,也要写清楚。2、不要总改需求3、如果有DEMO,在DEMO上也写文字标明,这样就不用去看文档了 -
答案 12:
1)对于产品需求,懂得“舍”,才有产品的“得”。2)充分预估到产品开发中的风险,并及时的采取对策应对实际遇到的风险。3)善于鼓励产品开发团队中的每个成员。4)让每个人发挥自己的特长,形成产品团队的合力。5)需要决策时的决断力,以及正确决策的判断力。 -
答案 13:
1.能够在需求分析上给予明确的时间进度。2.在前期的技术需求中,能够合理的安排技术人员开发项目。3.能够做好有效的前瞻性技术难题分析。 -
答案 14:
敢于承担,敢于决策,有版本规划 -
答案 15:
我们的开发人员希望我们能够1.明确且固定的需求2.涉及前台有详尽的式样而不是含糊的描述3.主动沟通(一般开发人员的沟通都不那么主动...) -
答案 16:
1、不要以居高临下的姿态做事2、需求明确,不是拍拍脑袋;经得起不同意见的质疑3、需求文档写的认真,仔细,易懂4、时间计划符合实际情况,不要把加班看成是理所当然5、有技术背景,对于研发提出的实际问题可以相互讨论 -
答案 17:
好奇心强求知欲强心态开放善于沟通乐于倾听敢于决策能够担当 -
答案 18:
1、明确的需求,详细的说明2、可执行的计划,合理的周期 逐步迭代的实现方案3、换位思考而不是随心所欲提要求 改需求4、友善的关系 适当的请客吃饭之类5、丰富的经验和背景,能够给开发一些方向性指导最好 -
答案 19:
作为pm,我很想知道开发喜欢看什么样的需求,喜欢怎样的描述方式、沟通方式。 -
答案 20:
1、需求明确,开发时不要反复与PM确认。2、需求要改动时预留足够时间开发,不要天天都处于救火中。3、不要在开发的过程中一直催。(极度让人崩溃!!!)4、最好能懂技术。 -
答案 21:
估计就剩下请客吃饭了.... -
答案 22:
1. 懂技术,对开发中遇到的问题和困难有充分的估计2. 把开发人员当成合作伙伴而不是实现工具,为了共同理想而努力3. 愿意和开发人员同甘共苦,主动承担不确定性和风险4. 人格魅力,让开发人员相信这是个非常靠谱的产品和团队5. 能够灵活的方法活跃气氛,激发斗志,提升团队。 -
答案 23:
在专业的领域很专业在非专业的领域能换位思考,尊重你的意见团队合作中,做人比做事重要的多哇 -
答案 24:
能考虑需求的可行性和必要性,不浪费工程师的时间去做一些无意义的事情! -
答案 25:
敏锐的嗅觉,和换位思考。 -
答案 26:
最喜欢请吃饭的。 -
答案 27:
功能需求不明确,然你自己去开发。 -
答案 28:
自己决定的事情,要有魄力去承担错误的勇气,及时反省,错了就马上承认,然后及时修改调整。 -
答案 29:
需求明确,思路清晰 -
答案 30:
1.了解市场与产品,也要了解开发的能力2.清楚并明确需求,对自己也是对开发技术人员3.出色的表述能力,口述及文档上的4.坚持自己的需求也要尊重开发的意见 -
答案 31:
知道在做什么 -
答案 32:
一、真的会好好研究产品怎样好用好看,不要只是老板意见或者截了个同类产品的图发过来就完事。二、会沟通、识妥协、能确立轻重 -
答案 33:
1 文档严密,用词准确,可量化2 是“在产品还不存在的时候就最会使用这个产品的人”3 有技术意识,不要求一定真懂技术,也不会在跟你的交流中套近乎(拽知识?)谈技术4 绝对不能是个传话筒5 明白自己的责任,敢于承担责任感觉还有很多,待补充…… -
答案 34:
产品源于生活!人人都是产品经理!为目标用户提供最需要的服务懂得与团队成员分享产品的成果理解生活,发现生活中的乐趣! -
答案 35:
需求明确,灰常明确;沟通,技术人员懒得看文档一般直接来问;减少修改——不过这个不那么容易,BOSS说改说加是经常的事;设计合理——好的设计是用户体验与技术实现的平衡。 -
答案 36:
善于沟通 -
答案 37:
1、明确需求,思路清晰,知其然且知其所以然;2、心态开放,引导开发人员主动思考,力求最佳的解决路径;3、较强的语言表达能力+犀利的文档输出,保证开发过程中无模棱两可之处;4、换位思考,合理安排时间计划,切忌不合理的开发排期计划。 -
答案 38:
我觉得沟通能力一定要优秀,毕竟产品经理要做的是让开发实现想法。懂技术是更好的,但沟通不行绝对要命。 -
答案 39:
有肉一起吃... 其他的神马沟通,什么文档都是浮云。 -
答案 40:
懂技术,不会简单下结论和工期,谦虚但不卑亢,指令到位但不强硬 -
答案 41:
最近类似的话题很多啊。再说下去,我认为,产品经理直接帮开发人员把代码写了算开发人员的,这是最大的优点。 我知道我的答案很快会被折叠起来,折叠我的人不是其它人,会是知乎的人。
开发人员最喜欢产品经理的哪些优点?
2012-01-19 17:28:38 来源: 点击:
相关热词搜索:
上一篇:宝马汽车这两年的营销究竟有什么独到之处?
下一篇:淘宝商城现在应该采取什么样的公关策略?