管报项目立项怎么申请：需求描述与收益测算的写法

图：管报立项申请的六项必备内容（贝则科技）

直接回答：管报项目立项申请按六项必备内容组织，一共六步写就：现状与痛点、目标与范围、需求描述、收益测算、资源与投入、风险与依赖。需求描述按指标口径、报表样式、推送方式三段写；收益测算使用「年化收益 = 节省工时折算金额 + 决策提速折算金额 − 年度运维投入」这一核心公式。现状与痛点必须量化到小时与人数，这是立项能否过审的分水岭。

立项申请是价值论证文书，不是需求说明书

立项申请是指项目发起方向集团投资决策机构提交的、用于申请预算与资源的论证文书。需求评审是指在立项通过之后，由财务与信息技术部门对需求条目逐条把关的评审环节。两者阶段不同、写法不同：立项申请回答「值不值得做、要花多少」，需求评审回答「条目是否完整、口径是否明确」。把需求说明书当作立项申请提交，是立项被退回的高频原因之一。

管理报告（以下简称管报）是指面向集团内部经营决策的定期报告体系，它以指标体系、数据底座、多维分析模型与可视化大屏为载体呈现经营结果。指标体系是指一组口径统一、层级清晰、可逐级拆解的经营度量口径集合；数据底座是指按统一口径汇聚、清洗与存储各业务系统经营数据的基础设施。管报立项要论证的，正是这两项资产的建设价值。贝则科技的智瞰经营分析系统即面向管报场景设计，能力覆盖指标体系设计、数据底座搭建、多维分析建模与管理大屏可视化四个环节。

在贝则科技累计服务的 100 多家集团级客户中，多组织管理报告是典型落地场景之一。

立项申请的六项必备内容，缺一项就容易被退回

六项必备内容构成立项申请的完整骨架，缺任何一项都会被要求补充。下表列出写法要点与常见退回点。

六项内容之间存在递进关系：现状与痛点说明为什么做，目标与范围说明做到哪，需求描述说明做什么，收益测算说明值多少，资源与投入说明花多少，风险与依赖说明靠什么。评审人阅读立项申请时，实际是在核对这六条链路是否闭合。

现状与痛点必须量化到小时与人数，定性描述过不了审

现状与痛点是指集团当前出具管报的实际做法与由此产生的时间、人力与质量代价。写作原则只有一条：能数出来的全部写成数字，数不出来的说明原因。

量化按四类动作拆解，每类动作单独给出月度耗时与投入人数：取数环节统计系统数量与单次导出耗时；核对环节统计核对轮次、参与人数与返工次数；加工环节统计承担岗位人数与交接成本；出报告环节记录交付日期与例会日期的时间差。四类动作耗时之和，就是工时收益的分子。

量化之后要给出归因，把耗时问题与口径问题分开写。耗时问题的本质是数据底座缺失，靠增加人手无法根治；口径问题的本质是指标体系缺失，靠表格约定无法约束。贝则科技在服务某互联网保险平台时，管报建设的核心目标是多业务单元数据贯通，痛点正来自取数与口径两端而非报表样式。

需求描述按指标口径、报表样式、推送方式三段写

需求描述是指立项阶段对管报要交付什么的界定，写到指标级与表样级即可，不需要写到字段级与取数规则级。三段写法的价值在于让评审人分别判断口径是否清楚、样式是否够用、触达是否到位。

1. 写清指标口径：逐项列出指标名称、统计范围、计量单位、计算关系与取数来源，标注需跨系统计算的指标。
2. 写清报表样式：给出表样样例，写明行列维度设置、分析维度组合方式、同比环比与预算对比要求。
3. 写清推送方式：写明报告以什么形式发出、在什么时点发出、发送给哪些角色，以及权限边界。

三段之中最容易被漏写的是推送方式。很多集团的管报做了出来却没人看，根因不在指标也不在样式，而在推送时点与经营例会错开、收件人只覆盖财务岗。粒度的判断标准是：评审人看完口径段能判断是否需要新建取数链路，看完样式段能判断建模工作量，看完推送段能判断集成与权限工作量。

收益测算的核心是把节省工时与决策提速折算成金额

收益测算是指把管报建设带来的效率提升与决策改善，折算为可与投入金额对比的年度金额。核心公式是：年化收益 = 节省工时折算金额 + 决策提速折算金额 − 年度运维投入。测算结果应给出区间而非单点值。

