rd是什么意思

RD的英文全称是ResearchandDevelopment，意思是研发部门。

在研发部门的下面会再细分，比如机构RD，电子RD等等。一般制造工厂中研发中心的工程师就叫做叫RD。RD的工作内容就是开发研究新产品。

研发部门的工作职责包括：1、负责公司新产品，新技术的调研、论证、开发、设计工作；2、组织实施研发规划；3、制定研发规范、推行并优化研发管理体系；4、组建公司的技术平台、评估研发平台投资；5、研发部门的团队建设、岗位定义、岗位职责要求。

最顶层是项目负责人，接下来项目会落实到PM(项目经理PM)，项目经理将任务分成若干个子项目，每个项目由一个PL(项目组长)负责。在每个子项目中，由SE(系统工程师)带领PG(程序员)共同完成。

其中，PM和PL一般为具有资深项目管理经验、长期开发实践和良好交流能力的高级技术人才。SE需要具有独立的设计和提案能力，具有长期开发实践经验和交流能力。一般又可分为三种类型：第一种，纯技术型SE，这种人往往会成为技术专家；第二种，技术兼管理型SE，将来有希望成为PL、PM，甚至更高级的职位。Bridge型SE(BSE)，通常是负责与客户的沟通，以及团队内的协调工作。PG，也就是程序员，这类人才在企业中所占数量最多，通常占到了整个项目员工数的70%，也是企业中最紧缺的一类职位，一般为具有专业知识的软件工程技术人员。通常，理工科的大学毕业生通过短期培训后，都可以胜任这个职位。

IE 工业工程

QE质量工程

PE产品工程

ME机构工程

PQA过程质量保证

MFG制造

SW软件工程l PE工程师：Process Engineer (即工艺工程师)和Product Engineer（产品工程师）。前者主要负责产品制造工艺的设计和贯彻、MPI/OI制作、Standard Time 的制订、生产流程的改善等；后者主要负责产品设计、新产品的导入、试产、现场问题解决等。

l IE——工业工程师（intusdrial engineer)就是从事工业工程的人 ,工厂里面负责人员调配，模具制作，作业指导书编制，统管生产安排

l ME——制造工程师：制造工程师，更偏重于机电一体化。

具体工作职责主要是：

负责生产线的维护，仪器设备的维修与保养等等l QE——品质工程师（Quality Engineer）

职责如下：

1.负责从样品到量产整个生产过程的产品质量控制,寻求通过测试、控制及改进流程以提升产品质量

2.负责解决产品生产过程中所出现的质量问题, 处理品质异常及品质改善

3.产品的品质状况跟进, 处理客户投诉并提供解决措施

4.制定各种与品质相关的检验标准与文件.

5.指导外协厂的品质改善，分析与改良不良材料l SQE——（Supplier Quality Engineer）供货商管理工程师

1、必须要有供应商跟踪的方式，质量问题独立处理的方法；

2、高级职位必须要有成本控制、质量控制管理的清晰思路与意识、坚持的原则底线；

3、供应商的内部品质管理流程、以及可能出现的问题对应方式。

4、稳定性的保证手段。lRD工程师—— RD指Research and Development(研发)，研发工程师

l PQA工程师——（ Process Quality Assurance ）质量保证工程师，工作流程是这样的：发现问题=====要求生产改善=====生产要求生产技术改善===生产技术改善====PQA检查后发报告（避免重大损失。很可能有奖励，而且提升的很快，可怜的一线干活的生产技术的员工）

lMFG工程师——（manufacturing） 制造工程师

l SW工程师——（Software Engineer）软件工程师

导读 

上节课，我们提到，作为团队枢纽的产品经理，优秀的沟通能力，是必要的能力与品质。

之所以用“必要的能力与品质”的定义，是因为产品经理只要稍不留心（特别是产品新人），就容易与其它同事产生沟通障碍，发生沟通矛盾；特别是与RD（研发/工程师）之间的沟通，“沟”了没“通”几乎会成为常态。而因此引发的一切严重后果，都将由团队陪同产品经理一起买单。

1、产品经理和工程师有哪些沟通问题？

2、产品经理为什么会被工程师嫌弃？

3、产品经理应该如何与工程师沟通？

正文

作为产品经理，特别是产品新人，肯定/绝对/100%会遇到各种各样的沟通问题；与此同时，我们也更加需要学会找到导致问题的本质原因，根本解决问题并更好推动产品工作。

