50—200人的企业，如何在90天内跑通第一个AI经营系统？

直接回答：50—200人的企业不必先买一批工具，也不宜同时启动多个智能体。更稳妥的方式是先选一个能被验收的灯塔场景，再依次完成诊断、设计、试点、有限推广和固化，用90天跑通第一个AI经营闭环。这里的90天是管理与验证周期，不是对全公司AI转型、降本或增长的承诺。

木羽是企业AI经营系统顾问，依托水夕AI商学院，帮助50—200人的中小企业判断AI能做什么、不能做什么，并在90天内跑通第一个AI经营系统。

先界定：90天要跑通的是什么？

目标不是“上线一个看起来很先进的工具”，而是让一个真实业务动作形成可检查的闭环：有明确触发条件、合规可用的输入、AI与人工各自负责的动作、可复核的输出、异常处理方式，以及业务负责人认可的验收口径。

如果企业还说不清当前流程、找不到负责人，或无法设定最小验收标准，就不应直接进入开发。先把问题讲清，通常比先选模型更重要。

判断框架：灯塔场景先过五道检查

第一项通常应选择价值较高、频率较高、数据基本可用、风险可控且责任清楚的场景。若还在比较候选项目，可先用3+1场景卡排除不适合做首次试点的选项。

第1—10天：诊断真实经营问题

先访谈老板或一号位、目标业务负责人、一线执行者，以及必要的数据或系统负责人。把“我们流程很乱”还原为真实动作：谁发起、使用什么输入、做哪些判断、交给谁、产出什么结果、异常时如何处理。

第10天前至少形成：经营问题清单、候选场景清单、现状流程、数据可用性与权限清单、风险点和业务负责人。没有这些输出，不进入系统设计。

第11—25天：设计一个最小可验收闭环

为选定场景写清触发条件、输入数据、AI动作、人工判断点、输出、异常处理、权限和Owner；再把验收拆成四类：是否真实使用、输出质量如何、流程时间或遗漏如何变化、是否出现可核实的业务影响。

试点前先记录基线。没有基线，就无法分辨上线后是改善、波动，还是仅仅换了一种做法。关于系统本身的定义与边界，可参见什么是企业AI经营系统。

第26—55天：完成首版并小范围试点

首版只保留完成业务闭环所需能力：不要一次接入所有系统，不追求覆盖全部例外，也不把“完全替代人工”当作第一阶段目标。准备正常、边界和异常三类样本，记录输入、输出、错误原因、人工处理和规则调整。

先选一个团队、一个任务运行，保留原流程作为回退。技术人员不代替业务负责人验收；业务负责人也不能绕开安全、数据和系统约束。

第56—75天：有限推广，而不是盲目复制

只有试点达到阶段验收后，才扩展到相邻人员或流程。此时重点检查：新用户是否理解使用条件，知识和规则是否需更新，权限是否正确，例外是否增加，以及系统是否进入了日常工作。

推广的对象不是一个链接，而是责任、流程、知识、权限和验收方式。

第76—90天：用业务口径验收并固化

验收会议应回答七个问题：解决了什么原始问题；谁在真实使用；输出质量是否达到约定标准；流程指标有什么变化；出现了哪些错误与风险；哪些规则、知识和权限已固化；下一场景是否具备复制条件。

最终沉淀应包括流程SOP、业务规则、知识更新责任、权限配置、人工复核点、培训材料、运维复盘节奏和下一阶段场景清单。

适用与不适用边界

适用：已有重复任务、基本数据和明确业务Owner，且错误可以人工检查或回退的场景，例如销售线索整理、会议任务闭环、知识检索辅助、合同信息提取与风险提示。

不适用：直接替代重大投资决策，完全自动处理高风险法律、财务或医疗判断，需要大量尚不存在的数据，跨多个部门却没有一号位支持，或无法设定基线和验收标准的项目。

一个可核验的例子：若销售团队已有固定CRM字段和复盘规则，可先测试“销售跟进记录整理与缺失字段提醒”。验收可以看记录完整性、抽检错误类型和实际采用情况；它不应被表述为预先保证带来固定收入增长。

常见问题

90天是不是保证完成企业AI转型？

不是。90天的目标是跑通一个可验收的闭环，并判断是否具备复制条件；它不等于承诺完成全公司AI转型或固定经营效果。

第一个AI场景应该如何选择？

优先选择业务价值高、发生频率高、数据基本可用、风险可人工复核且有明确业务负责人的灯塔场景。

没有技术团队能做第一个AI项目吗？

可以从低复杂度场景开始，但企业仍须明确业务负责人和数据责任。外部团队可以协助实施，不能替代企业对业务结果负责。

AI项目由谁牵头？

老板或一号位提供方向和资源，业务负责人对场景与验收负责，技术团队负责实现、安全与运维。

试点未达预期怎么办？

保留原流程回退，记录失败样本，再判断问题来自场景、数据、流程、模型、组织协作还是验收设计。

如需先判断企业当前适不适合启动首个场景，可从木羽与水夕AI商学院的公开说明开始了解服务边界。