这阵子，经历了一个做产品以来速度最快的一个项目，太多第一次遇到的情况，从中秋节前到现在，除去校招出去的5天，一直都在赶项目。即使是校招，也是以项目为主题进行群面和创意PK。
每天早上9点多到公司，晚上12点后收工，甚至有到凌晨4点才下班，早上7点多起床，中午还不休息。
赶项目的节奏，大抵如此吧。这不是一种健康的状态，会逐步调整过来。
先说一点特别重要的事情：
无论进度多赶的项目，发布前，请一定内测。
无论进度多赶的项目，发布前，请一定内测。
无论进度多赶的项目，发布前，请一定内测。
这段时间，真的忙不过来，文章写的少。一些人说，BLUES，你有多少多少粉丝，我的感觉是，千万不要说什么粉丝，我有自知之明，个人还没那么多魅力，大家订阅BLUES的公众号，是因为对工作，对生活有帮助。
我们能成为朋友就挺好了，别指望什么粉丝，所幸还是在公众平台交到不少朋友。
看到自己的文章，被朋友们推荐转发，也是极好的，我也偶尔发发红包表示感谢。
有的好友从第一篇文章开始就和BLUES互动，时常在后台给些建议，说些感想，发几个打赏，也让BLUES感受一下拿红包的快乐，也是一种作者的存在感吧，虽然，从一开始写文章，也没想过什么回报，后来的回报都是水到渠成。
产品经理的自查
需求文档是否补充完整？例如交互图、设计稿是否已经更新；
客服文档是否已经提交并进行客服培训；
每个功能特性是否有确定的输入、处理、输出？
是否有异常结果的处理？
页面跳转是否有给出明确的地址？
产品文字是否已检查？（包括但不限于页面文字、广告语）
发布策略是否已考虑，灰度发布是否在文档中有说明？
已有功能、标识的改动，在其他模块的呈现，是否覆盖完整？
如涉及现有产品的老功能删减，需要和客服沟通；
需求特性是否区分用户身份？
未实现的需求是否在文档中注明？
除了正常状态，异常条件下的兼容措施是否考虑？
统计需求是否明确提出？数据是否正常上报？
草拟了一个产品经理的自查表，供大家参考，手机横屏过来看。
模块
页面
功能点
用户状态
输入（操作）
处理
输出（结果）
异常处理
跳转
文案
统计需求
备注与问题
表格的字段如下：
模块
页面
功能点
用户状态
输入（操作）
处理
输出（结果）
异常处理
跳转
文案
统计需求
备注与问题
表格的字段如下：（范例）
范例一：手机注册
自查项目 范例
模块 手机用户注册
页面 手机用户注册页面
功能点 用户使用手机注册
用户状态 未登录用户
输入（操作） 输入手机号、接收手机验证码并输入、输入密码；
处理 系统查询是否有重复手机号，发送手机验证码，密码安全性检查；
输出（结果） 手机号是否可用；验证码是否正确；密码是否安全；注册是否成功；
异常处理 如无法收到手机验证码，60秒后允许重新发送；
跳转 注册成功后跳转产品首页（或者产品教程页、或者首页带新用户教学蒙板）
文案 手机号；验证码；获取验证码；密码，重复密码；注册；
统计需求 成功注册人数；注册页面PV/UV；点击重发验证码PV/UV
备注与问题 每个手机仅允许注册一个账号；
范例二：公屏聊天
自查项目 范例
模块 公屏聊天
页面 首页
功能点 用户发表公屏文字信息，并支持弹幕显示。
用户状态 登录用户。
输入（操作） 输入文字，并点击发送。每条字数限制20个字。每条发送间隔X秒。屏蔽敏感词。
处理 文字敏感性判断；公屏聊天条数计算，支持XXX条文字并发显示；公屏聊天记录不存储；
输出（结果）
公屏显示用户昵称、VIP图标、发送信息内容；每个用户必须看到自己发送的信息，当公屏同时并发消息条数超过XX条，仅显示XX条；
点击用户VIP图标，引导进入VIP开通、续费流程；
异常处理 敏感词显示为***号；被禁言用户给出提示；无法获取用户昵称，则显示用户ID；
跳转 第一版公屏聊天不支持链接跳转；
文案
按钮文案：发送；
发言间隔小于X秒，提示：发言太快，请在X秒后发送；
被禁言提示：已被禁言，可在XXX申诉；
统计需求 发送按钮点击PV/UV；
备注与问题
非注册用户引导注册流程。
发言管理后台设计，支持禁言、解禁、记录用户禁言前发送的最近记录、根据用户ID和昵称查询；
产品运营的自查
产品的冷启动是否已经准备完毕？
内容运营的更新机制是否已经确认，并进行部署，是自动更新，还是人工更新，有无更新机制和审核发布机制？
产品活动运营是否已经进行规划？是否有专人负责？周期性的活动，是否已经有运营模板？
产品数据是否已经正确上报？是否通过数据测试？数据报表是否已经就绪？
新媒体运营的账号是否已经建立，是否有专人负责？是否有内容规划？内容获取途径是否已经建立？
渠道运营是否已经建立，例如应用商店的合作，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阶段性的跟进处理)
作者：Blues，微信公众号：BLUEMIDOU，迅雷产品总监，原YY语音、腾讯高级产品经理。具有十年产品经验，多年产品讲师经验。擅长产品策划、产品运营、数据分析、用户研究、行业分析等。
去年今日运营文章
- 2023: 2022年每日活菌大瓶装上市整合营销方案(0)
- 2023: 2022地产项目国庆红色主题暖场（盛世华诞·礼赞国庆主题）活动策划方案-39P(0)
- 2023: 羡慕了，国家电网工资待遇曝光(0)
- 2023: 《100个思维模型系列》052.大脑系统思维模型(0)
- 2022: 思维模型系列之学习金字塔(0)
原创文章，作者：鸟哥笔记，如若转载，请注明出处：https://www.iyunying.org/yunying/30412.html
