-----------------------------------------------------------------------------------------------------------------------------------------------
前置评估环节 ：将大数据类业务需求的线下指标评估改为线上支撑，由指标收口人审核通过后，才能提出正式的业务需求。
评估业务需求 ：明确需求分档标准，共分为6挡，每档对应工作量范围，以及交付周期，作为需求交付的依据；并建立各需求环节的处理时限，作为内部运营和开发商考核的依据。上述分档标准设计是否合理？
提交业务需求 ：根据需求六问的原则，在需求提出时，需要明确六问的要素（提出人、使用角色、变更类型、预期成效、使用频次、是否沉淀）。需要业务提出人填写并确认。具体详见DEMO和业务需求要素。
提交业务需求 ：为提高需求提出效率，对需求内容进行结构化设计，细分为常见的14类需求，包括：新增产品 □受理规则 □管理规范 □计费账务 □营销优惠 □信控规则 □结算 □报表 □大数据分析 □能力开放申请 □存量数据/配置处理 □非功能性需求 □管理信息业务 □其它。上述设计是否满足业务部门需求提出的要求。
提交业务需求 ：对涉及缴费或报表的需求，因涉及到财务科目需要通过财务部进行会签同意后进行支撑，否则将回退需求，避免需求上线后的风险。上述流程设计是否满足业务部门要求。具体详见DEMO和业务需求要素。
提交业务需求 ：对涉及入网、实名制界面的要求，需要通过市场部会签通过后才能进行支撑，否则将回退需求。上述流程设计是否满足业务部门需求提出的要求。具体详见DEMO和业务需求要素。
提交业务需求 ：对涉及业务短信的要求，需要通过品质部会签同意后才能进行支撑，否则将回退需求。上述流程设计是否满足业务部门需求提出的要求。具体详见DEMO和业务需求要素。
提交业务需求 ：重构后的业务需求表单，需要业务部门对常见的敏感信息、批量关停两类常见风险进行确认，便于在开发阶段遵循三同步原则部署相应的措施，具体详见DEMO和业务需求要素。
提交业务需求 ：引入重点需求保障机制，根据开发资源给各部门分配重点需求配额进行重点保障，由业务收口人进行评估，确定是否纳入重点需求。在途重点需求配额市场部：10个，政企部：10个。
提交业务需求 ：新增需求业务资产和IT资产概念，做好需求和资产的双向管理，其中业务分类树包含三级，需求提出人需要明确该需求所属的业务分类，完成一二级的选定。
提交业务需求 ：在业务需求整体交付后，将在需求管理平台实现由业务需求提出人指定测试人员进行业务测试，支持群组管理。业务验证结果在后评估环节作为需求开发质量的参考依据。
业务需求后评估 ：完善需求后评估，增加了需求上线后的量化成效指标，由系统自动提供交付周期、交付质量数据、以及需求六问的预估成效和实际成效的比对，便于需求提出人进行更客观的需求后评估。具体详见DEMO。
针对目前需求预评估，预评估时间长的问题，就评估的时限，是否有好的优化建议？