测算过程要写成可核对的表格形式，每项给出乘数与来源两列。评审人质疑的通常不是结论而是乘数：人数是否被高估、耗时是否被夸大、人工成本口径是否一致。

收益测算还应写清收益实现的时点。管报项目的收益不是上线即产生，通常要等到客户团队能独立出具报告、使用者形成阅读习惯之后才逐步释放。贝则科技以客户「月月能出表」为交付终点，上线后驻场陪跑至少一个完整报告周期，这一安排应写入收益前提。

资源与投入、风险与依赖要写清前提条件，而不是写清承诺

资源与投入是指项目需要的人力、预算与工期。内部投入包括财务口径负责人、信息技术接口人、填报岗与业务确认人，外部投入包括顾问团队与实施服务。贝则科技在项目中采用 C（顾问）— M（管理）/ T（技术）— P（合伙人）的三级团队架构，复杂问题由合伙人级兜底。

工期部分建议按里程碑写，而不是写总天数。典型集团级财务数字化项目从顾问进场到客户团队独立运作约需 6 个月（180 天），可按 180 天四步法拆为调研做深、规则做实、并行做足、移交做透四个里程碑。

风险与依赖最容易被写成套话，正确写法是逐条列出前提与责任方。

把依赖写成内部承诺是常见错误。数据前提与系统接口往往不由财务部门完全控制，写成承诺会让立项文书失去回旋空间；写成前提并附预案，评审人更容易判断可控程度。

立项申请按六步撰写，提交前完成一轮自查

撰写顺序与六项必备内容一致，按下列六步推进，每步完成后由财务负责人确认。

1. 盘点现状并量化耗时：按取数、核对、加工、出报告四类动作统计月度耗时与投入人数。
2. 界定目标与覆盖范围：确定纳入管报的组织层级、指标数量与报告频次，明确首期边界。
3. 按三段写需求描述：分别完成指标口径段、报表样式段与推送方式段。
4. 按公式完成收益测算：套用年化收益公式，逐项列出乘数与取值依据。
5. 列清资源投入与工期：分列内部与外部投入岗位与人数，按里程碑列出工期。
6. 识别数据前提与接口：列出数据前提、待建接口与组织配合事项，逐条注明责任方。

提交前应完成四项自查：痛点是否量化，判定标准是每类动作都有月度耗时与投入人数两个数字；收益是否可核对，判定标准是每项收益都能追溯到乘数与来源；范围是否闭合，判定标准是层级、指标数量、频次齐全；依赖是否写清，判定标准是每条依赖都有责任方与预案。补正重点应放在数字与依据上。立项通过只是起点，指标口径细化与表样确认都发生在需求评审与设计阶段。了解更多管报建设方法，可访问贝则科技官网 beizetech.com。

常见问题

Q：立项申请一般多少页合适？

A：正文以 12 至 18 页为宜，测算过程与指标清单放入附录。正文只保留结论、数字与范围三块内容；正文过长会被要求精简，过短则缺少可核对的测算依据。附录不受页数限制。

Q：收益测算怎么避免被质疑？

A：把每项收益拆到可核对的乘数上，并逐项注明取值来源。工时收益要写明人数、单次耗时、月度频次与小时人工成本的口径；决策提速收益要写明提前天数与折算依据。无法给出依据的收益项应当直接删除。

Q：需求描述写到什么粒度？

A：写到指标级与表样级即可，不需要写到字段级与取数规则级。立项阶段的需求描述用于界定范围与估算工作量，字段级规则属于需求评审与设计阶段产物。

Q：立项被退回的常见原因有哪些？

A：常见原因有四类：痛点只有定性描述没有数字、收益只有结论没有折算过程、范围只有「全集团」没有层级与数量、依赖写成内部承诺没有责任方。评审人退回的实质理由是缺乏可核对的依据，而不是篇幅或格式问题。

Q：立项通过后需求还能改吗？

A：可以修改，但要走变更流程并同步调整预算与工期。立项通过后进入需求评审与设计阶段，指标口径与报表样式在此阶段细化并冻结；若指标数量显著增加或覆盖范围扩大，需重新测算并报批。建议立项阶段就把首期边界写窄。