面对“不确定性需求”采取的分析策略是：仅做必要性分析，不考虑正确性分析，也不考虑效果分析。不必要的需求合理拒绝。
所有模版小于3M，出方案。
昨天请假了，领导跟我同事提了这么个需求。“有20个用户单次下载时长大于8s。因为模版体积太大了。你们把所有模版压缩到3M内。”，我觉得这不一定是个必要做的需求，就用What、Why、How的方式梳理了下思路：
现状：20个用户下载时长大于8s。
目标：所有用户都在8s内下载。
问题定位：拆解影响下载时长的因素：
1、确认下载时长计算方式，失败后重新下载是否包含在下载时长里。
2、确认交互：若下载中滑走了，网络资源是否优先匹配滑走后的预览视频。
3、网络：若其他用户导出这个模版的时长小于8s，说明由不可控的网络造成。
4、体积：问题模版体积是否比其他正常正常模版体积大。若不是，排除。若是，压缩这几个体积。
5、后台调整/重做：若其他时间/版本此模版下载时长正常，那么由重新做导致。
结论是：模版无需压缩，修改2个超标模版。
总结，评估一个需求是真需求还是伪需求
正确性：该需求转化为功能后，确实存在被该需求影响的用户群体；另一方面，只有有足够多的使用用户，如果功能的使用用户较少，就会过度消耗团队有限的资金和时间。
效果：通过已知的数据可以预测需求上线后的效果并不会很理想，此时，压缩模版并不会产生很多使用数据，也就不需要在该需求上投入过多的资源。
网友评论