用灰度发布，玩点不一样！

“不就是提个小需求么？你们怎么反应那么慢？”
“你们这个需求排不到App里面，不予立项”
“你们产品写的需求文档不是我们要的效果啊，我们看重的是……”
“排队排队排队，研发人不够，排期已经到下个月中了。”
“功能测试已经通过了，但是App近期没有上线计划，上线要等到下个月初哈”
“特殊时期，包含该内容的APP一律不予审核通过”

太难了，一个需求从提出、到立项、到研发完成、到正式上线，到底要经历多少艰难险阻？
比漫长的上线流程更扎心的，是好不容易上线的功能，错过了最佳窗口期，结果没有达到想要的效果。

就像这个流程图中所展现的，一个功能的上线，就算再精简流程，受限于组织架构、软件架构，也很难提升到哪儿去。而与繁复流程相伴的，是愈加丰富的业务场景和诉求：

• 业务部门：市场千变万化，必须加快需求的响应速度，及时跟上市场热点
• 运营部门：运营理论千千万万，App无法获得用户画像，就根本无法支撑精细化运营；而产品迭代速度又严重限制了运营计划的上线
• 产品部门：需求如潮水，处理不完的优先级排序，一味跟随业务需求，又导致App愈发冗余、缺少亮点
• 研发部门：排期、缺人、赶工，不停的做需求，根本没有多余的精力审查代码、优化架构、提升性能