“不就是提个小需求么?你们怎么反应那么慢?”
“你们这个需求排不到App里面,不予立项”
“你们产品写的需求文档不是我们要的效果啊,我们看重的是……”
“排队排队排队,研发人不够,排期已经到下个月中了。”
“功能测试已经通过了,但是App近期没有上线计划,上线要等到下个月初哈”
“特殊时期,包含该内容的APP一律不予审核通过”
太难了,一个需求从提出、到立项、到研发完成、到正式上线,到底要经历多少艰难险阻?
比漫长的上线流程更扎心的,是好不容易上线的功能,错过了最佳窗口期,结果没有达到想要的效果。
就像这个流程图中所展现的,一个功能的上线,就算再精简流程,受限于组织架构、软件架构,也很难提升到哪儿去。而与繁复流程相伴的,是愈加丰富的业务场景和诉求:
- 业务部门:市场千变万化,必须加快需求的响应速度,及时跟上市场热点
- 运营部门:运营理论千千万万,App无法获得用户画像,就根本无法支撑精细化运营;而产品迭代速度又严重限制了运营计划的上线
- 产品部门:需求如潮水,处理不完的优先级排序,一味跟随业务需求,又导致App愈发冗余、缺少亮点
- 研发部门:排期、缺人、赶工,不停的做需求,根本没有多余的精力审查代码、优化架构、提升性能