产品经理与工程师沟通时经常出现的话题就是对于BUG的认定。当产品经理发现产品中存在BUG并报给工程师要求修复时，有时会遇到工程师回答这不是BUG的情况。例如，产品经理发现产品某个界面在加载数据时没有提示加载框，而是让界面处于一个什么都不显示的空状态，等后台数据加载完成后数据会突然显示出来。这个细节的设计并没有在PRD中专门说明。
这个问题在工程师看来是不影响产品使用的，因为只要网络条件好，数据总会加载出来，如果网络不好或者加载出错，会提示相应的异常信息。然而这个问题对产品经理来说，就是一个会影响用户体验的产品BUG，因为在加载数据时界面显示空状态，会给用户一种不安全感或者是一种不确定感，即用户不知道后台发生了什么，是不是网络不好或者后台数据加载出错。所以，从产品用户体验的角度来说，在加载数据的过程中需要对用户有所提示。
这个问题的根本原因是在PRD中没有对这个细节功能进行非常详细的设计。本质上这是一个交互设计问题，没有这个不会影响产品的功能使用，但是有了会让产品的用户体验更好。从工程师的角度理解，这是一个不影响产品功能的优化，所以不是BUG，而从产品经理的角度理解，这会极大地影响用户体验。两种角度，两种观点，各执一词很难在沟通上达成一致。
产品经理想解决这个问题，首先需要了解什么是BUG。在工程师的世界里，BUG是一种贬义词，是因为代码或者逻辑出错而导致的功能性错误。例如用户无法正常登录或者无法获取到用户头像，BUG通常会导致产品功能使用中断从而妨碍业务流程的顺利进行。工程师接收到BUG时，心里通常是不爽的，自己写的程序代码出了故障，这是很难接受的。
产品经理可以从另一个角度解决问题，以数据加载为空状态为例，产品经理应该让工程师知道这是PRD里没有定义的内容，属于新增的一个小特性，不是工程师的工作有缺失，基于这种认知，接下来就会好办很多。同样是解决一个问题，方法不一样，结果的差异会很大。
网友评论