产品经理在日常工作中和开发对接时，相信都有碰见过开发说“需求做不了”的时刻，那么这个时候，产品经理可以怎么应对？这篇文章里，作者说了说他对“这个需求做不了”的应对之策，一起来看看吧。

产品开发手牵手，朋友一生一起走。

产品在想什么？当然是在想对策啊。

“当开发说做不了的时候怎么办”，这好像是各种产品经验帖子里老生常谈的一个话题。产研主管曾告诉我，沟通和管理的关键都在于人，你要知道对方是哪种性格哪种做事习惯，再展开沟通。

我觉得这句话还是很有道理的。因此没有万能的对策，对策是分人分场景的，我目前归结为以下三类：

一、技术有限型

简单来说就是对他有点难（可能不是需求有多难），考虑到很多开发在办公室交际往往不太热络，产品这个时候应该站出来承担这个枢纽的角色：主动喊其他开发来看看，讨论一下这个问题。

一方面能群策群力，为负责这个需求的开发提供解决思路，另一方面也能防止被开发“忽悠”（针对没有技术背景的产品），一举两得。

二、灵魂是个产品型

我不知道“程序员不善言辞”这是不是一个刻板印象，在工作中确实见过相当“阳光开朗大男孩”的开发（前后端都有）。他们非常勇于质疑需求，也经常从用户的角度去思考问题，仿佛上辈子是个产品经理这一世却重生成了开发。

当这类开发说需求做不了的时候，他们的想法往往是——你为什么做这个需求？或者是，你为什么要这么做这个需求，一言以蔽之，当他们说这个需求做不了的时候就是在质疑需求本身。

面对这类程序员的时候，最重要的是回答得有理有据（当然产品应当做适当的思考，对需求自我审查，本篇专注于“沟通”主题，这里不对需求分析做展开），最好能做到结构化回答，要有一定的说服力，可以从功能、用户体验、场景频率、对后续迭代的影响、当前竞品的主要做法以及如果不这么做会有什么影响等几个角度回答，当然通常情况下能当面回答出两点对我来说就很可以了。

初期的时候开发突然一问我我的想法也有些混乱，回答完坐在位子上脑子就开始复盘，重新梳理，心里想“当时应该这么回答的”，就像和人吵架当面没发挥好回头又复盘一样。但这样的复盘很有用。你会发现问题确实是千奇百怪的，但是思考的角度却是相似的。

此外对待这种“灵魂是个产品型”的开发，个人其实很喜欢和他们交流，他们虽然是吐槽得最多的，但也是常常提醒我需求闭环的人。而且你会发现对这类人，只要你回答得有理有据，能从需求的角度说服他们，他们也是最乐于为了追求细节多投入的人。

三、我只是个无情的代码机器型

有这么一类开发，他们仿佛是武侠小说里沉默寡言的剑客，键盘上纷飞的手指就是竹林里潇洒恣意的剑法，人狠话不多，最常说的就是“你把需求明确了就行”。当这类人开口说做不了的时候，大概率，要GG。考验产品经理取舍和变通的时刻到了。

首先，产品经理一开始就应当有一种心理准备：前期文档准备得再全面，进入开发之后也不可能完全不调整需求（团队里有8年经验的产品同样如是说），因此适当的调整是必要的，且可接受的。

其次，产品经理从一开始还应当有一种思想觉悟：开发的需求也是需求，以及落地不了的产品毫无意义。在学校的时候，产品就只是一种纯粹的“设计”，活在一种理想的真空环境中，就像物理题上从空中落下却不用考虑空气阻力的小球。

但在现实世界中，产品是一个复杂的综合体，除去功能、用户体验之外，开发成本和周期也是必要考量的因素，产品不实现出来，不流到市场中，不落到用户的手中，就毫无价值。

好了，心理准备和思想觉悟都有了，这时候我们该说说如何行动了：把这个需求究竟是用来解决哪些问题的，以及需要它带来哪些价值，通通告知给开发。人人都是产品经理也是有些道理的，尤其是对经验丰富的开发，他们往往能提供某些思路，帮助产品构思替代方案。

产品需要评估替代方案是否能解决核心问题，在影响较小的情况下，可以做出必要的妥协。

OK，这就是目前我对“这个需求做不了”的应对之策。需要申明的是，以上类型的划分不是绝对的，一个“灵魂是个产品型”的开发，也会受制于“技术有限”，人和场景是交叉复合的。

此外，如何在工作中摸索出这个开发的做事风格，也许才是这个问题中最难的部分。