接下来，我们会对X小姐文章里7处具有典型代表的内容，进行解读，方便大家更好的理解。

一、产品经理和工程师有哪些沟通问题？

原文引用1：

最近有位刚做PM（产品经理）的小伙跑来跟我控诉，说公司技术部的RD们（工程师）个个不给力。需求过了千百遍还是理解错，或者就是简单回一句“做不了”，表情如死灰。

解读思考：

这是所有产品新人都会遇到的问题（我过去做产品，有时候也恨不得把工程师们给**），但本质原因不外乎有两个：

1、需求并没有按照工程师们的思维模式来表达，他们理解不了自然也就回复做不了（所以大部分时候他们说做不了真的不是在推诿骗你，而是他们真的没有理解清楚你在说什么）；

2、需求没有优先级，工程师们无法明确研发节奏；大部分时候一股脑无定级的瀑布式需求，自然会遭遇一股脑的无视（就像有时候同事找你做事，一股脑的给你提了很多需求，也不说轻重缓紧，你也会瞬间懵圈）。

原文引用2：

这位PM血气方刚，张牙舞爪，脑子里总有一千万个新产品需求的想法扑腾着。

解读思考：

这里需要打击一下，“脑子里想法创意万马奔腾，实际中能落地的几乎为零”，这是几乎是所有产品新人的通病。

产品新人在自身的能力还没有系统丰富的时候，对于需求的理解和认知，大部分时间都局限在一个点上，很难以点思面的思考问题（这并不是产品新人的错，事实上每一位优秀的产品经理，都需要这个成长的过程；要解决这个问题需要一定时间的业务经验与思维拓展历练，稳定心态很重要）；所以，在产品新人的大多数时期，不提需求比提需求更重要，执行好任务比天马行空更务实。

同时，发生这种情况的还有一个重要原因就是：被碎片化的文章或言论误导了，对产品经理没有系统客观的认识和理解。

过于理想化和抱怨，真心是产品经理沟通中的硬伤。

原文引用3：

面对他，我的心突然惆怅起来。几年前的自己也差不多是这个模样，懵懂如白纸……

身为一位女性PM，我至今为止并肩合作过的RD团队超过8组共200多人（动荡曲折的职业生涯啊）……

所谓人艰不拆，希望大家看完后能更理解彼此“都不容易”的立场。

解读思考：

产品经理是应该有个性的，但类似：自以为是、以自我为中心、随意放大自我感受……的“个性”，一定要尽早去掉，除非你不想做一个优秀的产品经理。

作为产品经理，一定要避免将自己陷入认识与情绪的局限里；包容与理解，会让你“产品经理“人设的人格魅力MAX！

毕竟不是人人都可以是乔布斯、张小龙……在生命的很长一段时间，我们与并肩奋斗的工程师、运营、设计等小伙伴们都一样是平凡人，我们都要一起面对生活与工作的不易；彼此真的“都不容易”，所以，理解万岁：）

原文引用4：

PM眼里的RD分成两种：能沟通的，和不能沟通的。后者占90％。

解读思考：

我也遇到过这种情况，当我踌躇满志，把一个产品勾勒得很美好的时候，突然发觉，为什么工程师们在用那种木讷的、毫无光亮的眼睛（眼神）看着我？他们不仅一点都不兴奋，还会问我：

1、这个功能为什么这么做？

2、你确定这样做没问题吗？

3、这个东西不是刚改过吗？

所以最开始，我也认为工程师是没法做朋友的（大致原因参考引用2的解读思考）。

原文引用5：

曾经有一个RD总监，在Kickoff会议上把我所有的需求都推翻了，让我差点在十几个老男人面前哭鼻子。

话说人在经历苦难后，要么变乖，要么变坏……于是我学会了通过非正规途径收买RD的心－－

比如请他们吃KFC啦，陪他们聊黄色笑话啦，穿低胸装秀黑丝大腿啦。

解读思考：

Kickoff（启动会议），基本可以理解成打仗前的誓师大会。已经要出征了，RD总监直接把X小姐的产品掰翻。

遭到打击后，X小姐的态度也很鲜明，强烈且迫切的心情想要让RD听命与她，于是决定通过非正规途径来搞定RD。

我觉得女生做产品经理一定要有掌控的欲望，要有一颗当女王的心；男生就更不用说了。

