输入：字段变成文档
传统系统要求业务先把信息填成字段，AI 原生直接处理合同、工单、图纸说明这类非结构化输入。前端录入负担因此下降，代价是必须处理脏数据与格式差异，清洗成本前移。
流程：固定路径变候选
流程信息化的分支是写死的，AI 原生由模型给出候选结论，再由人选择或修正。流程设计重点从「怎么走」改为「谁来确认、异常怎么办」，审批节点也要随之重排。
质量：功能测试变评测
功能测试判断有没有实现，评测判断在真实分布上是否可用。评测集、接管率与错误分类成为新的质量语言，采购文件与验收单都要相应改写，否则无法比对供应商。
成本：建设费变运营费
模型调用、知识维护、评测更新构成持续支出，且随使用量变化。预算若只按一次性项目编制，第二年会因缺少运营预算而被迫降级或停摆，前期投入也随之沉没。
组织：IT 主导向业务主导
流程信息化多由 IT 主导，AI 原生必须由业务定义什么算对。IT 负责系统、权限与安全，业务负责样本、验收与接管，职责不清时项目会在需求阶段反复打转。
适用与不适用
适合谁
- 正在对比两套技术路线的技术负责人
- 需要向管理层解释预算结构变化的项目负责人
- 评估现有信息化资产如何复用的企业
不适合谁
- 只需要标准报表与固定流程的系统
- 输入完全结构化且规则清晰的场景
典型场景
某零售企业原有报销审核系统，规则可枚举。引入合同审阅时沿用同一套项目管理方法，发现无法用功能清单验收。团队改为按评测集与复核记录验收，并把法务复核设为必经环节，项目才进入稳定运行。
可执行步骤
- 列出任务输入的形态：字段、文档还是对话
- 判断输出是否可枚举、能否用规则覆盖
- 对非枚举任务建立评测集与接管规则
- 按运营费口径编列模型与知识维护预算
- 明确业务与 IT 在验收中的分工
常见坑
- 沿用功能清单验收生成类系统，交付时无法判断是否达标，双方各执一词。
- 只算建设费不算运营费，第二年知识过期、额度用尽，系统被迫降级。
- 让 IT 单独定义什么算对，业务不参与，评测集偏离真实场景。
- 把非结构化输入强行改造成字段录入，前端负担增加，用户绕过系统。
自检与验收清单
- 是否判断过输入与输出的可枚举程度
- 是否为非枚举任务建立评测集
- 预算是否含模型调用与知识维护
- 业务是否参与验收标准定义
- 异常与接管路径是否写进流程
常见问题
两者能共存吗？
能，而且多数企业是共存的。规则明确、要求可追溯的部分继续用传统系统，语言与文档密集、边界模糊的部分用模型辅助，中间用接口与人工复核衔接。
原有信息化投入会浪费吗？
不会。业务系统提供的数据与流程是模型的输入与落点，真正需要补的是数据质量、权限与评测能力，而不是推倒重来。
为什么不能套用软件项目管理办法？
因为交付物从确定功能变成概率性输出。管理办法需要增加评测、灰度、接管与运营四类动作，否则验收环节没有可依据的证据。