AI会做系统了,企业还该不该买软件?

AI已经能写页面、接流程、做一个内部系统了，企业还值得花钱买软件吗？

我的答案不是“都买”，也不是“都自己做”。真正要判断的，是这套系统的责任应该放在哪里。

01｜先别把“能做”当成“该做”

AI能把一个想法很快变成界面、表单和流程演示。这解决了“有没有可能”，还没有解决“谁来负责”。

系统一旦进入业务，就会碰到账号、数据、权限、异常和升级。演示能跑，不代表企业能长期使用。

我更愿意先问四个问题：谁每天用？出了错谁处理？规则谁确认？半年后谁维护？

如果这四个问题答不出来，先别急着买，也别急着自建。先把真实工作观察清楚，把人工流程跑顺。

这不是保守，而是把“做出来”与“用得住”分开。前者是技术可能性，后者是经营责任。

02｜通用成熟业务，先比较现成软件

有些工作本来就高度通用：排班、基础财务、客户资料、通用协作和常见审批。

这类软件的价值不只是一组按钮，还包括权限设计、数据备份、版本升级、兼容性和服务支持。

企业如果从零重做，往往只看到了页面成本，没算后面的修复、迁移、培训和持续维护。

所以第一步不是问“AI能不能做”，而是找三到五个成熟方案，按真实任务试用。

让实际使用者拿一批旧任务跑一遍，记录完成时间、返工次数、权限问题和无法处理的例外。

如果现成软件已经覆盖关键共性流程，剩下的差异可以用配置、插件或少量接口补上，就不必从头造一套。比例不是唯一标准，关键风险不能被平均掉。

试用时不要只让产品经理看演示。让真正录入、审核、交接的人各跑一次，尤其要跑退回、缺资料、重复提交和临时变更。

这些细节往往决定软件是否真的省事。功能清单上的“支持”，不能代替员工在压力下完成一件真实工作的证据。

9月15日，Claude官方介绍了面向小企业的新工作流、集成和培训项目。它说明“现成能力越来越多”，不等于任何地区、任何账号都能直接使用；上线前仍要核对资格、权限与实际可用性。

03｜工具可用但差异明显，优先局部改造

企业常见的情况是：通用系统能用，但关键一层不合身。

例如审批节点不同、报价规则独特、客户资料需要按自己的方式归档，或者一个部门的异常判断无法套用标准流程。

这时不必把整套系统推倒。可以保留成熟系统，把差异部分拆出来，做一个小模块、一个接口或一个受控助手。

局部改造的重点，是明确边界：哪些数据从原系统来，哪些动作回写原系统，哪些决定必须由人确认。

改造前先留一条旧路径。新模块出问题时，员工仍能回到原流程，数据也能导出，业务不会被一次试验锁死。

局部改造还要控制数据边界。能不复制的资料就不重复存，能只读的权限就不开放写入，能人工确认的动作就不要默认自动提交。

这样做的代价是前期多花一点时间画清边界，换来的却是出了问题能定位、能撤回，也不至于因为一个小模块停掉整条业务链。

Salesforce与Claude的官方更新就是一个例子：beta插件沿用用户已有的Salesforce权限，默认在写入CRM变更前请求用户批准。管理员仍需核对测试资格和实际授权设置。

它不是“Claude取代Salesforce”，而是把AI放进既有系统的一段工作里。企业做集成，也应先问清楚它补哪一层、谁批准、如何回退。

04｜只有满足条件，才考虑小范围自建

自建不是为了证明自己更先进，而是为了保存和放大企业真正独特的规则。

我会把门槛放在三件事上：规则足够清楚，使用频率足够高，企业有人长期负责维护。

规则不清楚时，自建只是把争议写进代码。频率太低时，系统很难抵消开发和培训成本。

没有维护负责人时，最初做得再漂亮，也可能在模型升级、人员变动或权限调整后慢慢失效。

小范围自建也必须有专业工程支持。AI能生成代码，不代表可以省掉架构、安全、数据、性能、日志和生产验收。

业务负责人负责说明目标、规则和结果；专业工程人员负责把它变成可运行、可审计、可恢复的系统。

“懂业务的人自己做就够了”是危险的泛化。懂业务能帮助定义问题，却不能替代工程责任与真实验收。

05｜买、改、建，最后看责任能否落地

我建议企业把决策写成一张很短的责任单，而不是凭产品演示或个人偏好拍板。

第一，写清楚业务差异：它到底减少了哪一种损失，或保住了哪一种独特能力？

第二，写清楚责任人：谁维护规则、处理权限、看日志、接住异常，谁有权批准上线？

第三，写清楚退出路：数据能否导出，旧流程能否接回，供应商停止服务时能否继续经营？

如果答案都很模糊，先买成熟软件或继续人工整理。先把需求、SOP、数据和验收条件做扎实，再扩大自动化。

还要把维护成本写进预算：版本升级谁测试，规则变更谁记录，人员离职谁接手，供应商停服谁迁移。

一套便宜但无人维护的自建系统，可能比一套价格透明、责任边界清楚的现成软件更贵。贵的不只是代码，还有无法经营的风险。

这不意味着“软件不值钱”，而是企业不该为所有差异都承担自建维护责任。

通用成熟的部分，买是责任清晰；已有系统的差异，改是风险可控；真正独特、稳定、高频且有人维护的部分，才值得小范围建。

这套顺序也给AI留出了正确位置：它可以加快实现和试验，但不能替企业承担经营判断、权限授权和上线验收。

欢迎关注「Albert的AI经营手记」👋
回复【CODEX】，领取 Codex 小白安装教程；
回复【888】，领取 Claude 小白安装教程。
从安装到使用，跟着步骤操作即可。

参考来源

• Claude小企业工作流更新（2026-09-15）
• Salesforce in Claude发布说明（2026-09-15）
• Salesforce in Claude使用与批准设置
• Albert，《2026-09-13-Albert关于企业AI学习与服务的十三条判断》，第2、3、6、7、13条。观点归属Albert，示例为假设，不代表客户经历或测试结果。