企业准备给已有软件增加AI能力时，一个常见问题是：应重建整套系统，还是先把某个流程改好？2026年9月11日，工信部信息技术发展司发布《“人工智能+软件”专项行动实施方案》解读。本文结合这一政策背景，讨论企业在采购和升级软件时可以采用的判断方法。
政策关注点：软件能力与研发方式共同升级
官方解读涉及软件企业研发方式、产品智能化和服务模式的转型，并强调生成代码的安全审查。以上为政策信息概述；下文是上海优翰面向企业项目的分析建议，不是官方要求或补贴资格说明。
我们的判断：从可验收的业务问题入手
“增加AI功能”不是完整需求。企业可以先列出重复发生的业务问题，例如员工找不到最新版制度、客服反复回答同类问题，或多个系统的数据需要人工汇总。再判断问题主要来自信息不完整、权限不清楚、流程不统一，还是确实需要模型处理自然语言。
如果资料本身过期，先整理知识来源；如果数据口径不同，先明确统计规则。把这些问题全部交给模型，并不会自动得到可靠的业务结果。小范围试点的价值，是在较低变更范围内明确哪些步骤适合AI辅助，哪些步骤仍需要确定性规则。
软件升级采购，可以补充四个验收问题
- 回答来自哪里？知识问答应能指向获准使用的资料，资料更新后应说明同步方式。
- 谁能看到什么？新入口要继承业务权限，而非把原来隔离的信息集中开放。
- 错误怎样处理？资料不足或答案有争议时，应有反馈和人工处理入口。
- 成本怎样计算？除了开发费，还需要考虑模型调用、存储、运维和后续资料维护。
这些问题可以写进需求说明与试点验收表。先选一个边界明确的部门或资料库，再扩大使用范围，比一次性承诺“覆盖全部业务”更容易确认效果。
已有OA和管理系统，如何选择第一步？
对制度问答，可先整理文档版本、权限和维护责任；对报表辅助，可先统一指标定义和数据来源；对流程助手，可先限定为查询和草稿建议，把正式审批、金额变更等动作留在原有授权流程中。这里的步骤是项目规划建议，实际实现仍取决于平台能力与业务规则。
采购时也应要求供应商说明改动范围：新能力如何连接旧系统，发生故障是否影响现有业务，如何回退，哪些内容需要人工确认。验收不只看演示时回答是否顺畅，还要检查授权边界和异常处理。
开发效率提升，也需要交付证据
代码生成工具可以纳入研发过程，但采购方不宜仅用“用了AI”判断交付质量。建议仍检查关键业务测试、接口约定、部署说明、依赖许可及后续维护责任。生成的代码与人工编写的代码，都应能说明业务规则并通过相应验证。
对于准备升级的企业，可先梳理企业AI知识库与智能问答的资料和权限基础，或通过旧系统升级与重构确定现有系统可保留的能力，再安排试点。不是每个模块都需要换成AI，也不是每次升级都必须重做整个系统。
消息来源与时间说明
政策解读原始发布时间为2026年9月11日；本文于2026年10月14日撰写，是政策背景下的行业观察，并非当日新政策快讯。原始来源：工信部信息技术发展司：七问+一图，读懂《“人工智能+软件”专项行动实施方案》。本文未对政策补贴金额、申报资格或企业收益作出承诺。
