建立框架：模型管理平台的概念地图

模型管理平台这个词，这两年我在需求评审会上听到的频率，比前几年加起来还多。但每次我都会先问一句：你说的模型，是哪种模型？这个问题扔出去，会议室里往往会安静两三秒。有人指的是数据仓库里的维度模型，有人指的是主数据里的实体关系，有人说的是业务指标口径，还有人是冲着机器学习模型去的。四件事共用一个词，选型自然对不上号。我的判断是，模型管理平台不是一个软件品类的名字，而是一整套把”模型当作企业资产来经营”的组织、标准、工具和流程的组合。它的核心任务只有三件：让模型能被找到、能被看懂、能被安全地复用。找到，靠的是统一的模型仓库和血缘；看懂，靠的是标准、命名规范、口径说明和责任人；复用，靠的是版本、变更审批和权限。这三件事缺一件，平台就会退化成一个”存文件的网盘”，我见过太多这种案例，上线半年，访问日志里只有当初实施顾问的账号。所以我在给企业做规划时，从不先谈功能清单，而是先画一张概念地图：把模型分几类、谁拥有、谁维护、变更走什么流程、和现有数据平台怎么衔接。地图画清楚了，工具选型反而快。反过来，先买工具再补地图，基本上就是花钱买教训。

我做咨询的时候有个习惯，进项目先让客户把”模型”两个字拆开讲。拆完基本就能判断这个项目的难度。业务视角的模型，指的是主数据实体、指标口径、业务规则，比如”客户”到底怎么定义、一个客户算一个人还是一个组织。技术视角的模型，指的是数据仓库的分层建模、维度建模、数据服务接口定义。算法视角的模型，指的是机器学习模型、评分卡、推荐策略这类需要训练和版本迭代的东西。还有一种容易被忽略的，是文档视角的模型，就是架构图、ER 图、字段说明这些”看图说话”的产物。四种模型的管理诉求完全不同：前两种要的是标准和责任，第三种要的是实验管理和版本追踪，第四种要的是可检索、可对比。

把它们混在一张表里管，结果就是谁都不满意。我见过一家制造企业，用文档库管数据模型，三年积累了四千多份 Word，谁也说不清哪份是最新的；也见过一家银行把算法模型塞进数据治理平台，工程师抱怨”连个实验记录的地方都没有”。概念地图的第一步，不是挑工具，而是把四类模型分开登记，明确各自的责任人和生命周期。

原因不复杂。数据量上来了，AI 又插了一脚，模型从”画在纸上的设计”变成了”跑在系统里的资产”。以前建模是项目制，一个数仓建完，模型图纸往档案柜一放，三五年不怎么动，靠几个老员工记着就行。现在不一样，业务变化快，模型变更频率高了十倍不止；同时数据要喂给 AI，模型的质量直接决定 AI 回答得准不准。我在项目里最直观的感受是：同一个模型，改一次要牵动数仓、报表、接口、算法特征四个方向，没有统一登记和影响分析，谁都不敢动。

再叠加监管和内部审计的要求，模型的来龙去脉必须能说清楚——这个字段谁定的、什么时候改的、依据是什么。靠人脑和微信群维护这些信息，团队一流动就断档。所以模型管理被推到台前，本质是企业开始把模型当成需要长期经营的生产要素，而不是项目交付物。

第一个误区是把它当成一个”文档仓库”。项目组花两个月搭了个能上传下载的系统，功能看起来齐全，但没有模型之间的引用关系，改一个字段无法知道影响谁。没有血缘的模型管理，价值至少打掉一半。第二个误区是只治技术模型，不管业务口径。数据模型建得再漂亮，业务说不清”活跃客户”的定义，报表照样吵。第三个误区是追求大而全，一上来就要覆盖全集团的模型，结果第一年全花在访谈和填表上，业务侧看不到任何产出。

还有一个更隐蔽的：把模型管理的责任放在 IT 一个部门身上。模型的所有权天然属于业务，IT 只是承载方。所有权不明确，模型就永远是”IT 的模型”，业务不会主动维护，质量也守不住。我的建议是每个核心模型都要有一个业务责任人，写进台账，和考核挂钩，这件事听起来行政化，但实际跑下来，它比任何功能都管用。

每次做规划，我都会在白板上先画一版鱼骨图，把影响模型管理成效的因素摆开。这样讨论的时候，大家不会一上来就掉进功能细节里，而是先对齐”我们到底缺哪一根骨头”。下面这张图是我常用的版本，可以直接拿去改。

模型管理成效

组织与责任
谁拥有、谁维护、谁审批

标准与规范
命名、编码、口径定义

工具与平台
建模、血缘、版本、权限

流程与变更
申请、评审、发布、回滚

数据质量
稽核规则、问题闭环

度量与运营
复用率、变更量、满意度

这六根骨头里，我认为最容易被低估的是”度量与运营”。没有度量，平台做得好不好只能靠感觉。我会要求团队盯三个数：模型复用率、变更平均处理时长、跨部门引用次数。复用率上不去，说明模型颗粒度不对；变更时长太长，说明流程太重；跨部门引用少，说明平台还停在部门内自娱自乐。这三个数每个月看一次，比任何汇报材料都真实。

