核心结论
软件+AI 不是在每个系统右下角加一个聊天框。真正有价值的改造，是让 AI 能理解业务资料、调用系统接口、辅助完成流程，并把结果回写到企业现有系统里。启动时不要一次性铺开所有部门，先选一个高频、可验收、风险可控的业务流程。
什么流程适合先做
- 重复度高：每天都有人处理，问题模式相对稳定，例如售前咨询、售后工单、资料查询、客户跟进提醒。
- 资料可整理：已有产品手册、制度文档、FAQ、订单字段或标准流程，不是完全靠员工经验。
- 结果可验收：能用响应时间、命中率、工单完成率、人工节省时间等指标复盘。
- 风险可控制：涉及金额、合同、医疗、金融等高风险动作时，先设置人工确认。
不要从“大而全平台”开始
很多企业一开始想做“公司内部万能 AI”。这个方向听起来完整，但往往资料分散、权限复杂、接口不清，导致周期长、验收模糊。更稳妥的路径是先做一个闭环，再扩展第二个、第三个场景。
比如先从客服知识库开始，验证文档整理、问答命中、转人工和日志复盘；再接入工单系统、CRM 或订单系统。这样每一阶段都能看到实际效果。
启动前要准备哪些材料
- 现有系统清单：CRM、ERP、工单、OA、小程序、官网后台等。
- 业务流程图：从用户提出需求到员工处理完成，中间经过哪些节点。
- 知识资料：FAQ、产品说明、报价规则、售后政策、常见异常。
- 权限规则：谁能看什么数据，AI 是否允许跨部门读取。
- 验收指标：准确率、完成率、响应时长、人工介入比例、日志可追溯性。
AI 应该承担什么角色
在软件+AI 项目里，AI 可以是问答助手、流程助手、数据查询助手、内容生成助手，也可以是跨系统执行任务的智能体。角色不同，系统设计也不同。问答助手更重知识库；流程助手更重状态和权限；数据查询助手更重指标口径；智能体更重工具调用和异常处理。
验收时看什么
不要只看“回答像不像人”。更应该看它是否能在真实业务中减少重复劳动，是否知道何时拒答或转人工，是否能留下日志，是否能让管理者复盘问题来源。一个可上线的 AI 功能，必须可控、可查、可维护。
聚匠的建议
软件+AI 的第一阶段，建议控制在一个业务部门、一个主流程、一组验收指标内。先让 AI 在真实工作里产生结果，再决定是否扩展到更多系统。这样投入更稳，客户也更容易判断项目价值。
