如何做好产品经理工作（六）——验收发布

上一篇我们分享了“ 如何做好产品经理工作（五）——跟进进度 ”，本篇我们来聊一聊做好产品经理工作的第六步：验收发布。

产品经理有义务在开发阶段结束后进行测试之前进行一次验收，目的是确保主要功能逻辑符合要求，不遗漏需求功能，可称之为需求验收。

在试验完成后，产品经理需要进行另一次验收，以确保产品没有明显的缺陷，并能正常使用，此时，才是真正的产品验收。

接受要求

有时候，我们需要做好心理准备，也许开发实现的功能和我们的想象有些不同，甚至会南辕北辙。

在这个时候，我们首先需要确认，是否有需求遗漏，通常会有部分功能被漏掉，这时，我们将判断这部分功能是否可以放到下个版本中，还是当前版本非常重要的功能。

面临着某些功能的实现效果与预期的效果不一致，我们还要冷静地分析判断，做出这样的调整，是否可以接受，如果可以接受，那就根据调整的结果，修改我们的交付品。

从原则上讲，我们希望尽快转换轨道，需求验收是一个阶段，更多的是一个节点，我们要把关，而且也要灵活，尽量避免过多的反复调整。

怎样才能确定哪些需求调整是可以允许的，哪些需求被遗漏是非允许的，就是我们在这一阶段需要练习提升的技能，MVP原理在这个环节也是适用的。

产品验收

保证产品上线没有明显的BUG，不仅仅是测试同学的职责，也是产品经理的职责，当然，我们不可能像测试同学那样细致，成体系，成规范地进行模拟操作。

但是我们可以从自己的角色出发，确保主路径不会出现明显的bug，我们需要保证业务正常，核心功能能够被使用，大多数使用场景都没有明显的缺陷。

与此同时，产品验收阶段也是我们对需求逻辑、业务逻辑、功能逻辑的最终审核阶段。

这就要求我们站在用户的角色上，进行真实的体验，可以说产品接受了，我们就是这个新功能的第一个真实用户。

产品验收完毕后，我们将立即通知各位同学，没问题，可以打包。

生产过程

在硬件方面，我们要为产品发布准备一些材料，比如更新文案，上传安装包供审核，尤其是IOS平台，需要花费3-7天的时间进行审核，并有可能被拒绝审核。

就软件方面而言，我们在发布某些特殊版本时，还需要配合业务规划制定发布策略，如有需要，可封包待发布。

也就是说，我们已经准备好了可发布的版本，但是并不是真正的发布，而是等待时机成熟。

为什麽会在一些重要的节庆日子，成熟的产品可以准时准点上线？例如圣诞版，如果推迟一到两天，是否就意味着这个版本完全是浪费，毕竟圣诞节不会等你两天。

特别版本，我们往往会提前准备好安装包，进入封包待发布状态，只需等待某一特定时间，即可直接发布版本。

以上就是“如何做好产品经理工作（六）——验收发布”的全部内容，如果你想了解“如何做好产品经理”以及“产品经理”的相关内容，可到 产品壹佰 官网进行获取。