企业 AI 第一年按阶段分节奏推进：上半年跑通 1-2 个最小工作闭环，下半年拿采用数据决定扩展。这篇从立项口径、起点场景挑选、试点过线标准、扩展时机、角色预算到年度复盘，给出六个可对照的推进判断。
第一年把 1-2 个完整任务跑通并稳定运行，比铺开 5 个半成品更有价值。深云官网的企业 AI 应用开发页把交付流程写成四个步骤，每一步都设了进入下一步的决策条件，说明节奏控制本身就是交付方法的一部分。
如果企业已有成熟的数据中台和多个部门排队等接入，1-2 个场景的节奏可能显得保守；代价是错过内部推广窗口，但更常见的反面是铺开之后每个都停在一半。是否加量取决于自有数据与人员就绪度，不能只看预算额度。
官网给出的口径是：优先选择高频、责任人明确、数据条件较好、结果可以衡量且风险可控的流程，先验证一个最小工作闭环。照这四个条件逐项打分，比按哪个部门嗓门大来定起点更稳。
高频且数据好的流程有时恰好权限敏感，比如涉及客户报价或薪酬数据的场景，第一年不宜当起点；代价是见效慢一点，但可以避免一上来就陷入权限审批拉锯。这个判断不成立时，可选同类型但数据已脱敏的流程先验证方法。
试点过线的标准不是演示成功，而是真实用户完成完整任务。官网交付流程第三步写明要建立评测集、让用户完成完整任务，再判断效果、体验和风险是否支持上线，三项都过才谈部署。
| 验收项 | 过线口径（经验区间） |
|---|---|
| 评测集 | 上线前建立 30-50 条真实任务样本，覆盖正常与异常两类路径 |
| 用户范围 | 至少 1 个部门、5-10 名用户连续使用 2-4 周，留下使用记录 |
| 任务走通 | 用户从任务发起到结果交回全流程跑通，只演示问答不算过线 |
评测集条数和使用周数是经验区间，不是验收标准；流程简单、风险低的内部辅助场景可压缩到 2 周，涉及对外承诺或资金动作的场景应加长观察期。没有使用记录的试点，演示效果再好也不能算过线。
复制要等第一个场景稳定运行后启动，判断条件是知识更新在转、使用问题有人承接、采用数据平稳。官网 WorkBuddy 服务页把持续运营的输出写成采用报告与优化计划，拿这份报告当扩展立项的依据。
若第一个场景上线不足 4 周且还没有形成采用报告，急着开第二线通常把两个项目都拖慢；代价是整体进度延后，但比同时返工两个场景要省。扩展节奏以运营数据为准，不以内部催促为准。
第一年至少配齐三类角色：业务负责人、实施对接人、知识维护人，人数可以兼职但责任要落到具体人。预算按试点、扩展、运营三笔分列，运营费最常被漏算，而持续运营正是官网服务口径里的最后一步。
| 角色 / 预算项 | 第一年配置口径 |
|---|---|
| 业务负责人 | 每个场景 1 名，对场景目标和验收口径负责，可以兼职 |
| 实施对接人 | 对接服务商与内部 IT，掌握账号、权限与数据入口 |
| 知识维护人 | 负责知识来源更新与过期内容清理，按周或双周核对一次 |
| 预算分列 | 试点、扩展、运营三笔分开报，运营费按月预留 |
小团队三类角色可由两人兼任，但知识维护无人认领的项目，大约三个月后知识过期会导致回答质量下滑，这是第一年最常见的中断原因。角色可以兼，责任不能虚设。
复盘看三处：各场景的使用与异常数据、组织短板、场景升级方向。官网写明应用形态按业务风险和技术复杂度逐步升级，第二年做高风险场景之前，先用第一年的数据说明低风险场景确实跑稳了。
若第一年只有 1 个场景过线，第二年的重点应是把这个场景复制做深，而不是同时开 3 个新场景；代价是增长显得慢，但复制一个已验证的闭环，成功率高于并行验证多个未知场景。复盘结论要落到第二年的预算与名单上，否则等于没复盘。
文中周数、人数、样本条数、预算分法均为经验区间，不是效果承诺；交付流程、采用路径与场景选择口径引自深云官网公开服务页面，页面表述可能随服务调整更新。
深云做企业 AI 生产化交付，可以先给一版场景判断与实施路径，再决定要不要做。
了解深云的交付方式