有一家营收十来亿，员工数千人的中大型科技公司，其商业模式是典型的项目型IT 服务公司（参见《国产企业软件厂商如何避免大项目亏损》《专业服务项目型公司的运营管理（九） IT服务供应链管理》《专业服务项目型公司的运营管理（八）：名词小百科》）；运营总监说公司需要搞“数据治理”，因为项目的成本利润核算不清，人力资源的工作任务分配混乱，原因都是项目、合同、人员等数据不清楚，所以要通过治理数据来解决这些问题。
我一向认为今天在企业管理和数字化领域里时髦的“数据治理”这个词，是个很有误导性的名词：“数据治理”准确地说应该叫“信息管理”，而要提升面向管理的信息准确性，根本抓手并不是对各种业务数据本身来上下其手，头痛医头，脚痛医脚，包括浪费精力搞“数据中台”——数据中台是面向分析的，它并不从源头上解决数据质量问题。
我认为这家企业的问题是其核心运营的端到端流程标准化问题，以及支持端到端流程的记录型信息系统是否完善。
这家企业的核心运营体系就是所谓的“线索到回款”，即华为所说的LTC（lead to cash），与IPD（集成产品开发）和ITR（从问题到解决），并称为华为三大运作主流程，有时还增加MTL （市场到线索流程），列为四大一级运作流程。
由于华为实践的广泛影响力，LTC流程模型目前在中国管理界也得到了广泛传播。“LTC 流程”通常包含以下关键环节：
价值流/价值流阶段/流程三者之间是内部罗列的逻辑层级关系，这种结构化方式主要目的是为了能直接地理解业务，然而，如果我们从信息记录、流程编排以及自动化的角度来看，并不是按照单个的流程或者价值流的颗粒度，来实施、部署一个自动化流程或者定义一个信息系统的范围边界——一个自动化流程或一个信息系统边界会遵循一个“端到端流程”的完整性，“端到端流程”可能会包含若干个流程，横跨了几个价值流阶段。
那么“端到端流程”的范围怎么确定，究竟包含哪些流程，跨越哪些价值流阶段？
这就是“企业架构”所解决的问题，即如何实现应用系统架构和业务架构的对齐。
前些年我曾经见过一位华为前资深高管，在华为国内和国外多个业务部门担任过一把手的位置，他创立了一家企业软件公司，致力于将“华为LTC 流程” 固化在一个信息系统里。
他征求我对这个产品的意见，我的观点是，他发明的 “LTC系统”跨越了CRM、项目管理、合同管理、ERP 等若干传统信息系统的应用范畴，概念上也不是不可以，实际这就是我在《专业服务行业PSF及其数字化平台PSA》文中说的专业服务公司（PSF） 的ERP产品模型。
这在国外是一个专门的ERP 跑道，典型的如NetSuite OpenAir, Salesforce Certinia (原financialforce)等，国内也有软件公司在试图推广PSF ERP 的概念，例如企业知识开源赞助者企企，不过这类PSF ERP主要是面向中小型专业服务公司的运营和财务管理的数字化需求。
这位华为前高管希望他的产品能被跟华为业务类似的大型高科技企业所接受，我认为这就比较难，因为大型企业通常有在位的ERP、CRM 系统，这类系统软件市场比较成熟，用PSF ERP 去替换，对大企业会有很大的变革挑战。
就我自己在全球最大的管理咨询和IT 服务公司——IBM咨询部担任高管多年的切身经验，IBM 的LTC 主要分成三个端到端流程，每个端到端流程有自己的核心信息系统以及周边辅助系统，如下图所示：
- 销售端到端 （商机到赢单）流程：流程起点是创建商机（即“机会点”），管理销售管道，预测团队销售达成、投标报价审批等；
- 合同端到端（赢单到签署）流程：流程起点是赢单启动合同流程，终点是系统里出合同文本交由客户签署，IBM 由于是上市公司，风控非常严格，合同流程涉及到技术风险评审、资源可用性评审、价格评审、法务评审、国际贸易合规评审、信息安全评审等一系列评审流程；
- 项目交付（启动到阶段验收到开票收款）端到端流程：包括项目预算、资源分配、进度管控、成本归集、收入确认、里程碑验收和开票、收款等。
围绕这三大端到端流程，分别有三个核心系统来支持每个端到端流程：
- CRM 系统：我在IBM 工作十一年，CRM 系统经历了Siebel、SugarCRM 和salesforce 等几代进化，但是核心流程逻辑和数据模型基本没有变过；
- 合同管理系统：这是一个IBM自研的系统，从早期基于IBM Domino/Notes 的平台，后来迁移到了一个Java 开发的平台，处理上述合同端到端流程；
- 项目管理系统：这也是一个自研的、面向项目经理、项目总监、事业部总经理的项目管理平台，也是从早期基于IBM Domino/Notes 的平台，2010 年后迁移到了一个Java 开发的平台。这个系统可以看成是SAP ERP 的一个外挂平台，每个月每个项目确认的成本和收入流到ERP 的总账里。
这三个核心业务系统还有一些周边系统用于相关业务信息捕捉或者数据分析，我在上图里列出来了，在此不赘述。
这个系统架构是典型的业务流程驱动的信息化应用，据我所知，埃森哲等其他全球大型专业服务公司的应用系统架构也是类似的，不过要玩转这套系统，需要几个条件：
1、数据标准化：包括销售环节的客户、商机、赢率等，合同环节的风险、商务条款、成本模型等，项目环节的项目号、资源、成本费用类型等，必须形成公司级的共识，实际上企业管理涉及到的数据对象并不多，重要的也就是几十个这种数量级，所以我不赞成用“数据治理”这种虎狼之词，把简单问题搞复杂
2、流程规范化：要保证标准化数据口径得以实施，最根本的是流程规范，按照规范流程操作，IBM 是我职业生涯三十多年里最重视流程的公司，全公司上下有非常严谨的流程文化。
3、完备的信息系统：流程决定系统，如何规划系统就很重要，在LTC 这个大体系中的各个信息系统如果划分太碎，各自为战，就容易产生数据一致性问题，而把LTC 整个搞成一坨——如我前面说的那位华为前高管的设想，又容易造成实施困难，变革阻力太大，即便这种系统能实施下去，如果遇到局部流程更改可能造成整个系统牵一发动全身，灵活性较差。
说到这里，就体现出“本体”的价值了。
最近这段时间由于AI 快速发展，“本体”成为企业AI 应用的热门话题，它究竟是解决什么问题，给企业带来什么收益的呢？
前述LTC 的系统架构是完全由预设的、线性的、结构化的流程来驱动的，然而AI 时代对业务运营的假设，不是由事件启动的流程来驱动的，而是AI 智能体理解人类自然语言请求，推理出行动步骤，使用工具执行任务，并且在执行过程中持续反思、迭代优化，例如，过去我们要启动一个合同流程，需要按照流程要求，来准备结构化的合同信息，而智能体出合同过程则是人类告诉智能体要给某个客户出合同，智能体跟人类连续对话，索要相关信息，根据信息输入启动相关的评审。
然而由于企业存在CRM、报价、资源管理、项目管理等多个既有信息系统，每个系统中的业务流程、数据模型都有自己的逻辑，需要有一个中间层来将这些既有的系统逻辑用统一的语言解释给智能体，让智能体搞懂——这就是“本体”。
我将智能体式AI （Agentic AI） 的LTC 解决方案的架构总结为上图。