互联网产品经验小分享——我对“验收”的一点思考（2020.8.9）

众所周知，互联网B端产品经理（特指对企业内部的产品经理，这里不包括saas）主要就是帮助企业提高收入、提升效率、降低成本、控制风险等责任，由于用户主体是企业内部人员，验收环节就显得格外重要。

（下文特指B端产品经理）

 

一、什么是“验收”？

“验收”是指业务方或者是产品经理对已完成开发的软件或是idea进行一个查收与核对的工作。

常见的验收主要分为以下3个阶段：

1. 第一阶段

需求评审阶段。产品经理完成产品解决方案后，需要进行一个需求评审会，在开评审会之前，产品经理需要跟业务方确认方案的可行性，此时产品经理可以拿着原型图跟业务方沟通确认，这个环节其实就是业务方对产品方案的一次验收，至于为什么要在评审会之前去确认，自然就是免得在评审会上当靶子、浪费大家时间。

但有些产品经理可能因为迭代需求小、没有严格召开评审会等原因，往往会忽视这一验收环节，最终可能会引发产品做出来了后，无法匹配业务方的需求。所以产品经理做任何事与决定前，一定要与各方信息同步、确认。

2. 第二阶段

测试阶段。测试阶段是在测试环境进行，产品经理和业务方通常也是在测试环境时进行验收。需要注意的是，产品经理在测试环境验收后，一定要拉上业务方再验收一次，确保业务方对该产品理解、认知，如果有使用上的疑问，也是可以在该环节沟通的。

如果产品功能复杂，强烈建议产品经理在业务方验收之前，输出用户操作手册，如果只是更新迭代，那也一定要将本次迭代清单列出来，一个个跟业务方验收。如果产品设计有疏忽，业务方对于某些设计不满意，改动小的话也是可以马上更改。

3. 第三阶段

上线阶段。上线后就是在生产环境上验收了，由于测试环境不能100%模拟生产环境，所以产品上线后，产品经理需要在生产环境验收一次，如果ok再去拉业务方进行一次验收。需要提醒的是，产品何时上线、何时让业务方验收使用，一定要跟业务方反复确认，千万不要发生产品上线后业务方不知情这种情况，风险很大，出了问题产品背全锅。

 

二、为什么要重视“验收”？

验收，不光是B端产品经理专业性的体现，同时也是提升业务部门对产品研发部信任的关键，请试想，业务方提需求后，产品研发人员埋头苦干，进行到什么阶段只能通过每周项目进展文字描述得知，产品长啥样、是否能满足需求，业务方心里都没有底，这样的情况极容易出事故。倘若在多个环节里鼓励业务方参与验收，这不免是一种需求沟通、信息同步的方式，也是提升业务部门对我们的信任。

我的亲身经历告诉我，业务部门如果对产品研发部产生信任危机，后果非常可怕，而且这种情况也是非常容易发生。

如何在有限的资源下，尽可能满足业务方的需求，提高业务方的满意度与信任，这是B端产品经理非常值得思考的一件事。

 

今天的分享就到这里，希望对你们有所帮助...