我最开始为了和工程师打成一片，也是什么事干：请人吃饭、帮人泡面、陪人加班、接人上下班（这个不要轻易效仿，毕竟一个成年男人每天刻意的去接另外一个成年男人上下班，而且时不时还要换不同的人，画面的确有些尴尬，也比较容易引起敏感话题 - -！）……通过不懈努力，我和工程师们的关系终于也改善了许多。

原文引用6：

正当我沾沾自喜，认为自己靠美胸美腿赢得了这场战役时，一个Ruby工程师幽幽的跟我说 “我好喜欢你的门牙” 。（鸦。。。你们果然是无法沟通的生物。。。）

解读思考：

真的是这样，我们可能永远也不了解工程师们的心，即使彼此的关系得以改善之后。

大多是时候，特别是产品新人们看工程师，总觉得别人傻傻的；与此同时，在工程师的眼里，我们可能更傻。

在我看来，发生这样的情况，大多数时候的本质原因，仅仅只是工程师们表达情感的方式质朴直白的表现；不能因为工程师们不会说话、不尽表达、不够“情商”就忽视了，大多数工程师的脑袋里，都有一个神奇美妙的世界，只是我们不懂的探索而已。

所以，有时候放下所谓的“说话艺术”、“情商”、“温柔”等定标性偏见，用最质朴直白的方式去理解工程师的表达，彼此都会轻松高效很多。

原文引用7：

RD眼里的PM也分成两种：有脑子的，和没脑子的；后者占90％。

没脑子的PM，RD们是打心底森森嫌弃你的。

解读思考：

其实，沟通更深层次的条件是相互的信任。

产品经理和工程师之间，如果没有建立好一种信任的关系，那彼此之间的合作就会不协调，也就会经常出问题。

但在大多数情况下，产品经理是很难获得工程师信任的，甚至被嫌弃。

为什么？

二、产品经理被工程师嫌弃的3个原因

现在我们来解读，X小姐从她的血泪史中总结的，产品经理被工程师嫌弃的3个原因。

1、没有自己的想法

解读思考：

如果我们经常说，“这个东西是老板说的”、“老板要这么做”，好像这个事情和你没关系，那工程师们在心里是不服你的。所以产品经理一定要有自己的主张，你可以这么说：“老板要求这么做，我觉得还是有一定道理，不如咱们试试吧。”

或者：“这个确实是老板要求做的，我感觉还是有点问题，怎么办？我们再沟通沟通，还是怎么着？”

我们要有自己的主张和独立的思考。这样，工程师们才会相信，你犯错的几率更少，把事情做成的几率更大。他们也才愿意协助你，助你更好地推动产品，对吧？

2、风花雪月没有逻辑

产品经理很讲究“感受度”；这也是我一直强调的，优秀的产品经理一定要通人性，感情丰富。

我们也说，产品经理要有理性的思考和感性的表达；理性的思考在背后，感性的表达在前面。

感性的表达简单理解就是：尽可能的用对方更容易接受和舒服的方式去传达自己的意思。

工程师们大多是逻辑思考能力很强的理科人才，在与他们的沟通协同时，如果思维不缜密严谨，或是呈现的事物缺乏逻辑经不起推敲，就可能被嫌弃。

3、不信任工程师的能力

如果我们不信任工程师，他们是能感觉到的；或者有时候我们问工程师研发一个功能大概需要多少时间，他们回复可能三五天；但最后你发现，其实只要半天或者两个小时。

这些问题，也会使大家平时的沟通产生障碍。所以X小姐提到：要让工程师觉得你很优秀（一定要让工程师觉得你很优秀）。而实现这种状态的前提是，我们先要学会去信任和肯定工程师们的能力。

所以，要做到良好的沟通，背后有很多需要我们去推进的事情，而不仅仅是所谓的沟通技巧和表达能力。

三、产品经理如何与工程师良性沟通？

文章最后，X小姐给出了7个建议，很有启发价值。

1、眼观四路，耳听八方。

“知识渊博，掌握行业内的各种动态，分析市场趋势……”要让工程师们觉得你是一个靠谱的人，什么都知道。

2、混对圈子，积攒几个牛逼人脉。

关于这点，我在后面的课程里会与大家讲到的：产品新人们一定要去混圈子。

拥有更多牛逼的人脉，既可以帮助产品有获得更多露脸的机会，也可以帮助招聘到更多优秀的工程师，也就能更好推动产品工作。