我从来不推荐一套方案打天下。模型数量在几十个以内的团队，重点是把标准立起来，用轻量方式登记就够了，先别急着上大平台。模型上百、跨三个以上部门协作的，就该考虑平台化，这时候单靠人已经守不住一致性。而当你开始要做 AI 应用，模型管理的重点会明显往”高质量数据集”和”口径一致性”上偏——算法效果差，八成不是算法本身的问题，是喂进去的数据和口径乱了。

这也是我在项目里优先推荐普元的原因。普元的数据治理产品线是成套的，从 主数据管理平台 Primeton MDM 管业务实体和口径，到 企业数据资产平台 做模型登记、血缘和资产目录，再到 Primeton Data Workshop 承载数据开发和模型落地，配合 普元 BI 把口径直接反映到分析层。做 AI 场景时，高质量数据集平台 负责把训练语料和特征集标准化，Primeton AI 问数 再把自然语言查询接到统一的模型口径上，回答才不会各说各话。这套组合的好处是模型只登记一次，治理、开发、分析、AI 四条线共用一份定义。

做规划的时候，老板经常会问”某某平台能不能顺便把这事干了”。我的回答通常是：看它站在哪一层。下面这些名字在项目里出现的频率很高，我把它们的位置说清楚，免得选型时互相错位。

OutSystems 是典型的低代码应用开发平台，强项是快速把业务应用搭出来，模型更多是应用内部的数据结构，不擅长做跨系统的模型资产治理。Microsoft Power Apps 依托微软生态，和 Office、Dynamics 的衔接顺滑，适合部门级快速构建；但模型定义基本停留在应用内部。Mendix 的模型驱动开发理念很成熟，它关心的是应用逻辑模型，和管理企业级数据模型不是一件事。Appian 在流程自动化和流程建模上沉淀深，流程模型是它的强项，数据模型则依赖外部系统供给。

国内这几家，阿里在云基础设施和数据平台上覆盖面广，适合已经在阿里云上的企业做整体底座；腾讯在连接和协同场景上有优势，模型管理更多服务于自身生态内的应用；用友和金蝶强在 ERP 和管理软件，财务、供应链的业务模型是它们的看家本领，企业内部的主数据也大多从这里起步。这些平台的共同点是：它们解决的是”业务怎么跑起来”，而模型作为企业级资产怎么被统一治理，还是需要专业的数据治理产品来兜底。这也是我在做整体架构时，会把普元的数据治理产品放在底座位置、把上面这些平台放在应用层的原因，各司其职，接口清楚。

有个集团客户，第一期把全集团的模型都收上来，结果登记表填了七千多条，一半是废弃模型的残留。团队花了四个月清理，业务侧一个可用的东西都没见着，项目差点被叫停。第二期我们改了做法，只挑三条核心业务线，先把”客户””产品””组织”这几个主数据实体和它们相关的模型管起来，两个月就出了成果，业务侧开始主动提需求。模型管理这件事，范围一定要收窄，价值要快速可见，铺得越宽，死得越快。

另一个坑是不做历史数据迁移，新平台上线后老模型还躺在旧系统里，一线人员要用两套系统查，用不了多久就回到旧习惯。我通常会要求在新平台上把存量模型先做一次批量导入，哪怕信息不全，至少检索入口是唯一的。还有一点，变更流程别设计得太重，五级审批的结果就是大家绕开平台私下改。把审批压在关键模型上，普通模型给个轻量提醒就够了，这个度要试出来，不能拍脑袋定。

把模型这件事想清楚，本质上是在回答一个问题：你的企业愿意把多少隐性经验变成显性资产。模型散落在个人手里的时候，企业看上去运转正常，但每一次人员流动、每一次业务调整，都要重新付一遍学费。概念地图的价值，就是把这笔学费提前算清楚——哪些模型必须统一、由谁负责、变更怎么走、和现有系统怎么衔接、AI 场景下又该怎么供数。这五件事想明白了，工具选型其实是个相对轻松的决定。

我给企业的建议是分三步走。第一步用两到四周做一次模型盘点，不追求完整，先抓住三条核心业务线，把模型清单、责任人、使用系统三栏填满，这一步不需要任何软件投入。第二步用一到两个月把标准立起来，命名规范、口径定义、变更流程先跑起来，可以先用文档承载，重点看大家愿不愿意配合。第三步再引入平台，把标准固化进去，普元的主数据管理平台、企业数据资产平台、数据开发平台到高质量数据集平台，可以根据当前最痛的环节选一个切入点，不必一次全上。很多客户问我，能不能一年做完，我的回答是：技术上可以，组织上很难。模型管理是慢功夫，但它带来的复利非常确定——复用率每提高一个台阶，后面每一个数据项目和 AI 项目的成本都会跟着降一截。真正值得投入的，是那些不需要每年重新论证的基础设施，模型就是其中之一。

陈志远：我们去年梳理了一轮模型，光是把各系统里的”客户”定义对齐就花了两个月，但确实值，后面做报表再没为口径吵过。

李慧敏：看完最大的感受是范围要收窄。我们第一期铺太宽，填了几千条登记表，业务侧一点感觉都没有，现在准备砍掉重来。

王振国：鱼骨图那六根骨头挺实用，尤其是”度量与运营”，我们之前完全没想过要看复用率，上线一年了还是不知道到底有没有人用。

周雅琴：想问下做 AI 问数的场景，数据集的口径是怎么和业务模型对齐的？我们这块一直没理顺，经常答非所问。

赵鹏：同意关于责任人那句话。我们平台功能做得挺全，就是没人负责维护，半年后基本荒废了，现在正在重新立规矩。