产品经理设计的方案最终都需要研发来实现，如果我们的方案被研发评估为“无法实现”，该怎么办？本文介绍了相对的分析与方法。
第一步 判断真伪
“无法实现”有几种可能：研发明确知道无法实现、研发不知道能实现、研发不知道是否能实现、研发明确知道可以实现却说无法实现
1. 研发明确知道无法实现
这是比较常见的情况，研发用自己的专业能力评估了方案，确实不能实现并诚实地做了反馈。这种情况不用多说废话，赶紧改方案，一定是我们设计方案过程中缺少了必要的技术可行性研究，这个锅咱得自觉背起来。
2. 研发不知道可以实现
研发评估之后以为不能实现，然而实际上是可以实现的。出现这种误判一般不会是故意，原因很可能是能力、视野的限制。这时候产品经理可以协助寻求上级或技术专家帮助或给予现成案例参考等等，去帮研发正确地评估。
3. 研发不知道是否能实现
在不知道能否实现的情况下却告知我们“无法实现”，不管是因为没有时间去评估、根本不想评估、还是评估无结论，都不是健康的现象。说明研发主观上可能不太想做这个方案。
4. 研发明确知道可以实现
明确知道可以实现却告知无法实现，很明显，这方案研发极度不想做。当然，正常情况下，这种情况比较少出现。
第二步 真实评估
从上面的分析中可以看出，有些情况下并不是真的“无法实现”，而是判断失误、评估能力不足、非有效评估、无评估等情况下给出的错误结论。产品经理作为团队的一份子，应尽力和研发一起去解决这些问题，技术评估不是研发一个人的事，可以考虑从以下几个角度去得到真实评估：
1. 评估意愿
评估方案往往也需要花大量的时间，并不是读一遍PRD或看一遍原型就能给出结论的。研发不愿意评估可能因为评估工作的性价比低（比如有的公司评估不计工作量）、没有足够时间（比如有些团队的迭代流程中没有规划评估阶段）、个人意愿等。产品经理要做的是在项目周期中合理安排时间，让研发有足够的时候去做评估；提供方案时也要讲述项目背景、目的、价格，当做一件事有价值的时候，才有更大的动力去做好，切不可把研发只当作资源方，把方案一扔就完事了。
2. 评估能力
正确评估一下方案需要技术、经验、视野缺一不可。产品经理在提供方案时可以同时提供现有案例、相似产品给研发；在必要的时候，协助研发寻求更高一级的技术支持。从侧面帮助提高研发的评估能力。
3. 评估结论
评估后给出不真实的结论，俗称“忽悠你不懂技术”，不考虑人品问题的话，说明产品经理已经失去了研发的信任，他已经不愿跟我们说真话。
第三步 明确原因
经过技术评估后，产品设计方案确实无法实现时，应明确无法实现的原因，以寻找对应的解决方案。技术无法实现的原因一般由以下几种：
1. 方案原因
方案不合理、异想天开，当前没有技术可以做到，比如“让手机壳根据UI自动换色”。
2. 能力原因
方案需要的技术能力当前团队达不到。有的产品经理看到别的产品的功能很厉害，就想自己也做一个，却忽略了团队能力的差异。比如芯片、5G等，不是谁都能复制的。
3. 技术原因
不同技术框架有不同的特点，也有不同的不足之处，一款产品的技术框架一般不会更改，有时候会遇到技术框架限制而无法实现的功能方案。
4. 人力原因
方案合理、能力够、也没有技术限制，但没有足够的人来做。
第四步 解决方案
1. 短期方案
当我们设计好的产品方案被评估为无法实现后，当务之急就是根据实际原因来修改这个方案：
1.不合理方案是产品经理的工作失误，应好好反省自己，重新梳理需求，多请教研发技术知识，重新设计方案以达到合理。
2.能力原因短期内无法解决，产品经理应有看菜下饭的能力，根据团队的能力水平去设计合理的替代方案。
3.技术原因也需要产品经理妥协，可适当了解当前产品的技术特点，扬长避短。
4.人力原因本质是研发难度问题，也是成本问题。达到需求目标的方案往往不止一个，并不一定要选效果最好的，而应尽量选择效果较好成本较低的。
2. 长期方案
产品设计方案因无法实现而不得不重新修改，耗时耗力，在如今飞速发展的时代，浪费时间很可以会耽误产品的商业机会，同时也会降低自己在团队中能力信任。我们应长远地解决这类问题
1.懂点技术。虽然产品经理不需要写代码，但不能不懂技术，至少要了解技术的原理、自己产品的技术框架、团队的技术能力水平等等。产品设计要建立在技术可行性基础上，但也不要被自己有限的技术能力限制（自己觉得不能实现就不做了）。
2.产品设计过程要考虑研发可行性，不可随意发挥。我给团队制定的SOP中，有一步是“初步方案”，目的是在进入详细之前先确认掉技术疑点；设计过程中有不确定的也需要随时与研发沟通。
3.默契与信任。产品经理要用自己的专业能力和职业态度建立起团队中的信任，在一次次的项目过程 中建立起默契。信任和默契是事情推进最好的润滑剂。有时候我们苦思冥想得不出的好方案，也许研发从技术角度很轻易地就给出了答案。
