【to 产品新人】互联网产品上线前,你该做些什么?

【产品直播课】你想学的,都在这里

讲师:王高歌(资深产品人,和君资本战略分析师)

checklist-pm-checklist-blues-00

作者:BLUES(公众号ID:bluemidou,迅雷产品总监,原YY语音、腾讯高级产品经理)

 

这阵子,经历了一个做产品以来速度最快的一个项目,太多第一次遇到的情况,从中秋节前到现在,除去校招出去的5天,一直都在赶项目。即使是校招,也是以项目为主题进行群面和创意PK。

每天早上9点多到公司,晚上12点后收工,甚至有到凌晨4点才下班,早上7点多起床,中午还不休息。

赶项目的节奏,大抵如此吧。这不是一种健康的状态,会逐步调整过来。

 

先说一点特别重要的事情:

  • 无论进度多赶的项目,发布前,请一定内测。
  • 无论进度多赶的项目,发布前,请一定内测。
  • 无论进度多赶的项目,发布前,请一定内测。

 

这段时间,真的忙不过来,文章写的少。一些人说,BLUES,你有多少多少粉丝,我的感觉是,千万不要说什么粉丝,我有自知之明,个人还没那么多魅力,大家订阅BLUES的公众号,是因为对工作,对生活有帮助。

互联网产品上线前:产品经理、开发、测试该做些什么?这是近些天,我们的项目团队在做的事情。写一些心得吧,来自腾讯、YY、迅雷的工作实践汇总,有些杂乱,不一定全对,供大家参考,有兴趣的同学可以整理一下。

 

 

 

产品经理的自查

  • 需求文档是否补充完整?例如交互图、设计稿是否已经更新;
  • 客服文档是否已经提交并进行客服培训;
  • 每个功能特性是否有确定的输入、处理、输出?
  • 是否有异常结果的处理?
  • 页面跳转是否有给出明确的地址?
  • 产品文字是否已检查?(包括但不限于页面文字、广告语)
  • 发布策略是否已考虑,灰度发布是否在文档中有说明?
  • 已有功能、标识的改动,在其他模块的呈现,是否覆盖完整?
  • 如涉及现有产品的老功能删减,需要和客服沟通;
  • 需求特性是否区分用户身份?
  • 未实现的需求是否在文档中注明?
  • 除了正常状态,异常条件下的兼容措施是否考虑?
  • 统计需求是否明确提出?数据是否正常上报?

 

 

草拟了一个产品经理的自查表,供大家参考,手机横屏过来看。

  • 模块
  • 页面
  • 功能点
  • 用户状态
  • 输入(操作)
  • 处理
  • 输出(结果)
  • 异常处理
  • 跳转
  • 文案
  • 统计需求
  • 备注与问题

 

表格的字段如下:

pm-checklist-blues-01

 

 

产品运营的自查

  1. 产品的冷启动是否已经准备完毕?
  2. 内容运营的更新机制是否已经确认,并进行部署,是自动更新,还是人工更新,有无更新机制和审核发布机制?
  3. 产品活动运营是否已经进行规划?是否有专人负责?周期性的活动,是否已经有运营模板?
  4. 产品数据是否已经正确上报?是否通过数据测试?数据报表是否已经就绪?
  5. 新媒体运营的账号是否已经建立,是否有专人负责?是否有内容规划?内容获取途径是否已经建立?
  6. 渠道运营是否已经建立,例如应用商店的合作,SEO,ASO的计划和实施;
  7. 用户消费充值的路径是否顺畅?数值是否准确?

 

 

