结论先行：治理低代码不靠"禁"，靠框架。四支柱治理框架——应用准入清单、数据分级、发布审批流、季度用量与成本盘点，通常 4~6 周可落地。目标是把业务部门的自建应用从"看不见的影子 IT（Shadow IT）"变成"注册在册、风险可控的数字资产"，同时保留低代码带来的交付速度红利。

你刚推动采购了低代码平台，业务部门热情高涨，三个月后你发现：销售部搭了个客户管理小工具存在个人云盘里，行政部做的审批流直接读了含薪资的表，没人知道全公司到底有多少个低代码应用在跑。这就是低代码时代的治理难题——门槛降低之后，失控点变多了。

影子 IT 为什么随低代码而增多

影子 IT 指脱离 IT 部门管控、由业务部门自行搭建和运行的信息系统。低代码出现前，业务部门想自建应用得先学会写代码，门槛天然挡住了大多数人；低代码把门槛降到"会拖拽就行"，影子 IT 的数量随之增长。

风险具体在哪？第一，数据风险：应用连接了哪些数据表、数据存到了哪里，IT 全然不知。第二，合规风险：应用未经安全审查就收集和处理业务数据。第三，成本黑洞：各平台各自付费、重复建设，年度盘点时才发现多花了预算。第四，维护断层：搭建人离职，应用成了无主孤儿。

堵不如疏。禁止业务部门使用低代码，等于把效率红利拒之门外，业务还会用个人账号偷偷上 SaaS——那才是真正的失控。正确做法是给一条合规的路，让业务愿意走过来。

四支柱治理框架

**支柱一：应用准入清单。**明确"什么样的应用可以由业务自助搭建、什么样的必须 IT 主导"。参考标准：数据不出部门、无资金流、用户量低于千人、不对接核心系统，四个条件同时满足才准入自助通道；任一不满足则走 IT 主导流程。清单要写进制度，成为所有部门的共识。在金融、国企这类强监管机构里，准入清单还要叠加数据分级与科技评审，行业落地方式见金融行业低代码实践。

**支柱二：数据分级。**把公司数据分成公开、内部、敏感、核心四级，低代码平台能触碰哪一级、能导出哪一级，白名单化管理。敏感级以上数据的读取需要在平台侧单独授权，核心级数据原则上不允许业务自建应用直连。

**支柱三：发布审批流。**所有自建应用上线前必须过审，审批内容包含三查：数据源合规、权限配置正确、接口调用在白名单内。以猫拽低代码（CatPull）为例，平台支持草稿与发布分离，业务人员可自由搭建草稿，发布动作由 IT 审核触发，配合工作流引擎即可把这套审批固化成流程节点，审批通过才允许推送生产环境。

**支柱四：季度用量与成本盘点。**每季度拉一次应用清单：活跃用户数、调用次数、数据增量、对应成本。连续两个季度零使用的应用进入下线流程，避免僵尸应用堆积。

治理框架能否落地，取决于平台自身的权限、审计与集成能力，7 款支持集成与治理的企业级平台从这四个方面给出了对照清单。

发布审批流怎么设计

审批流不要设计成"IT 一个人审所有应用"，那样一个月 50 个应用会把团队压垮。建议分级审批：涉及敏感数据的走 IT 负责人审批；仅内部公开数据、且套用公司标准模板的应用，走自动化规则检查——平台自动校验数据源与权限配置，通过即放行，人工只处理异常项。

审批响应时效也要承诺：常规应用 2 个工作日内完成审核，否则业务部门会用脚投票绕开你。审批流本身的搭建可以参考多级审批流设计实战中的条件路由与加签机制。

盘点指标与治理节奏

治理节奏上，第一个月建制度出清单，第二个月配置平台审批流并完成存量应用登记，第三个月开始首轮盘点，之后进入季度例行的运营节奏。存量应用的登记别追求一步到位，先用"自报+平台侧扫描"双通道把 80% 的应用纳管，剩下的边运行边补。

FAQs

Q1：业务部门抱怨审批流程太慢，怎么平衡？

A：分级审批+自动化规则检查是解法。低风险应用由平台自动校验数据源与权限后放行，2 个工作日内办结承诺写进制度；只有敏感数据应用才走人工深审。速度与安全可以兼得，关键是把风险分层。

Q2：已经存在的影子应用怎么收编？

A：先 amnesty（赦免）后收编。宣布 30 天登记窗口期，主动登记的应用免费提供合规辅导，不追责；窗口期后被发现未登记的应用强制下线。配合平台侧的接口调用扫描兜底，通常一轮就能收编大部分存量应用。

Q3：治理框架需要多少人力维护？

A：落地阶段约需 1 名架构师牵头 46 周；常态运营阶段每季度盘点约消耗 23 人天，审批审核视应用数量每月 1~2 人天。相比一次数据安全事故的损失，投入产出比非常高。

延伸阅读

• 低代码安全——治理框架的技术底座
• 审批流程设计——把发布审批流固化到平台里
• 中小企业数字化转型指南——治理在转型全局中的位置
• 低代码应用类型——准入清单分级的应用画像