项目验收是产品上线前非常重要的环节,很多重大问题需要我们在上线前做好把控。产品经理在上线前更应该投入更多的精力,确保按时保质地完成目标,在最后1公里失败,就非常可惜了。接下来,让我们看看笔者是怎么做项目验收的吧。
项目验收分为三个部分:一是项目需求验收,二是UI交互验收,三是产品发布前验收。
前期都努力了很久,最后上线前的关键阶段一定不能掉链子,要有匠人精神,认认真真验收前期确认好的需求。不同验收环节需要注意的点如下:
一、项目需求验收
1. 为什么需要项目需求验收
需求验收的目的是确保前期指定的需求功能完整——技术开发过程中遗漏功能的补充以及需求偏离后的及时矫正。在开发提测之前,需求开发有明显问题的时候,给技术空出更多的调整需求的时间。防止在后期上线前发现问题,时间仓促,导致功能实现效果不好,仓促了事。
2. 进入时间
在技术开发之后,测试进入之前。
3. 主要工作
验收需求功能的完整性,前期安排的需求功能是否开发完成,流程是否跑通。
4. 注意事项
(1)需求验收前,开发人员进行冒烟测试,保证基本功能完整通畅,不要出现明显的阻断性问题,消耗大量的时间。
(2)需求开发遗漏或者实现方案有问题,需要技术投入额外资源,需要妥善沟通、解决问题,不可急躁。一般在需求验收阶段,技术的开发工作已到尾声,如果团队资源紧张会有新的项目进入,技术人员会多项目同时进行。这时候需要PM妥善处理,确保功能的重要性,协调资源解决。
寻找问题出现的原因、需求问题,谨记下次注意,复盘中总结经验——是他人的原因,要主动沟通倾听;或许是需求不合理;或许是实现方案不合理,与技术哥哥们认真沟通。切勿甩锅急躁。
(3)功能完整即可,不要被细节、UI交互等所牵绊,明确当前阶段的目的。
二、UI交互验收
1. 设计验收的目的
设计验收重视的是视觉体验、交互体验,让用户用得轻松,看得清楚,操作简单容易。借用一本书的名字——《Don’t Make Me Think》
2. 进入时间
测试功能验收完成之后,流程无阻断性BUG。这个时候,开发有空余的时间,专门针对UI交互进行调整。
3. 注意事项
团队有设计师时,最好是设计师进行UI验收。设计师天然地对像素敏感,对页面风格整体把控比较强。专业的事情交给专业的人来做。
设计稿需要简单明了,直接将相关的要求列出:文字大小、颜色色号、分割线的宽度、文本域的宽度、不同型号手机的兼容适配问题等等。尽量减少重复二次沟通,节省开发哥哥的开发返工时间。这部分工作很多都是设计师直接在UI图中进行标准,PM需要多沟通,切勿自己有想法就直接与前端同事沟通直接修改。设计师验收过程中,又找技术小哥修改,过程反复,可能要炸了。
避免口头表达,看到一个细节修改一个细节,统一地走查一遍,将有问题的点整理记录,统一修改。
三、产品发布前验收
1. 目的
站好上线前的最后一道岗,确保产品保质按时上线。
2. 进入时间
一般在收到测试验收报告之后进行。如果项目时间要求比较紧张,可以在功能性问题验证完成之后进入,毕竟对创业公司来说时间非常宝贵。
3. 方式方法
记录问题的严重程度、环节、模块以及解决问题需要的人员定位,需要PM了解简单的技术知识,快速定位问题——是前端问题还是后端问题,是展示问题还是流程阻塞性问题。走查项目的主要流程,确保产品满足初始的设计方案。
展示形式:最好是通用的Excel方便浏览定位,如果团队有专用的项目协作软件也可以进行问题记录,防止相同问题多次反复的沟通,浪费自己时间,同时也浪费技术大哥们的时间。
4. 注意事项
涉及重大需求问题要谨慎评估。毕竟已经到了需要验收的阶段,如果在这个时间点发现需求问题,就得谨慎地做出选择。多问自己,当前需求功能的优先级是否是自己忽略,还是在开发过程中遗漏,有没有更好的解决方案。在不确保项目延期的情况下,沟通各方做出选择,切勿固执己见,整得大家都不开心。
准备好上线前的上线方案,检查是否存在数据迁移问题,是否有历史数据需要处理,上线前后对用户是否有影响,对当前操作系统的人员是否会有影响。上线前的代码部署,相应版本的审核发布。特别是IOS等需要提前进行审核,需要提前准备好,确保项目能够按时完成。
项目培训方案——项目上线前准备好相应的培训文稿,让用户可以在第一时间了解发布的新功能以及相应的使用方法。项目上线不是终结,只是开始。要持续跟踪用户的使用情况,统计分析数据,线上暴露的问题的修复。后续版本迭代的计划。
不要忘记复盘,让大脑理性地思考——项目整体效果怎么样;中间碰到了什么问题,这些问题是否可以避免;开发过程中是否有需求遗漏,是否跟技术哥哥们沟通不畅。总结经验,每次碰到的问题,都是下次成长的机会。拆分项目流程中的各个环节,精心打磨每一步细节,自然会有好的结果。