真的，别“想不开”，当产品经理。

前一天满怀信心，仔细打磨的产品功能和细节逻辑，第二天拿到评审会上，可能会被工程师喷得体无完肤

提一个简单的需求变动，技术大哥却告知改起来很复杂、这个功能做不了”；

发现产品中存在BUG，要求修复，技术回复“不是BUG，是不是你没正确操作？”；

从产品角度和技术部门沟通，工程师说的技术语言完全听不懂

经常有一种 “我是不是被技术大哥忽悠了？”的感觉；

……

其实，技术大哥作为脑力工作者，他们大部分时间都花在和代码打交道了。

他们的计算机世界，很有规则性；

他们普遍记忆力很强，毕竟产品的每个细节都是他们一行行码出来的；

他们的思维方式偏线性，逻辑性强；

他们认为一件事情最好能按照固定的流程执行，不喜欢中间突然变化或出错；

他们欣赏自己的程序作品，遇到质疑，会主动维护；

……

作为产品经理，需要和各种各样的人打交道，需要推进项目流程进展，所以，了解合作者的行为、思维和情绪模式，掌握不同情境下问题的快速处理方法很重要

如何向技术大哥正确提出需求？

产品经理工作中的重要任务除了是写PRD，还有就是讲解产品需求，而需求执行者，更多的是技术开发们。

实际工作中，经常出现产品经理描述的是“需求X”，但是工程师的理解是“需求Y”，最后开发出来的产品风马牛不相及。

这里面固然有技术大哥理解能力的问题，但产品经理作为项目的积极推进者，还是需要从提升自身来改善。

需求写好先自我审视

比如功能逻辑说明中，除了正常功能逻辑，是否有异常功能处理逻辑

例：用户登录时，如果网络异常，或者用户突然离开决定“暂时不登录”，产品时如何处理的？

这样的自我审视，是从技术开发角度理解的换位思考，有助于后续的沟通更流畅，也能增加技术大哥的信任。

语言表达方面，多站在用户的角度沟通。

技术开发们通常都是一群很有个性的人，他们很自信，主观性很强的沟通，他们不太容易接纳，所以产品经理应该减少使用“我认为”“我觉得”这样词汇，应该多使用“我们来看一下”“用户使用产品时会觉得”这样的内容，给人一种解决问题的正向心态表现

综合来说，和技术大哥提需求，产品经理的语言表达能力和换位思考能力的提升，有助于传播效率的改善。

如何站在技术角度思考产品？

毛主席的战略方法最直接管用——从群众中来，到群众中去。要想从技术的角度思考产品，就要进入他们的队伍中。

产品经理提完需求后，技术部门的工作正式开展起来，他们内部首先也需要做广泛讨论，这个环节，有的产品经理会选择参加，有的不会。但有一句亘古不变的名言“知己知彼百战不殆”，作为产品推进的灵魂人物，参与技术讨论是非常有必要的。

技术讨论上，开发们会确定一个他们最关注的事项——技术开发成本

产品经理需要在这个过程中，充分了解他们得出结论的原因，并且在关键时刻成为产品的发言人，将对产品功能和用户价值需求的原因，及时地传递给技术开发。这样有助于提升产品实践与模型的深度结合。

小贴士：遇到技术讨论的问题不懂时，怎么办？

形象化的提问，同理心优势，将自己不了解的技术问题，形象化的方式描述出来，提问的方式让工程师帮忙解答，合理地表达问题。

例如：咱们现在讨论的是不是这个功能的数据结构？是不是可以理解为……，这过程也给了工程师自我表达展示知识素养的机会，让你们的个人关系也得到提升。

如何激发技术大哥修改需求的动力？

帮助技术设计理解“人性需求”一个产品经理所维护的团队，一般设计业务、运营、设计、程序等角色，这些角色的分工也很明确，其实也代表着产品经理在阐述产品时的勾勒维度，总结起来大致分为功能逻辑、界面设计、需求背景和技术支持。

当然，沟通的时候，也是围绕这几个层面的。按照一般的沟通方式，与设计沟通，要多聊界面效果，与运营沟通，要多聊转化率，与业务沟通要多聊产品效果，与程序沟通，当然是技术成本。

所以，如果我们有修改需求时，如果从技术本身角度来说，很容易换来程序员们的抗拒，因为技术开发就好像盖房子，中途调整，势必牵连很多层级的建构。

那么，产品经理还能发力的角度就只剩下了需求背景的阐释。

一个优秀的互联网产品，它的每一个环节必然符合人性需求的，在和技术沟通是，如果能帮他们把握产品变化的原则和驱动变化背后的人性需求本质，那么，技术在修改的时候会更加有动力，甚至迸发创造力。

这种方法，还有效在于，信息共享的意义。信息共享就是资源共享，作为能够和老板和领导更多交流产品发展的人，产品经理应该多和技术开发沟通，消除彼此对于未知的恐惧，同时提高整个团队里面的资源利用率。

小贴士：遇到“BUG”怎么沟通？

BUG中文含义——在电脑系统或程序中，隐藏着的一些未被发现的缺陷或问题统称为bug（漏洞）。

如果你是技术大哥，你一定不喜欢这样的BUG。所以产品经理在沟通这种情况时，需要照顾到他们的感受，换一种描述，比如“新增的小功能特性”。

产品的技术开发们，理性逻辑思维很强，他们习惯用实现的难易程度和系统的角度定义和设计产品，而产品经理思考时更关注与具体场景的连接，如果与技术沟通时，只讲功能和逻辑，且不说会让沟通陷入具体的功能和设计层面的沟通，但就沟通双方的实践能力来说，逻辑上产品经理也很难赢啊！

产品经理如果遇到问题是，可以多想想乔布斯，这位非技术出身的产品经理，是如何做出举世瞩目的苹果系列产品的，至少他的合理表达方式和技巧能让产品为更多人理解和接受。