夜雨聆风欢迎大家关注“凯哥讲故事系列”公众号
本文配有完整 PPT 如需要
加凯哥微信，将文章转发朋友圈截图发给笔者，即发 PPT 完整版
LTC 这件事,先别叫它"数据治理"
2026 年春天,深圳某科技园十八层的办公楼里,陈总召集了一场会。
这是一家年营收十几亿、员工三千多人的中大型科技公司,商业模式是典型的项目型 IT 服务——靠一个一个交付项目挣钱。会议室里坐了二十几个人,CFO、COO、CIO、HRD、几位事业部老总,还有几位被叫上来听的中层。
会议主题只有四个字:
数据治理。
陈总开场白也简单。他说,这家公司项目的成本利润核算不清,人力资源任务分配混乱,究其根源,是项目、合同、人员等数据不清楚。要解决,就要治理数据。
会议室里没人提反对意见。但散会之后,坐在最后一排被请来旁听的一位顾问,在电梯里对随行同事说了一句:
"数据治理"这四个字,是这十年企业管理界最大的误导性名词之一。
1. 一个被用滥了的词
这位顾问的看法,听上去刺耳,但有他自己的道理。
他说,"数据治理"准确地讲,应该叫"信息管理"。要提升面向管理的信息准确性,根本抓手不是对各种业务数据本身上下其手——头痛医头,脚痛医脚。也不是浪费精力搞所谓的"数据中台"。数据中台是面向分析的,它根本不解决数据从源头进来时是不是准的问题。
这家科技公司真正的问题,是它的核心运营端到端流程没有被标准化,以及支持端到端流程的那套记录型信息系统,从来没有被认真盘清楚过。
这种情形,在中国的项目型公司里见怪不怪。
过去十几年,中国的科技园、产业园里,长出过一批这样的公司——拿项目,养团队,做交付。营收从一千万做到一个亿,从一个亿做到十个亿。账面上看不出问题,银行流水也漂亮。但只要 CFO 想认真做一次成本利润核算,马上发现:
这个项目到底赚没赚钱,谁也说不清。
有的项目,签合同时按八个月报价,做了一年半还没收尾;有的项目,资源是从七个事业部借来的,人头费用怎么摊,各部门吵到 CEO 桌上;有的项目,客户验收单丢在某个项目经理的微信里,会计拿不到票,收入没法确认。
这些事,在公司账面上,都变成"数据不准"。
于是开会,讲数据治理。
2. 华为留下的三个英文字母
那位顾问在电梯里说的那番话,真要展开,得先回到二十多年前的深圳坂田。
九十年代末,华为开始大规模引入西方管理体系。IBM 的咨询顾问坐进华为的会议室,IPD、ISC、LTC 这些词,从那时候开始进入中国企业的话语体系。
到了今天,在中国管理圈,LTC 和 IPD、ITR 一起,被并称为华为三大运作主流程。有时候,前面再加一个 MTL——市场到线索,就凑成"四大一级运作流程"。
由于华为实践的影响力,LTC 流程模型在中国管理界被反复传播,反复抄袭,反复包装成 PPT 卖给中型公司。
它的关键环节大概是这样:
线索管理——收集线索、培育线索、把线索变成机会点。机会点管理——验证机会真实性、铁三角、销售策略。方案与报价——需求分析、解决方案设计、成本核算、报价。投标与谈判——标书、投标、商务谈判、合同评审。合同签订——条款、签署、生效。交付履约——实施、供应链、工程服务、验收。回款管理——开票、应收账款、催收、确认。
七个环节,一条线,从客户那一头的"听说有家公司在选型",到公司这一头的"钱到账了"。
从一条线索,走到那笔钱。这就是 LTC。
讲到这里,得先停一下。
在企业管理界,描述这套运营模型的时候,有一个长期没解决的术语困扰——"LTC""方案与报价""成本核算",这三层,究竟哪个,叫"流程"?
外面的咨询公司,普遍把 LTC 叫"一级流程",方案与报价叫"二级流程",成本核算叫"三级流程"。这种分级叫法,听上去很有体系,但其实站不住脚。
如果把"流程"严格定义为——一个可以在 IT 平台上自动化运行的任务流,可以用 BPMN 语言可视化建模并部署的东西——那么所谓的"一级流程""二级流程",并不具备这种性质。
它们不是流程,它们是别的东西。
顾问比较倾向于用企业架构的语言来描述这三层:
LTC 是价值流。方案与报价是价值流的一个阶段。成本核算才是真正的"流程"。
这种说法,听起来比"一级二级三级"挫一点,但它是经得起推敲的。
但这里又冒出一个新麻烦。
价值流、价值流阶段、流程,是从业务理解的角度做的层级划分。可如果你换一个角度——从信息记录、流程编排、系统自动化的角度看——你部署一个自动化流程,或者圈定一个信息系统的范围边界时,并不是按单个"流程"或单个"价值流"来切的。
系统的边界,遵循的是另一个东西——叫"端到端流程"。
一个端到端流程,可能横跨好几个价值流阶段,内部包含若干个具体流程。
那么,端到端流程的范围,究竟怎么确定?
这个问题的答案,就是"企业架构"要解决的事——如何让应用系统架构,跟业务架构对齐。
4. 那位华为前高管的产品
这套话语体系传播得多了,就有人开始拿它当生意。
前几年,顾问见过一位华为前资深高管。这位前辈,在华为国内、海外多个业务部门做过一把手。从华为出来之后,他创立了一家企业软件公司,目标只有一个——
把"华为 LTC 流程",固化在一个信息系统里。
他找顾问聊产品,问意见。顾问当时的回答比较直接。他说,这个所谓"LTC 系统",跨越了 CRM、项目管理、合同管理、ERP 等若干个传统信息系统的应用范畴。概念上不是不可以,实际上,它就是国外那个专门赛道里的东西——专业服务公司(PSF)的 ERP 产品。
国外这个赛道有名有姓。NetSuite OpenAir,Salesforce Certinia(原 financialforce),都是这条线上的玩家。国内也有人在试着推 PSF ERP 的概念,比如某家叫"企企"的公司。但这类产品的客户群,主要是中小型专业服务公司,体量不大。
这位华为前高管的雄心,是要把它卖给跟华为业务类似的大型高科技企业。
顾问当时摇了摇头。
大型企业,通常已经有在位的 ERP、CRM 系统。这个市场已经被 SAP、Oracle、Salesforce 这些老牌厂商耕了二三十年。要让一家年营收几百亿的公司,把这些在位的系统拔出来,换成一个"华为 LTC 系统"——
变革的阻力,大到没法想象。
5. IBM 的三段
顾问自己,在 IBM 咨询部待了十一年,做到过高管。这家公司是全球最大的管理咨询和 IT 服务公司,它的 LTC 是怎么搞的,他比谁都清楚。
IBM 的 LTC,被切成三段端到端流程。
第一段,叫"销售端到端"——商机到赢单。流程起点是创建商机,即所谓的"机会点";中间管销售管道,预测团队达成;再走投标报价审批。这一段,跑在 CRM 上。顾问在 IBM 的十一年里,这个 CRM 系统经历了 Siebel、SugarCRM、Salesforce 三代,核心流程逻辑和数据模型基本没变过。
第二段,叫"合同端到端"——赢单到签署。流程起点是赢单后启动合同流程,终点是系统里出合同文本,交给客户签字。IBM 是上市公司,风控严苛,合同流程要走技术风险评审、资源可用性评审、价格评审、法务评审、国际贸易合规评审、信息安全评审一连串。这一段,跑在一个 IBM 自研的合同管理系统上,从早期的 Domino/Notes,后来迁到了 Java 平台。
第三段,叫"项目交付端到端"——启动到验收到开票收款。包括项目预算、资源分配、进度管控、成本归集、收入确认、里程碑验收、开票、收款。这一段,跑在一个自研的项目管理平台上,也是从 Notes 迁到 Java。这个平台可以理解为 SAP ERP 的一个外挂——每个月每个项目确认的成本和收入,流到 ERP 总账里。
三段端到端,三个核心系统,边界清楚。
顾问说,他后来跟埃森哲、跟其他几家全球大型专业服务公司的人聊过,发现他们的应用系统架构,跟 IBM 几乎是一个套路。
这个套路,是过去三十年全球咨询行业用真金白银验证过的工程答案。
6. 三个条件
但顾问也强调,这套架构,不是装上就能跑起来的。
它需要三个条件。
第一是数据标准化。销售环节的客户、商机、赢率;合同环节的风险、商务条款、成本模型;项目环节的项目号、资源、成本费用类型——这些必须形成公司级的共识。
顾问说,实际上一家企业管理涉及到的核心数据对象,并不多。重要的也就几十个这种数量级。
所以他不赞成用"数据治理"这种虎狼之词,把简单问题搞复杂。
第二是流程规范化。要让标准化的数据口径真正落到日常操作里,根本是流程规范——大家按规范流程操作,数据才有可能是干净的。
顾问说,他职业生涯三十多年,IBM 是他见过最重视流程的公司。一个销售要给客户报价,得在系统里走十几道审批;一个项目经理要在月底确认收入,得在系统里挂上验收单的编号——少一个字段,流程过不去。
这种流程文化,让 IBM 的数据从源头进来时,就已经是干净的。
第三是完备的信息系统。流程决定系统,如何规划系统就成了关键。在 LTC 这个大体系里,系统如果划分太碎,各自为战,容易产生数据一致性问题;但如果像那位华为前高管设想的那样,把 LTC 整个搞成一坨——又会变得难以实施,变革阻力巨大,即便上线了,任何一个局部流程要改,都得牵动整个系统。
所以 IBM 选择了三段端到端,而不是一坨。
这中间的取舍,就是企业架构里说的"应用系统架构与业务架构对齐"。
7. 然后,智能体来了
讲到这里,顾问停顿了一下。
因为接下来这部分,是 2026 年的新事。
过去这一两年,AI 进展很快。
"本体"这个词——Ontology——突然从知识工程教科书里,跳出来,变成企业 AI 应用的热门话题。
它要解决什么?它给企业带来什么?
顾问的解释是这样的。
前面讲的 LTC 系统架构,是完全由预设的、线性的、结构化的流程驱动的——一个事件触发一个流程,一个流程跑完出一个结果。但 AI 时代,业务运营的假设变了。它不是事件触发流程,而是——
智能体理解人类的自然语言请求,推理出一系列行动步骤,使用工具去执行,并且在执行过程中持续反思、迭代优化。
过去要启动一个合同流程,得先按系统要求填一堆结构化字段;现在,人对智能体说一句话——"给某客户出一份合同"——智能体跟人连续对话,索要它需要的信息,根据输入触发对应的评审流程。
但这里有个麻烦。
企业里既有的 CRM、报价、资源管理、项目管理,各自是一套系统,每套系统的业务流程、数据模型,都长得不一样。智能体一头扎进去,听不懂。
需要有一个中间层,把这些既有系统里的逻辑,用统一的语言解释给智能体。
这个中间层,就是"本体"。
它不替代老系统,也不让智能体直接撞老系统的接口。它把企业里那几十个核心数据对象——客户、商机、合同、项目、资源、成本——以及它们之间的关系、规则、约束,翻译成智能体能理解的语义模型。
智能体看本体,本体看老系统。
8. 回到那场会议
故事讲到这里,可以回到南山那家科技公司的会议室了。
那位被请来旁听的顾问,在电梯里说完话之后,第二天给陈总写了一份简短的备忘录。
备忘录里的意思是这样的:
第一,这家公司的问题,不是数据,是流程。流程没有标准化,系统就长不出干净的数据来。
第二,要做的事情,不叫"数据治理",叫"端到端流程梳理 + 信息系统重构"。听起来不性感,但管用。
第三,LTC 不要做成一坨。把它切成三段——销售、合同、交付——分别落到三个系统。能买的就买,买不到的再自研。
第四,如果要追智能体这一波,先把"本体"画出来。不动老系统,也不让智能体硬撞,中间那一层最重要。
第五,公司里那几十个核心数据对象,真的就只有那几十个。不要用"数据治理"这四个字,把一件简单的事情,讲成一桩需要全员动员、设立委员会、聘请四大、立项三千万的大工程。
陈总收到备忘录之后,沉默了很久。
他没有回邮件。但下一周的会议,议程改了。
原先叫"数据治理工作启动会"的那张幻灯片,被换成了七个字:LTC 端到端流程梳理。
这件事,中国的企业管理界已经讲了二十年。从华为请 IBM 顾问进来的那一天起,讲到今天。
但每过几年,总有一家公司,把它重新发明一遍,然后给它换一个新名字。
这一轮叫"数据治理",再过几年,可能要叫"AI 中台"。
名字会变,问题不会变。
书籍简介
Springer Nature 出版社已经签约出版此书的全球版
敬请期待
“精益数据方法，是基于20年中国信息化，数字化市场的深度实践，超过100家大型头部企业的数字化转型规划，实施的落地总结沉淀出的，以数据要素为核心，以价值场景为抓手的中国特色的数字化转型方法论和体系化实践工具。
2023年已经出版了原创著作《精益数据方法论-数据驱动的数字化转型》，并且已经在多个全球头部行业领军企业落地。
精益数据方法，将精益思想深度融合到企业数字化转型领域，以创造价值，消除浪费为目标，打造高质量发展的数字化企业，助力企业在新的数字化时代获得高响应力，建立数据驱动的企业。”
往期推荐内容
凯哥讲 AI ｜三里岛重新转起来的那天
智胜｜Agent Discovery：AI 时代的价值互联网
智胜｜从“智能体应用”到“智能互联网”：中国智能体政策的底层逻辑与产业范式跃迁
富贵研究所 ｜ 我们花了 7 天，才把 AI 编程的起点搭起来
富贵研究所 ｜ CEO 都开始写代码了，你的老黄牛思维还没醒悟？
凯哥 ｜ AI 时代：TOGAF 没过时，但它已经不再够用了
富贵研究所 ｜ AI 时代，答案越来越便宜，真正值钱的只剩一种能力
如何找场景？ 如何让场景落地？
如何让企业建立起持续生产高质量场景的组织能力？
精益数据训练营/解决方案架构师特训营
从数据到价值：精益数据工作坊
数字化咨询教练陪跑服务：
数字化转型规划 | 顶层设计 |企业创新与运营
IT战略规划 | IT服务管理体系 | 数据治理
