企业数字化预算长期以来按项目走：立项、招标、上线、验收、质保。这种结构适合一套功能边界清楚的系统，例如再做一个进销存模块。它不适合现在这批需求——知识库要每月改、问答质量会随文档变脏、模型调用量随使用涨、权限要跟着组织调整。项目在验收日达到峰值，之后没有科目养活它，第六个月就变成「系统还在，没人用」。
2026 年更稳妥的编法，是把预算从「一个项目包打天下」改成几份可运营的能力包。能力包的特征是：有年度负责人、有持续费用、有每月能看的指标，并且允许缩减范围，而不是只有上线那天的签字。
四份能力包，比一个总包清晰
第一份是事实与知识运营。包含文档采集、版本废止、权限标签、业务部门的改稿责任。费用形态是年度运营，不是一次导入。没有这笔钱，知识库在验收时最全，之后只减不增。
第二份是质量评测。冻结题集、每月复测、差评回放、引用抽检。它可以是内部兼职加少量外部复核。预算不大，但没有它，其他包的效果无法讨论，续费会上只剩感受。
第三份是入口与流程嵌入。小程序、工单按钮、办公门户里的那一个入口，以及和现有账号体系的对接。入口是使用率的前提。很多项目把 80% 的钱花在模型接入，入口却是一个需要额外登录的网址。
第四份是安全与权限。审计日志、越权测试、密钥与部署位置。这是合规行业的必选包，也是其他行业在数据出域前的必选包。把它并进「实施费」里，上线后就没有人再跑红队题。
项目制仍然留着，但只做启动
启动项目负责第一版：选一个场景、接上账号、导入第一批受控文档、跑通评测基线。验收标准是「能力包可以开始按月运转」，而不是「功能列表全部打勾」。启动项目结束时，必须已经指定四份能力包的内部负责人，否则项目组一解散，运营立刻归零。
财务上可以把启动项目放在资本或专项，把四份能力包放进次年的运营预算。这样第二年讨论的是「评测分和接管率值不值得继续买」，而不是「要不要再立一个新项目把旧系统重做一遍」。重做往往是因为旧系统没有运营科目，不是因为技术选型从根上错了。
- 启动项目：一个场景、一条入口、一套基线题，周期以周计
- 知识运营：按月改文档和废止版本，有业务侧主责
- 评测：旧题不得随意替换，分数变化要能解释
- 安全：每季度复测越权题，日志可导出
怎样避免能力包又变回人海
运营费若只买驻场人数，人数一撤，能力就没了。合同里应要求留下题集、操作手册、看板口径和结对记录：业务同事能独立改一条文档、能独立看懂一次复测。驻场的结束条件是「内部能运转一个最小月」，不是「人在场满多少天」。
调用量费用要设上限和告警。开放一个没有任务边界的对话框，很容易在试玩阶段烧完预算，正式办事的额度却不够。按场景给配额：办事问答一个池，试验一个池，试验池用完即停。这是预算控制，也是范围控制。
汇报给管理层的一页纸
管理层不需要架构图。一页纸足够：今年启动哪一个场景、四份能力包各是谁负责、每月看哪三个数（使用该入口完成任务的次数、冻结题得分、人工接管次数）、什么情况下缩小或停止。这三个数连续两个月变差，就开会改文档或改入口，而不是追加一个新概念项目。
预算语言一旦从「建设智能化平台」改成「养活一个能按月复盘的办事能力」，供应商的方案也会跟着变短、变具体。含糊的总包会变得难以报价，这反而是筛选。
明年预算表上建议出现的行
不要只留一行「智能化建设」。至少拆成：某场景启动项目（到某月结束）、知识运营（按年，注明业务部门负责人）、评测与复核（按年，注明跑分频率）、入口维护（含账号对接）、安全复测（按季）。每行旁边写停止条件，例如「连续两月冻结题下降且无人改文档则暂停调用费」。财务能看懂停止条件，续费讨论才不会变成要不要支持创新的立场题。
已经验收、但没有运营行的旧系统，不要在今年用一个更大的重建项目掩盖。先补一行最小运营：谁每月花半天处理差评和废止文档。最小行都批不下来，说明组织还没准备好扩大人工智能范围，钱应留在入口和主数据，而不是再买一次演示环境。
供应商报价若无法按这些行拆开，就要求重报。拆不开的报价通常把运营隐藏成「免费质保一年」。一年之后质量下滑，再立项又是一次采购周期。把第二年的费用在第一年说清楚，反而更容易通过，因为它看起来像运维，而不是像一个没有终点的科研课题。
内部立项书同样改写法。背景少写行业趋势，多写当前哪个办事环节靠人肉转发文档、每月大概多少次、错一次的代价是什么。目标写成「这个环节的冻结题达到某分、接管次数下降」，而不是「建成企业级智能平台」。平台二字会把范围撑到所有部门，能力包就又被收成一个总项目。范围小，预算才像能按月停下的运维，而不像一次押注。
项目负责出生，能力包负责活过验收日。预算里没有运营科目，系统就会停在上线纪念照片里。
问得出名字还不够，名字旁边要有每月大概多少小时。每周两小时和「兼着看看」不是同一件事。小时数写进部门目标，能力包才不会在忙季被悄悄停掉，等到审计或客诉时才发现知识库还停在验收那天。
泛友在企业 AI 与数字化项目里，会把试点报价拆成启动和后续运营，避免用一次性实施费掩盖每个月的知识维护。编制明年预算时，可以先问每个在建系统：验收之后，谁有科目负责改内容和复测。问不出名字，就先不要扩大建设范围。
