前言:产品验收是上线前最后一道关口,也是产品BUG和细节需求调整的最后机会。 如果验收通过,即可上线进入生产环境。有同学会问,已经过了产品测试,为什么还要产品验收?产品验收有哪些步骤呢?带着疑问往下看。
一、验收前
产品验收的定义是什么?产品验收是产品经过技术汪的开发及测试后,以用户的视角,辅助PRD文档进行观察、体验产品页面和功能的过程,得到的验收报告以证实产品满足原始需求。
产品验收与产品测试有什么不同呢?产品验收主要模拟用户场景,按用户视角使用产品,发现BUG,以及深一层的需求调整。
在验收开始前,把以下文档收集好(部分是产品立项前已有的文档),就像验收大楼一样,准备好当前盖楼前的图纸,作为验收的客观依据,产品列表主要包含:
1. PRD
2. 原型
3. 高保真
4. 使用手册
5. 测试用例
二、验收时间点
做好产品验收, 产品经理的时间点也要把握一下,分为二切入点: 一是看每天的测试报告 ,当显示剩余反馈不影响主体使用时,就可以参与验收。 二是产品预发布时开始验收,即产品进入验收环境。但此时功能如有较大的修改,产品汪将可能面临被动局面。建议在前一个切入时间点参与验收,迭代推进,给不确定风险留出冗余空间。
三、验收过程:
先说说验收过程的环境:产品已在验收环境,或叫预发布环境。此时产品的数据跟上线后的环境相同,所以最好不要随意修改基础数据;而用户端产生的数据,如评论,图片信息不影响,记要记得在上线前一天进行清除;
验收标准:对照以上清单的每一项,客观的验收,建议至少二遍,注意,至少,否则仍有很多漏网之鱼。客户指的是不能认为当初的功能是自己罗列的,十分的清楚,自己就凭记忆验收。
协助验收:产品的有些功能,产品经理无法单独验收,比如埋点数据或调用接口,就需要让测试同事协同处理,了解测试结果。测试如果是个MM就幸福了,对不起,我是产品男。
页面兼容性验收:在测试环节基础上,产品男此时重点验收主流手机的效果,且根据不同层面的客户操作操作。
小白测试:作为测试用例的一种,可看作轻暴力测试,为了模拟小白用户的操作场景,找出设备可能出现异常时产品的呈现。 比如客户网络不稳定,随意输入等非正常操作。 最好组织内部小组进行“人人体验”环节,找没有接触过产品的用户使用最好,将“小白测试”的效果发挥的最大,首次用的同事应该会提出很多你忽略的建议。
四、产品验收报告怎么写
主要包含二块内容,一是基本信息:包含项目名称、版本号、验收人员、验收时间、设备、系统版本等 二是PRD文档(建议用excel格式):按功能来标记验收结果,excel格式包含:模块,功能,功能描述,验收结果,异常处理人,优先级等;
好了,最后祝产品经理顺利通过验收环节,进入APP应用市场的茫茫人海。此时孕育的这个产品新生儿,虽然才刚刚出生,但只要健康,就它18岁崭新的开始。