产品vs技术——技术说要推迟上线，PM应该怎么办？

问题：技术同学提了一个产品同学不了解的技术方案，因而需要延后预定的发版上线时间，作为产品经理，你会如何处理？

答：

这个问题并不在于产品了解技术方案与否，专业的事情应该交给专业的人做，作为PM应该相信技术，所以首先应该明确角色定位，技术是使产品实现的专业人士，而PM则更偏向于组织统筹的角色，团队各司其职，才能确保项目运作。故这个问题，实质上是PM如何与技术沟通的问题。

一、紧急vs非紧急

作为PM对于产品必须要有一个全局的把控，首先应该对功能进行评估，根据需求不同，处理方法也不同。

若是紧急的需求，比如需要配合时间性强的运营活动，差一天可能就会被竞品改过风头，那么这时我们的处理方法就是倾向于不能延期。

若是非紧急的需求，为了避免bug，给技术更多时间打磨功能，也是可以灵活应变的，若是上线时间无法调整，甚至可以延期到下一个版本再上线。但是这仅仅说明了技术同学的延期要求过了产品同学这一关，整个产品涉及的可不只是PM和技术，PM有责任立即召集相关人员告知，如果所有相关人员都认同，那么工期可以调整。

二、主观vs客观

为什么要延期？因为开发说工期不足以实现功能。

为什么工期会超出预期？会不会是PM跟技术同学传达的时候出了问题？

主观原因，也就是技术同学可能理解错了PM的功能需求，那么自然技术方案就会出现偏差。为了避免这种情况，PM与技术同学沟通的时候，切记反复确认u understand what i understand，只有理解一致，才能使得项目under control，若是这种情况，及时纠错为时不晚。

反复确认

客观原因，也就是当主观理解一致之时，客观上的确需要延长工期，那么作为产品能做的，则是从功能角度考虑，系统是否已有类似功能可以借鉴，如有那么只需要技术同学参考已有接口，可以大大减少延期的几率；若没有，那么这个需求是否可以借鉴产品已有功能实现，这样也可以减少工作量；假如都没有，那不妨给技术同学一点时间吧。

三、经验教训

分析这个问题，实质上是产品和技术的矛盾，预期与现实的矛盾，所以我们要努力减少这两对矛盾。

在项目的前期会议之时，产品和技术都应该对需求有一个足够的了解，这样确定的工期才是可控的。

作为PM，可以注意以下几点：

1.在确定工期时，预留一定的flextime，这样出现突发状况不至于手忙脚乱；

2.在确定产品功能时，不妨听听技术同学的意见，思想碰撞说不定有更优解；

3.PRD中可以适当运用技术思维，比如交互设计环节采用技术化术语来明确表达交互动作，动态参数采用数据库对应字段来标记等等。这样可以帮助技术同学准确理解需求，减少PM和技术同学的沟通成本；

4.总之，跟技术同学打好关系是非常重要的。