开发自查

  1. 每个功能是否全面自测?边界/异常参数的确认和验证(如果有以类似lib方式对外提供被调用API)
  2. 是否进行高危函数扫描?
  3. 是否进行安全漏洞扫描?
  4. 是否有内存泄漏的检测和结果(如果是C/C++代码)?
  5. 不必要log是否删除了,以及log信息是否清晰完整详细?
  6. 统计上报是否完整?
  7. 代码在编译环境已编译通过?
  8. 是否有socket泄漏?
  9. 是否影响其他相关模块功能表现?
  10. 自身系统压力是否已评估?
  11. 后端支撑系统负载变化是否已评估?
  12. 是否对业务流量有影响?
  13. 转测试文件和ARS单是否完整
  14. 产品体验是否通过?体验反馈的问题是否已修复?
  15. 是否需要灰度,采用何种灰度方案
  16. 是否需要提前发布配置?

 

 

测试人员自查

  1. 产品通过测试的发布标准建立;
  2. 用例编写是否100%覆盖需求;
  3. 是否及时有效地修改自动化用例(CGI的修改涉及到自动化用例部分的内容) ;
  4. 用例编写是否有考虑异常逻辑&优化(如web前台,性能等)的情况 ;
  5. 是否有认真阅读提测邮件的测试重点,有针对性的编写用例;
  6. 是否有发起用例评审,并根据评审意见修订用例;
  7. 测试Bug是否进行有效性跟处理,直至闭环;
  8. 版本发布时是否确认Bug单的状态为已关闭或已挂起,否则不允许发布 ;
  9. 测试报告是否及时发送;
  10. 开发完成后,页面重构人员把版本内涉及的文件提取并入测试环境原版本内 ;
  11. 提供相关ARS单信息给开发pm提单操作;
  12. 配host到测试环境,确认代码版本正确,确保无bug,确保页面准确还原设计稿;
  13. 测试过程中,会提出为改善用户体验以及细节的缺陷,测试人员会通过XXXX系统提交bug单发送给相关责任人;
  14. 评估名下bug单的优先级和处理时间点,统一时间处理;
  15. 处理完成后,及时更新bug单的状态;
  16. 代码是否上传XXX系统?
  17. bug状态是否已更新?
  18. 遗留bug是否已经过PDM、PM、TE评估?(致命及严重bug需要测试leader和总监确认)
  19. 发布时间和内容是否符合发布规范(例如版本中包含后台server发布,晚上高峰期需要经过审批才能发,日常版本不能包含cgi等)
  20. 配置文件的修改是否恢复;
  21. 外网运营环境版本是否与测试环境一致;
  22. 影响到其他模块表现的,发布前对方测试人员是否已做功能验证并确认ok
  23. 版本发布后是否留守进行外网验证,发出验证报告后才离开
  24. 外网验证的Bug是否有跟进处理(严重Bug要跟进及时处理,其他Bug阶段性的跟进处理)

 

封面,来自波士顿大图网。这么忙,为啥还写文章,因为不写,老是感觉少了些什么,或许,这就是兴趣吧。

 

 

 

 

 

扩展阅读:

 

 

 

 

 

文章转载来源:BLUES
头图来源:http://blog.coverall.com
========================================

不知不觉UXRen社区官网已经2岁了, 在这里小编要感谢那么一如既往支持本站的油茶人。 UXRen.cn欢迎油茶人投稿,提供有价值的资讯、线索、点子及建议。 

邮箱:contact@13tech.com.cn 
注明:本站内容及数据部分来自互联网及公开渠道,如有侵权请及时联系我们。
========================================

 

 

 
 
UXRen公众账号 关注UXRen微信公众号(cnUXRen)

UXRen社区欢迎各界 用户体验从业者及学生 投稿优质原创文章。投稿请关注UXRen社区公众账号cnUXRen(上面有二维码)留言“我要投稿”,小编会及时与您取得联系。


版权声明:除转载文章外,本站所有文章版权归UXRen社区所有,转载请注明出处:UXRen社区,并保留本站原文链接地址。本站部分文章来自互联网及公开渠道,如有侵权请及时联系我们。邮箱:contact@13tech.com.cn

1 Response

  1. 2016-07-06

    […] 【to 产品新人】互联网产品上线前,你该做些什么? […]

发表评论

电子邮件地址不会被公开。