非基准预算功能开发需求的思考

背景： 业务领导需要业务owner提供未来要规划的产品功能及需求，那么业务owner开始数数看，手上还有那些业务或流程还没有上系统，因此选了了非基准预算备案评审流程，还在通用审批系统上操作，没有对整个非基准预算信息进行结构化表达以及信息线上贯通，同时非基准预算模式相对确定，持续比较久的一个项目预算管理的流程。
价值分析：
这块儿业务在从价值层面来讲，不能说没有价值，毕竟从数字化角度分析，一线作业的业务和流程都线上结构化，才可能实现数字化。但是在经过深入分析发现，这个流程并非是一个高频的业务流程，而是一个解决异常场景，临时性的流程。从有效需求分析角度来讲，业务流程优先外部核心流程、内部核心流程，分支流程优先级并没有这么高，并且该流程有个业务规范也注定不会成为高频的流程，就是一个项目生命周期时间段内，最多允许发生两次，因此每年的流程数量不超过40个。
决策结论：
1、从目前产品整体PB来看，仍然有更多一线提效类需求，更有价值的能力需要开发，因此该需求优先级不高。
2、从未来来看，从长远数字化来分析，全流程上线也是数字化的一部分，因此需求会做。
3、从开发目前的预算成本的架构分析，该类需求所需要耗费月240人天的开发能力，是本身的功能复杂度如此高？还是整体逻辑的设计，缺少思考。
反思：
1、我们的预算变更，区分为基准预算变更和非基准预算变更，实际上本质都是预算变更，对于高频基准预算变更流程已经支持的情况下，正常的非基准预算变更流程因此是一个分支而已，何以需要做非常大的改动。这是接下来需要正对预算模块整体逻辑进行分析，看下工作量主要发生在哪？
2、在业务领导给下达的需求开发上，我们应该如何应对这类需求，首先我们需要有足够的信息和通用的基于投资的主题分析，跟业务领导进行沟通，以证明当前这类需求的优先级。
3、接下来在需求投资主题的价值分析上，我们需要有更系统性的方法跟我们的客户进行交流，并且在目标上也需要有评估手段，以便于领导在需求优先级上给予合适的决策。