产品vs技术——技术说要推迟上线,PM应该怎么办()

问题:技术同学提了一个产品同学不了解的技术方案,因而需要延后预定的发版上线时间,作为产品经理,你会如何处理?
答:
这个问题并不在于产品了解技术方案与否,专业的事情应该交给专业的人做,作为PM应该相信技术,所以首先应该明确角色定位,技术是使产品实现的专业人士,而PM则更偏向于组织统筹的角色,团队各司其职,才能确保项目运作。故这个问题,实质上是PM如何与技术沟通的问题。
一、紧急vs非紧急
作为PM对于产品必须要有一个全局的把控,首先应该对功能进行评估,根据需求不同,处理方法也不同。
若是紧急的需求,比如需要配合时间性强的运营活动,差一天可能就会被竞品改过风头,那么这时我们的处理方法就是倾向于不能延期
若是非紧急的需求,为了避免bug,给技术更多时间打磨功能,也是可以灵活应变的,若是上线时间无法调整,甚至可以延期到下一个版本再上线。但是这仅仅说明了技术同学的延期要求过了产品同学这一关,整个产品涉及的可不只是PM和技术,PM有责任立即召集相关人员告知,如果所有相关人员都认同,那么工期可以调整。
二、主观vs客观
为什么要延期?因为开发说工期不足以实现功能。
为什么工期会超出预期?会不会是PM跟技术同学传达的时候出了问题?
主观原因,也就是技术同学可能理解错了PM的功能需求,那么自然技术方案就会出现偏差。为了避免这种情况,PM与技术同学沟通的时候,切记反复确认u understand what i understand,只有理解一致,才能使得项目under control,若是这种情况,及时纠错为时不晚。
产品vs技术——技术说要推迟上线,PM应该怎么办()
文章图片
反复确认 【产品vs技术——技术说要推迟上线,PM应该怎么办()】客观原因,也就是当主观理解一致之时,客观上的确需要延长工期,那么作为产品能做的,则是从功能角度考虑,系统是否已有类似功能可以借鉴,如有那么只需要技术同学参考已有接口,可以大大减少延期的几率;若没有,那么这个需求是否可以借鉴产品已有功能实现,这样也可以减少工作量;假如都没有,那不妨给技术同学一点时间吧。
三、经验教训
分析这个问题,实质上是产品和技术的矛盾,预期与现实的矛盾,所以我们要努力减少这两对矛盾。
在项目的前期会议之时,产品和技术都应该对需求有一个足够的了解,这样确定的工期才是可控的。
作为PM,可以注意以下几点:

1.在确定工期时,预留一定的flextime,这样出现突发状况不至于手忙脚乱;
2.在确定产品功能时,不妨听听技术同学的意见,思想碰撞说不定有更优解;
3.PRD中可以适当运用技术思维,比如交互设计环节采用技术化术语来明确表达交互动作,动态参数采用数据库对应字段来标记等等。这样可以帮助技术同学准确理解需求,减少PM和技术同学的沟通成本;
4.总之,跟技术同学打好关系是非常重要的。

    推荐阅读