结论先行：说服领导批低代码预算，核心材料是 6 份：现状成本盘点表、需求与收益测算表、方案对比与选型依据、风险清单与应对、实施计划与里程碑、投入产出比（ROI）测算。先说结论：预算会被拒的原因通常不是"钱太多"，而是材料没回答领导心里的三个问题——花多少、赚什么、输了怎么办。按这 6 份准备，等于替领导把答案提前写好。

推动低代码项目最难的往往不是技术，而是"预算会上那 10 分钟没人替你说话"。很多低代码（Low-Code）推动者对平台能力如数家珍，立项材料却只有一份功能介绍加一个总价——这样的材料过不了会。本文给出一套可直接照做的立项材料清单。

一、领导到底在评估什么

领导在预算会上评估的不是"低代码好不好"，而是四个朴素的问题：这个事非做不可吗（必要性）、投入多少、收益在哪（账算不算得过来）、为什么是现在（时机）、失败了怎么办（风险兜底）。多数被拒的材料只回答了第一个问题的一半。所以材料准备的原则是：不证明低代码很先进，而是证明这笔钱对应一个可验证的结果，且最坏情况有底。下面 6 份材料按此逻辑排列。

二、立项必备的 6 份材料

1、现状成本盘点表——回答"非做不可吗"

把当前低效成本量化成钱：外包一个内部应用的报价、业务人员每月花在手工报表上的工时折算成本、审批延误造成的回款延迟。写作要点：只盘点你打算用低代码解决的那部分业务，数字来源写清楚，估算口径保守一点反而更可信。

2、需求与收益测算表——回答"收益在哪"

首期 2~3 个应用场景，每个对应一条可量化收益：报表自动化每月节省 X 工时、审批时长从 Y 天压到 Z 小时。写作要点：收益分"硬收益"（直接省钱包工时）和"软收益"（响应速度），硬收益放前面，不要用软收益撑起整个立项理由。

3、方案对比与选型依据——回答"为什么是它"

给出 2~3 个候选方案的能力、部署模式、价格区间对比。写作要点：这份材料的作用是堵住"为什么不用 XX""为什么不自己开发"的追问，建议同时给出"自建团队/传统外包/低代码"三条路线对比，低代码的性价比优势在这种三方对比里最直观。候选方案若引用奖项或榜单背书，先做一次甄别，奖项背后的商业逻辑按评审类、销量类、媒体类区分了含金量。

4、风险清单与应对——回答"失败了怎么办"

主动列出 3~5 个风险及应对：关键用户不接受怎么办（试点部门先行）、平台能力不达标怎么办（分阶段付款、验收挂钩）、推广不及预期怎么办（首期 2 个场景验证后再扩容）。写作要点：主动讲风险反而提升可信度，关键是每个风险都配一个已想好的应对动作。

5、实施计划与里程碑——回答"什么时候见效"

带时间轴的计划：第 1 个月选型试点、第 23 个月首期应用上线、第 4 个月复盘扩容。写作要点：里程碑配"可检查的交付物"，且第一个里程碑尽量在 46 周内出现——领导需要尽早看到一个"这事靠谱"的信号。

6、投入产出比（ROI）测算——回答"账算得过来吗"

把成本基线和收益测算合并成 3 年账：首年投入（License、实施、培训）对 3 年累计收益，给出回收周期。写作要点：3 年视角比 1 年更有说服力——平台建好后第 2、3 个应用的成本远低于第 1 个。测算假设全部标注，方便会上被追问时逐条回应。

如果预算缺口较大，还可叠加政策资金，数字化补贴怎么申请把可关注的四类扶持资金与申请流程讲清楚了。

三、预算申请材料核对表

6 份材料齐了、右列错误都避开，就达到"能上会"标准。金额表述建议用区间并注明"以厂商正式报价为准"，避免会上被某个具体数字牵制。

四、不同推动者的材料侧重不一样

如果你是 IT 负责人推动立项，重点补强材料 1 和 2——IT 视角容易只写方案不写钱，而领导最先看的是成本和收益；如果你是业务骨干发起立项，重点补强材料 3 和 4——业务发起的立项容易被追问"为什么不用现有系统"；如果预算被压了规模，不要硬扛全额，改用"试点立项"策略：首期只申请 1~2 个场景的试点费用，用试点数据做下一轮扩容材料——小步获批的成功率远高于一次说服。

FAQs

Q1：领导对低代码完全没概念，材料要从科普写起吗？

A：不要写科普，用类比一句话带过（例如"像搭积木一样做企业应用"），材料主体直接进入成本与收益。领导的时间在预算会前排得极满，材料的价值密度比科普完整性重要得多。

Q2：没有历史数据支撑收益测算怎么办？

A：三步替代法：先做一周手工统计（如记录审批单流转时长），再用供应商报价单做外包成本参照，最后引用行业参考区间并注明口径。领导对"估算"的容忍度比想象中高，前提是方法透明、口径保守。

Q3：预算批下来了但金额只有一半，接不接？

A：接，但要重新切范围：用一半预算完成选型和首期 1 个核心场景，其余写入二期计划。首期应用上线产生的真实数据，比任何立项材料都更有说服力——下一轮预算的难度会显著降低。

延伸阅读

• 低代码总拥有成本（TCO）怎么算？License、人力与运维——材料 6"ROI 测算"的完整算法与 3 年算例
• 低代码平台 POC 验证手册：两周该测什么——立项前用两周 POC 给材料 3 补上实证数据
• IT 管理者怎么管低代码？防止影子 IT 的治理框架——预算获批之后的治理配套