做个能与工程师与谐共处的产品经理.pdfVIP

做个能和工程师和谐共处的产品经理 在互联网公司里 ，总有那么两拨相爱相 的动物 ，程序狗和产品喵 ，你觉得我大忽悠 ，我觉 得你傲娇 ，互相觉得是傻逼 ，两者之间总会发生一些驴唇不对马嘴的对话因而造成彼此的 怨恨。要解决这种互看不爽问题 ，产品应该站在主动的位置。说得好听点 ，这是产品应该做 的事情 ，直白点说 ，产品还得求人干活呢 （个人不太喜欢这种说法 ，后面细说 ）。 工作中 ，我和各种岗位的工程师 （客户端前端后台和数据 ）都有打过交道 ，自认为和工程师之间的 沟通还算顺畅和谐 ，今天就给大家介绍一下我的心得。个人认为无非三点 ：尊重、信任和理解。这 三个词比较虚 ，其实和所有人打交道都离不开这三点 ，但在对待工程师这种特定的物种时 ，这三个 词都有一些更具体的含义。 建立良好沟通的三大要点 尊重 这个需求麻烦你帮忙开发一下吧 ，做完了请你吃饭 ！ 因为产品经理是一个目标导向极强的岗位 ，简言之就是以项目成败论英雄 ，而工程师天然有着追求 技术难度的属性 （应该没有说错吧 ？这个在社会评价产品经理或工程师是否成功的标准中已经体现 的很明显了 ），虽然有时候目标达成和技术难度在大方向大部分是时候是一致的 ，但追求上细微的 不一致造成了我们现在看到的常见产品和技术的交流模式 ：产品跪舔技术去完成项目。也因此 ，我 敢负责任的说 ，在大部分的产品经理眼中 ，工程师只是他们完成项目的工具而已。不相信 ？前面我 说的“产品还得求工程师干活”这句话有多少人觉得不对劲 ？ 在我看来 ，这种“产品求着工程干活”的思想就是对工程师岗位的不尊重 ，这种思想看起来在提高工 程师的地位 ，但实际上是将工程师工具化并排除在最终的成果之外。尊重是应该从心里而来的 ，而 不是在谄媚的行为和语言中 （比如前面说的跪舔和各种甜言蜜语 ，但有时候请吃饭是必不可少 ）。 那么什么才是代表着尊重的关系呢 ？个人认为 ，产品经理应该把工程师当做最亲密的合作伙伴。合 作伙伴 ，就是大家有共同的目标 ，一起努力去完成目标 ，荣辱与共。从项目角度来说 ，一个项目的 成功 ，除了产品层面的内容 ，也需要技术上的完美无瑕 ，而技术问题的解决 ，是离不开工程师的积 极心态的。 在建立这种可靠的合作关系中 ，产品经理有主动的责任 ，那么如何才能激发工程师们的主人翁精神 ，建立合作关系呢 ？这里有几个可行的建议 ： 多向工程师描述大愿景而不仅仅是去描述眼前的功能 让工程师了解更多的背景、目标、成果等 ，而不是只是告诉工程师要做什么 少说“我” ，多说“我们” ，不要说“这个应该很简单吧” 作为合作伙伴 ，你也需要避免自己在工程师被定义为竞对功能抄袭机器和领导训话传达者 ，认真对 待自己的每个需求 ，能够很好的解释需求的意义和目标 ，提升自己的靠谱程度。当然有时候 ，即使 做好了自己 ，你也会碰到看不起产品经理的工程师 （可能之前被我们不靠谱的同行伤害过而抱有 偏见 ），你自己的工作都不能得到应有的尊重 ，这种情况下 ，唯有你持续的专业表现才是唯一的 解药。 信任 这个应该要不了这么久吧 ？ 相信大家都听到过 （或说过 ）类似“这个怎么要做这么久 ？”这样的描述 ，产品和工程师之间的互看不 爽很可能都是从这类话开始的 ，将心比心 ，这类不信任的话谁听了心里都不会开心。做人啊 ，最重 要的要始终做到善意猜测 ，即对任何人的任何行为 ，都要认为对方是基于一个积极的目的的。落实 到工作中 ，善意猜测就是要相信工程师的能力和品格 ，尽量对工程师给出的技术反馈 （方案设计、 估时等等 ）保持足够的信任 ，绝大部分情况下 ，应该也没有人会故意耍滑头。如果你身边真的有这 种工程师 ，我这边也建议先自省一下 ：有工程师朋友告诉我 ，他在估时的时候就习惯性的多估几天 ，因为产品总是在开发过程中有各种各样的需求变更。 如果你真的怀疑有诈的时候怎么办呢 ？我有两个建议 ：首先是增加自己对一些技术实现的了解 ，能 够有自己的一些基本判断 ；二是在遇到有疑问时找其他的工程师朋友 （别告诉我你把工程师都得罪 光了[/吓] ）帮忙确认 ，如果有问题时可以通过细化分解技术方案让一切花招显形 ，或者寻求升级 解决。 理解 不用这么复杂吧 ，我只要改一下文案就可以了啊 ！ 在我看来 ，大部分产品经理对工程师的偏见 ，是因为不理解工程师的思维和工作方式造成的。一个 产品需求摆在面前的时候 ，大多数产品经理想到的是产品要完成的样子 ，也就是现在 ，而工程师必 须要去考虑如何实现 ，要考虑到过去、现在和将来。比如 ，一个文案的修改 ，产品经理看到的只是 几个字的变化