产品设计结束之后，进入到如火如荼的研发阶段时，突然研发同学跑过来问你，“这个功能实现太麻烦了，这版肯定实现不了了”，可是这个功能缺又是不可或缺的，作为PM的你该怎么办呢？
这是一个及其常见的问题，很多PM会迎难而上，据理力争，天花乱坠地言称这个功能如何如何重要，一定要实现，甚至和研发同学撕逼起来，一封一封地邮件抄送一堆老大，天下大乱之势。
在这里，我分享几个我的经验，不能说屡试不爽，但是也能够极大地节省成本，快速推进产品研发。
首先，作为PM，你需要了解这个功能实现不了的原因是什么，如果你不懂技术也没有关系，但你起码需要知道一些基础的问题描述，比如是实现的算法要求太高，还是当前的系统体系不支持，还是纯粹时间来不及，还是对移动端性能要求太高优化难度太大，还是研发同学此前理解有误现在改已经来不及了，等等。根据这些，你大致能够判断这个问题的复杂度，这会对你接下来进行设计修改时提供依据。
然后，你要确定当前正在研发的版本的目标，这个目标的意思是，你正在研发的是一个v1.0基础版本，还是一个v5.0这样的体验和功能都进行了多重优化的版本。确定版本目标，对于你判断功能的重要性很重要。
其次，你需要对这个功能进行一个优先级判断，这个功能是否可以砍，没有这个功能会怎么样。如果这个功能没有直接影响这个产品的体验，那起码说明这个功能不能砍，如果只是一个体验上的问题，你需要结合当前版本的目标，你可以判断这个体验的问题是否很重要。
在这里举个例子。我的前同事，他们曾经在开发一个体感网球游戏时，挥拍击打球时，需要计算拍子的角度和挥拍的力度，从而计算球的飞行轨迹，继而表现在游戏界面上。可是这个过程是一个非常复杂的数学计算，对于他们当时的团队而言是非常困难的。他们当时正在研发v1.0版本，这个功能是当前版本的基础，对于基础而言，实现它是第一要务，优先级最高，但是体验不是第一要务，所以体验的优先级是可以调低的。后面我会说他们如何解决这个问题。
判断完优先级，你接下来要做的，是考虑是否可以简化这个功能的设计。对于PM而言，融会贯通是一项必备的技能，你是应该对需求负责，但你更需要对产品负责，产品的至善至美是所有人的美好期待，但是不代表你一开始就要吃成大胖子，你完全可以一步一步走到那个产品完美的巅峰。对于一个复杂的难题，在不同阶段解决的程度是不一样的，如果当前的优先级第一位是实现功能，搭建框架，那么你不必盯着体验不放，即使体验优先级很高，你也需要搞明白体验也是分级的，是否还有比体验更重要的东西，你需要做个判断。
在我看来，一个PM最重要的能力，首先是理解商业逻辑，然后是结合“需求-人群-场景”实现产品设计，最后才是考虑体验的优化。
