【to 产品新人】互联网产品上线前，你该做些什么？
作者：BLUES（公众号ID：bluemidou，迅雷产品总监，原YY语音、腾讯高级产品经理）
这阵子，经历了一个做产品以来速度最快的一个项目，太多第一次遇到的情况，从中秋节前到现在，除去校招出去的5天，一直都在赶项目。即使是校招，也是以项目为主题进行群面和创意PK。
每天早上9点多到公司，晚上12点后收工，甚至有到凌晨4点才下班，早上7点多起床，中午还不休息。
赶项目的节奏，大抵如此吧。这不是一种健康的状态，会逐步调整过来。
先说一点特别重要的事情：
-
无论进度多赶的项目，发布前，请一定内测。
-
无论进度多赶的项目，发布前，请一定内测。
-
无论进度多赶的项目，发布前，请一定内测。
这段时间，真的忙不过来，文章写的少。一些人说，BLUES，你有多少多少粉丝，我的感觉是，千万不要说什么粉丝，我有自知之明，个人还没那么多魅力，大家订阅BLUES的公众号，是因为对工作，对生活有帮助。
互联网产品上线前：产品经理、开发、测试该做些什么？这是近些天，我们的项目团队在做的事情。写一些心得吧，来自腾讯、YY、迅雷的工作实践汇总，有些杂乱，不一定全对，供大家参考，有兴趣的同学可以整理一下。
产品经理的自查
-
需求文档是否补充完整？例如交互图、设计稿是否已经更新；
-
客服文档是否已经提交并进行客服培训；
-
每个功能特性是否有确定的输入、处理、输出？
-
是否有异常结果的处理？
-
页面跳转是否有给出明确的地址？
-
产品文字是否已检查？（包括但不限于页面文字、广告语）
-
发布策略是否已考虑，灰度发布是否在文档中有说明？
-
已有功能、标识的改动，在其他模块的呈现，是否覆盖完整？
-
如涉及现有产品的老功能删减，需要和客服沟通；
-
需求特性是否区分用户身份？
-
未实现的需求是否在文档中注明？
-
除了正常状态，异常条件下的兼容措施是否考虑？
-
统计需求是否明确提出？数据是否正常上报？
草拟了一个产品经理的自查表，供大家参考，手机横屏过来看。
-
模块
-
页面
-
功能点
-
用户状态
-
输入（操作）
-
处理
-
输出（结果）
-
异常处理
-
跳转
-
文案
-
统计需求
-
备注与问题
表格的字段如下：
产品运营的自查
-
产品的冷启动是否已经准备完毕？
-
内容运营的更新机制是否已经确认，并进行部署，是自动更新，还是人工更新，有无更新机制和审核发布机制？
-
产品活动运营是否已经进行规划？是否有专人负责？周期性的活动，是否已经有运营模板？
-
产品数据是否已经正确上报？是否通过数据测试？数据报表是否已经就绪？
-
新媒体运营的账号是否已经建立，是否有专人负责？是否有内容规划？内容获取途径是否已经建立？
-
渠道运营是否已经建立，例如应用商店的合作，SEO，ASO的计划和实施；
-
用户消费充值的路径是否顺畅？数值是否准确？
开发自查
-
每个功能是否全面自测？边界/异常参数的确认和验证（如果有以类似lib方式对外提供被调用API）
-
是否进行高危函数扫描？
-
是否进行安全漏洞扫描？
-
是否有内存泄漏的检测和结果（如果是C/C++代码）？
-
不必要log是否删除了，以及log信息是否清晰完整详细？
-
统计上报是否完整？
-
代码在编译环境已编译通过？
-
是否有socket泄漏？
-
是否影响其他相关模块功能表现？
-
自身系统压力是否已评估？
-
后端支撑系统负载变化是否已评估？
-
是否对业务流量有影响？
-
转测试文件和ARS单是否完整
-
产品体验是否通过？体验反馈的问题是否已修复？
-
是否需要灰度，采用何种灰度方案
-
是否需要提前发布配置？
测试人员自查
-
产品通过测试的发布标准建立；
-
用例编写是否100%覆盖需求；
-
是否及时有效地修改自动化用例(CGI的修改涉及到自动化用例部分的内容) ；
-
用例编写是否有考虑异常逻辑&优化(如web前台,性能等)的情况 ；
-
是否有认真阅读提测邮件的测试重点,有针对性的编写用例；
-
是否有发起用例评审,并根据评审意见修订用例；
-
测试Bug是否进行有效性跟处理,直至闭环；
-
版本发布时是否确认Bug单的状态为已关闭或已挂起,否则不允许发布 ；
-
测试报告是否及时发送；
-
开发完成后，页面重构人员把版本内涉及的文件提取并入测试环境原版本内 ；
-
提供相关ARS单信息给开发pm提单操作；
-
配host到测试环境，确认代码版本正确，确保无bug，确保页面准确还原设计稿；
-
测试过程中，会提出为改善用户体验以及细节的缺陷，测试人员会通过XXXX系统提交bug单发送给相关责任人；
-
评估名下bug单的优先级和处理时间点，统一时间处理；
-
处理完成后，及时更新bug单的状态；
-
代码是否上传XXX系统？
-
bug状态是否已更新？
-
遗留bug是否已经过PDM、PM、TE评估？（致命及严重bug需要测试leader和总监确认）
-
发布时间和内容是否符合发布规范（例如版本中包含后台server发布，晚上高峰期需要经过审批才能发，日常版本不能包含cgi等）
-
配置文件的修改是否恢复；
-
外网运营环境版本是否与测试环境一致；
-
影响到其他模块表现的，发布前对方测试人员是否已做功能验证并确认ok
-
版本发布后是否留守进行外网验证,发出验证报告后才离开
-
外网验证的Bug是否有跟进处理(严重Bug要跟进及时处理,其他Bug阶段性的跟进处理)
封面，来自波士顿大图网。这么忙，为啥还写文章，因为不写，老是感觉少了些什么，或许，这就是兴趣吧。
扩展阅读：
-
【UXRen培训】产品狗的自我洗脑术（北京）
-
【UXRen译】设计师能从产品经理身上学到什么？
-
【UXRen译】告诉产品经理，用户故事(User Story)远胜过产品需求文档(PRD)
-
【思考】产品经理经常做的「10件错事」
-
【分析】为什么说好的产品经理一将难求
-
【大拿说】58赶集资深副总裁张川：产品经理3件事
-
更多产品相关干货文章>>
文章转载来源：BLUES
头图来源：http://blog.coverall.com ========================================
不知不觉UXRen社区官网已经2岁了， 在这里小编要感谢那么一如既往支持本站的油茶人。 UXRen.cn欢迎油茶人投稿，提供有价值的资讯、线索、点子及建议。
邮箱：contact@13tech.com.cn
注明：本站内容及数据部分来自互联网及公开渠道，如有侵权请及时联系我们。
========================================
1 条回复
[…] 【to 产品新人】互联网产品上线前，你该做些什么？ […]