3、无论是口述的需求还是撰写的文档，文字和原型图的呈现都要有逻辑。

这是最重要的。

很多产品新人找到我说：“刘老师我觉得写文档很痛苦，我可以口述么？”。其实我接触的很多的产品团队，有很多也是不写文档直接口述的，但同时这对语言表达能力也有更好的要求。

其实无论是着重于文档的文字表达，还是着重口述的语言表达，本质上最重要的还是表达核心思想的逻辑。

就像X小姐说的，无论是口述，还是写文档，一定要有逻辑。“功能细节上的逻辑处理得无一遗漏，实乃RD们的心头好。”

4、在老板责问为什么还没上线的时候，冲上前去说，“都是我的错，前几天又改了个需求”。

当工程师们真的很努力去做了，却被老板指责的时候，如果你能主动帮他们挡刀，他们会觉得你是一个有担当的产品经理。

5、在RD们被各种部门的需求同时袭击的时候，为他们安排最合理的优先级，并承诺担起一切后果（包括被某部门主管批斗责骂等）。

6、招到漂亮的实习生妹子给RD们养眼（请一定投其所好）。

7、给他们加薪，给他们加薪，给他们加薪。

本课小结：

产品经理在推进日常工作时，经常会和工程师发生沟通问题，着其实是普遍存在想象。

遇到问题，我们不要一来就想改变工程师，而是要学会先分析和总结自己的问题。

除了学习沟通技巧和表达能力，更重要的是要深刻理解并协助团队小伙伴。产品经理要有自己的主张，有同理心，有理性的思考和感性的表达；这样，才能获得工程师的信任，更好推动产品工作。

当然，沟通问题只是抛砖引玉，沟通只是产品经理工作中常遇见的问题之一，产品经理在工作中还会遇到各种问题，譬如：长期被加班、顶雷专业户等。

所以，下一节课，我们就来全面解读一下作为一名产品经理，我们将会遇见怎样苦逼又有趣的工作与生活状态。 

备注鸣谢：

推荐文章：《如何与RD沟通，写给那些血气方刚的产品经理》

链接地址：http://36kr.com/p/212020.html

特别说明：

因为我与团队在日常工作中，更习惯喜欢称呼RD为工程师，所以为保障阅读体验，引用X小姐《如何与RD沟通，写给那些血气方刚的产品经理》原文内容中出现的“程序员”均替换为“工程师”。

 

关于《产品经理入门指南》精译版

《产品经理入门指南》原本是刘文智老师于2014年发布的，国内第一套系统的互联网产品经理入门方法论视频课程。课程历时9个月精心准备，收集了上千名产品新人的真实需求，参考了近百家产品团队的用人标准，汇聚了数十位产品大咖的专业意见。旨在：

1、教会：产品新人评估自己是否适合做产品；

2、帮助：产品新人找到契合的入门学习方法；

3、引导：产品新人走出入门困境和学习误区；

4、启发：产品新人化解学习难题与高效成长。

应众多同学的需求，现由刘文智老师携课司机团队，重新编译为图文版，限免发布。

关于作者刘文智老师

刘文智 Jason

连续成功创业者，天使投资人，创业投资顾问

80后，爱足球、爱电影、爱较真。

知名产品经理社群“产品壹佰”、IT在线职业教育品牌“美好学院”创始人兼CEO

互联网社群+IT职业教育成功商业模式的创新开拓者；

于2016年接受慧科教育科技集团全资并购邀约出任集团合伙人、开课吧CEO；

2017年末转做天使投资人，创业投资顾问。

中国首位发布系统互联网产品经理职业教育体系的老师

2012年起先后著有《产品经理入门指南》、《产品经理深入浅出》、《手把手教你做产品》等互联网产品经理线上、线下实战教学体系；课程全网学习频次超千万次，影响了包括美国、加拿大、澳大利亚、丹麦、新加坡等超过38个国家和地区，帮助13万互联网人获益；

中国最早推出以就业为导向的产品经理职业教育服务的老师，数万名学员广泛入职中国各大互联网企业以及知名互联网企业核心产品团队。

15年互联网、10年教育一线坚守与沉淀

曾任搜房、新浪两家上市企业产品与营销策划相关工作；

曾任电子科技大学千星计划互联网应用专业负责人。

温馨提示：

若需获得更多产品经理学习帮助，推荐关注刘文智老师的微信公众号（微信号：iamliuwenzhi）。

---