上线、发版本，是互联网研发流程中的一个“珠穆拉玛峰”。敏捷开发、瀑布流研发中，每个版本都带来了新的团队期待，和企业的转机。
尤其是有涵盖着新业务线的功能，以1.0经历无数过小版本后过渡到2.0版本中。新版本会产生数据或企业留存。
PMTalk也是按照敏捷的研发流程，一周一个版本进行。每周二固定需求评审，同样是上一周需求发版本时间。
大多数互联网公司是很难保证一周一个版本，其根本原因是因为许多项目从0到1，甚至是抛弃掉重新做。所以产品经理在设计需求，还没有迭代的说法。
但即使如此，仍然Kevin见过的许多互联网公司有1个月、也有1周，为何我们能保持每周版本迭代？
其实核心是从产品经理出身的团队，我们对"上线”有了一些小要求。
上线前校验需求4点
上线的时候，产品经理考虑的4个基准点。
1.功能角度
有没有遗漏的功能、用户操作逻辑、功能的交互。
如下页面的开关、时间设定、输入控件都是基于绑定功能的设置项目。
2.校验跳转路径
如PMTalk社区中的写文章、分享文章、推荐应用，需要跳转到对应的文章编辑器、分享页面、推荐应用输入框。
3.查看文案、文案与用户交互
这一点常见一些button或昵称上，用户的昵称长度过长后如何显示。以及button中存在数据。
如PMTalk有数据存在与无数据下点赞、评论的显示。
4.UI还原
这一点在前端的基本功上多一些。比如icon出现不清晰可能是因为非矢量图导致。如下为UI不欢迎导致的像素模糊问题
这种问题常见于使用第三方工具如蓝湖等工具，图片不为矢量图。需要UI设计师给到图
避免上线失败但加班
有的时候，上线必不可免加班。几乎所有的上线，为了解决上面4点提的问题。会出现测试版本第一版本、第二版本、第三版本.....
BUG也会有困难，也会有简单的。若上线后多个BUG出现，加班再说难免。尤其是互联网公司的项目管理以时间天数计算
在deadline，尽可能搞上去。选择延期很可能leader就绩效降低了。
所以在联网公司中，上线是一个“珠穆拉玛峰”。技术难度、需求设计大小、公司现有资源都会导致上线过程中出现一些难于预期的问题。
几乎没有一个产品，可以做到上线无BUG的情况。
本文由用户@Kevin改变世界的点滴发布于新媒体运营，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。