本文建议将企业 Agent 落地路径拆成八个阶段:准备度评估、场景选择、PoC 验证、小范围试点、生产上线、效果验收、场景复制、平台化运营。多数项目不是死在某个阶段内部,而是死在阶段之间:PoC 做完没人说得清通过标准,试点结束没人算得出业务回报。本文逐阶段给出关键动作与准出标准,并提供选第一个场景的四象限方法。
先看数据:从 PoC 到生产,行业平均通过率有多低
投入端不缺热度:中国信通院与华为 2025 年 6 月的报告预计,全球 AI 智能体市场规模将从 2024 年的 51 亿美元增至 2030 年的 471 亿美元。产出端是另一回事,按"预测、实测、根因"三层看。
预测层:Gartner 曾预测,相当比例的 agentic AI 项目会因成本攀升、业务价值不清晰和风险控制不足而被取消,这条数字与背后的失败模式,在《企业 Agent 落地的十大失败模式与避坑指南》里有完整展开;更早的 2024 年,它已预测到 2025 年底至少 30% 的生成式 AI 项目会在 PoC 之后被放弃。
实测层比预测更冷。S&P Global 451 Research 2025 年的调查(1,006 名北美与欧洲 IT 及业务负责人)显示,放弃了大部分 AI 项目的企业占比一年内从 17% 升至 42%,企业平均有 46% 的 AI PoC 在进入生产前被砍掉。MIT NANDA 2025 年报告更直接:企业已在生成式 AI 上投入 300 亿至 400 亿美元,95% 的组织没有拿到可测量的回报,定制 AI 工具只有约 5% 走到生产环境。
根因层:RAND 2024 年访谈 65 名资深数据科学家与工程师后发现,超过 80% 的 AI 项目失败,是普通 IT 项目的两倍;第一大根因不是模型或算力,是业务领导层对要解决的问题理解错位——目标不清、预期膨胀、低估周期。
需要提醒:这几组数字的分母各不相同。Gartner 统计的是"项目被取消"的预测,S&P 是"PoC 未进入生产"的实测,MIT 是"组织未获得可测量损益回报",RAND 是访谈口径的"项目失败",不能混读成"95% 的 AI 项目都会失败"。但它们指向同一段链路:从 PoC 到生产的转化是损耗最大的一段。做成的一方回报可观:Gartner 2024 年调研 822 名业务负责人,生成式 AI 早期成功采用者平均报告生产力提升 22.6%、收入提升 15.8%。差距不在要不要做,在怎么走完全程。常见死因清单可对照《企业 Agent 落地的十大失败模式与避坑指南》。
八阶段路线图总览
| 阶段 | 回答的核心问题 | 准出标准(摘要) |
|---|---|---|
| 1 准备度评估 | 够不够格开始 | owner 与预算到位;数据可用性核查;禁区清单明确 |
| 2 场景选择 | 第一仗打哪里 | 唯一首选场景;基线已测量;成功标准量化 |
| 3 PoC 验证 | 我们的数据上做不做得成 | 通过线达成;干系人上手;go/no-go 留痕 |
| 4 小范围试点 | 真实工作流跑不跑得通 | 用户持续使用;动作闭环出现;异常路径验证 |
| 5 生产上线 | 敢不敢放开手 | 权限最小化;操作可审批;行为可审计;成本可监控 |
| 6 效果验收 | 到底值不值 | 基线对比结果;ROI 测算;扩/停/调决策明确 |
| 7 场景复制 | 第二个场景能否更快 | 上线周期缩短;复用资产沉淀 |
| 8 平台化运营 | 几十个 Agent 怎么管 | 标准流程上线;例行运营机制 |
需要说明的是,这套八阶段划分是本文整理的建议性框架,用于梳理从试点到规模化的关键关口,不同企业可按自身情况合并、跳过或调整部分阶段。八个阶段不是等长的:前四个回答"能不能成",后四个回答"能不能规模化",行业数据里最大的损耗恰好落在第四与第五阶段之间。下面逐个拆开。
阶段一到四:从评估到试点
阶段一:准备度评估
先回答一个问题:Agent 来了,有没有东西可用。评估三块:数据基础(埋点是否完整、指标口径有没有文档、数据源能否被程序访问);组织条件(有没有专职 owner 和预算、一线业务是否愿意参与);约束边界(哪些数据不能给 Agent 读、哪些操作不允许自动执行)。RAND 2024 年指出的第一大失败根因,就发生在这个阶段被跳过的时候。指标口径最常被低估:同一个"活跃用户"在两个部门可能是两套算法,Agent 会如实继承这种混乱。为什么必须先统一口径,见《Agent 为什么需要语义层》。
准出标准:专职 owner 与预算落实;候选场景清单成形;关键数据源完成可用性核查;数据与操作的禁区清单经安全负责人确认。
阶段二:场景选择
一次只选一个场景,坐标系是价值与可行性两条轴,方法在下文四象限一节展开。这个阶段真正的交付物不是场景名字,而是可量化的问题定义:基线是多少、目标是多少、用什么口径测。MIT NANDA 2025 年发现一个普遍错配:过半生成式 AI 预算投向销售与营销场景,实测 ROI 最高的却是后台自动化。价值判断跟着曝光度走,是第一个场景选错的典型方式。
准出标准:唯一首选场景锁定;基线指标完成测量;成功标准写成数字而不是形容词。
阶段三:PoC 验证
PoC 验证的是"这件事在我们的数据上做不做得成",不是"能不能让老板眼前一亮"。两条原则:用真实数据和真实口径,不用清洗过的样本;开工前先定通过线,比如问数准确率对齐业务人员的人工基线。Gartner 2024 年归纳的 PoC 后放弃四大原因是数据质量差、风险控制不足、成本攀升、业务价值不清晰,前两个在 PoC 期就能检出,留到生产阶段代价翻倍。
准出标准:预设通过线达成;业务干系人亲手用过而不是看过演示;go/no-go 决策连同理由记录在案。
阶段四:小范围试点
试点和 PoC 的区别在于工作流:PoC 在实验环境里回答技术问题,试点把 Agent 放进真实业务流程,让真实用户在日常节奏里使用。这个阶段要建立人机分工规则(哪些结论 Agent 直接给、哪些动作必须人工确认),并给用户一条低成本的反馈通道。MIT NANDA 把 95% 失败的核心归结为"学习缺口":通用 AI 工具不从工作流中学习、不保留上下文,因而在企业里停滞。试点的任务就是完成这种适配。
准出标准:真实用户在没有行政要求的情况下持续使用;出现至少一个经人确认后执行的业务动作闭环;错误与异常的处理路径被实际触发并验证。
阶段五到八:从生产到平台化
阶段五:生产上线
生产上线的关键词是治理前置。IBM 2025 年《Cost of a Data Breach》报告显示,发生 AI 相关安全事件的组织 97% 缺乏适当的访问控制,63% 的被攻破组织没有 AI 治理政策或仍在制定中;Deloitte 2026 年度报告(调查 24 国 3,235 名高管)里,只有约 20% 的公司有成熟的 Agent 治理模型。多数团队把权限和审计放到出事之后补,这是顺序错误。上线清单至少包括按角色的最小权限、敏感操作审批链、完整行为日志、成本监控与预算告警,完整设计见《企业级 Agent 的安全与治理》。
准出标准:权限按角色最小化配置;高危操作有人工审批;每次 Agent 行为可追溯到触发者与数据范围;成本监控上线并设告警阈值。
阶段六:效果验收
验收的尺子在阶段二就定好了:业务基线。最常见的落空方式是拿技术指标交差,准确率合格、业务指标没动。麦肯锡 2025 年对 105 国 1,993 家组织的调查显示,88% 的组织已在至少一个职能使用 AI,只有 39% 报告 AI 对息税前利润有可测量影响。量不出结果,在管理层眼里就等于没有结果。回报周期要定对预期:Deloitte 2024 年底的调查中,60% 的非高管认为克服规模化障碍需要 12 个月以上;IBM 2025 年 CEO 研究里,过去几年只有 25% 的 AI 项目达成预期 ROI。把预期设在 12 到 24 个月这一参考区间,通常比"一个季度见效"更接近实测;但这不是所有项目的通用周期,具体取决于场景复杂度与组织成熟度。
准出标准:与基线对比的量化结果出炉;ROI 测算覆盖模型与人力全成本;扩大、调整或终止的决策显式做出。
阶段七:场景复制
第一个场景交付的资产比场景本身更值钱:统一过的指标口径、权限与审批模板、评估方法、人机分工 SOP。复制阶段的目标是让第二个场景复用这些资产,而不是从头再谈一遍数据接入和安全评审。如果第二个场景的上线周期和第一个一样长,说明第一轮只交付了项目,没有交付能力。
准出标准:第二个场景上线周期明显缩短,用天数对比而非感觉;可复用资产整理成清单并有归属人;数据接入与权限申请走模板化流程。
阶段八:平台化运营
当 Agent 从一两个涨到十几个,管理方式必须从项目制切换到运营制:统一的注册与权限入口、固定周期的成本与效果 review、版本与退役机制。Gartner 2025 年预测,到 2028 年至少 15% 的日常工作决策将由 agentic AI 自主做出,33% 的企业软件将内置 agentic 能力。Agent 只会越来越多,没有平台化治理,数据团队经历过的"报表泛滥、无人维护"会在 Agent 上重演。
准出标准:新场景按标准流程上线,不再一事一议;成本与效果有例行 review;每个在线 Agent 有 owner、有版本、有退役条件。
第一个场景怎么选:价值 × 可行性四象限
不少企业的第一个 Agent 场景都选偏了,问题往往出在把"容易演示"当成"容易成功"。避免这个错误的工具是一张四象限图:纵轴是业务价值,由发生频次、单次人力成本、与核心指标的关联度决定;横轴是落地可行性,由数据可用性、流程标准化程度、容错空间、集成复杂度决定。
右上(高价值、高可行)是首选区:高频数据问答、活动效果复盘、流失预警这类场景,数据现成、流程清晰,适合作为第一仗。左上是储备区:价值大但底座没准备好,先按阶段一的清单补课,不要硬上。右下是练手区:适合内部演示和熟悉工具,但证明不了业务价值,不要拿来验收。左下不做。
可行性维度里最容易被忽略的是容错空间。第一个场景应该选错误成本低的:Agent 给分析和建议,人确认后执行,出错可回滚。让 Agent 直接自动执行高危操作的场景,价值再高也不该排第一。
降低全程风险:买、建,还是共建
路线图回答"按什么顺序走",还有一个问题是"和谁一起走"。MIT NANDA 2025 年的访谈样本提供了一个参考:外部合作工具达到部署阶段的比例约为 67%,内部自建约为 33%。这一结果来自有限的自报告样本,只能作为建设模式的参考,不能直接推导为所有企业的项目成功率。三种模式的完整对比见《自建、采购还是联合共建》。
MIT 对这种部署比例差异的解释是"学习缺口":通用工具够灵活,但不适配企业具体工作流;纯自研则容易低估数据底座和长期维护成本。业内一种常见的回应是"前线部署工程师"(Forward Deployed Engineer)式的共创交付:让懂行业的人帮你定义场景和通过线,懂平台的人把能力适配进你的工作流和数据口径。落到路线图上,这种分工压缩的正是损耗最大的第三到第六阶段。
ThinkingAI Agentic Engine 采用的就是"平台加共创"的交付结构:平台侧提供 100+ 预置行业 Skills,把留存、付费、投放、归因等成熟分析方法变成 Agent 可直接调用的能力;交付侧由前线部署工程师(FDE)与客户业务团队在真实场景里跑通第一个闭环,再按路线图复制。对多数缺乏底座积累、又不想从零自建的企业,这种"平台底座 + FDE 共创"的方式,能把 PoC 到生产上线阶段的落地风险摊薄。ThinkingAI 目前服务全球 1500+ 企业,客户覆盖游戏、电商等数据密集、高频运营的数字化业务场景。
常见问题
PoC 通过了,为什么还是上不了生产?
因为 PoC 和生产考的不是同一张卷子。S&P Global 2025 年的调查显示,企业平均 46% 的 AI PoC 在进入生产前被砍,原因集中在成本、数据隐私和安全,而不是模型效果。对策是把治理要求提前:PoC 阶段就评估权限改造、审计接入和推理成本。
第一个 Agent 场景选什么最稳妥?
选高价值、高可行、低错误成本的交集:数据现成、流程标准,且 Agent 输出经人确认后再执行。数据问答、活动复盘、流失预警是常见起点。最该警惕的信号是"这个场景演示效果好",演示效果和业务价值是两回事。
从启动到看到业务回报要多久?
行业实测偏向 12 个月以上。Deloitte 2024 年底的调查中,60% 的非高管认为克服规模化障碍需要 12 个月以上;IBM 2025 年 CEO 研究显示,85% 的 CEO 预计效率类 AI 投资到 2027 年实现正回报。把预期定在 12 到 24 个月这一参考区间(并非所有项目的通用周期),在阶段六用基线滚动验收。
中型团队也要完整走八个阶段吗?
阶段时长可以压缩,准出标准不建议跳过。小团队的 PoC 和试点可以合并推进,但阶段二的量化成功标准、阶段五的权限审计、阶段六的基线验收,规模再小也不能省。这三处恰好对应行业数据里最高发的死因。
下一步
如果你正在规划第一个 Agent 场景,或者卡在 PoC 与生产之间,可以基于这套路线图先做一次准备度评估,把八个阶段里当前的位置和缺口摸清楚。申请体验 DEMO,看 Agentic Engine 如何在你的数据上跑通第一个场景。
参考资料
- Gartner, "Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027", 2025. https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-predicts-over-40-percent-of-agentic-ai-projects-will-be-canceled-by-end-of-2027
- Gartner, "Gartner Predicts 30% of Generative AI Projects Will Be Abandoned After Proof of Concept By End of 2025", 2024. https://www.gartner.com/en/newsroom/press-releases/2024-07-29-gartner-predicts-30-percent-of-generative-ai-projects-will-be-abandoned-after-proof-of-concept-by-end-of-2025
- MIT NANDA, "The GenAI Divide: State of AI in Business 2025", 2025. https://www.aigl.blog/state-of-ai-in-business-2025/
- Fortune, "MIT report: 95% of generative AI pilots at companies are failing", 2025. https://fortune.com/2025/08/18/mit-report-95-percent-generative-ai-pilots-at-companies-failing-cfo/
- S&P Global Market Intelligence, "Voice of the Enterprise: AI & Machine Learning, Use Cases 2025", 2025. https://www.spglobal.com/market-intelligence/en/news-insights/research/ai-experiences-rapid-adoption-but-with-mixed-outcomes-highlights-from-vote-ai-machine-learning
- RAND Corporation, "The Root Causes of Failure for Artificial Intelligence Projects and How They Can Succeed", 2024. https://www.rand.org/pubs/research_reports/RRA2680-1.html
- McKinsey, "The State of AI: Global Survey 2025", 2025. https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai
- IBM Institute for Business Value, "2025 CEO Study", 2025. https://newsroom.ibm.com/2025-05-06-ibm-study-ceos-double-down-on-ai-while-navigating-enterprise-hurdles
- IBM, "Cost of a Data Breach Report 2025", 2025. https://www.ibm.com/reports/data-breach
- Deloitte, "State of Generative AI in the Enterprise, Wave 4 (Q4 2024)", 2025. https://www.deloitte.com/us/en/what-we-do/capabilities/applied-artificial-intelligence/content/state-of-generative-ai-in-enterprise.html
- Deloitte, "The State of AI in the Enterprise (2026 report)", 2025. https://www.deloitte.com/us/en/what-we-do/capabilities/applied-artificial-intelligence/content/state-of-ai-in-the-enterprise.html
- 中国信通院人工智能研究所、华为, 《智能体技术和应用研究报告(2025年)》, 2025. https://www.lib.szu.edu.cn/sites/szulib/files/2025-07/%E4%B8%AD%E5%9B%BD%E4%BF%A1%E9%80%9A%E9%99%A2%EF%BC%9A%E6%99%BA%E8%83%BD%E4%BD%93%E6%8A%80%E6%9C%AF%E5%92%8C%E5%BA%94%E7%94%A8%E7%A0%94%E7%A9%B6%E6%8A%A5%E5%91%8A.pdf
- The Pragmatic Engineer (Gergely Orosz), "What are Forward Deployed Engineers, and why are they so in demand?", 2025. https://newsletter.pragmaticengineer.com/p/forward-deployed-engineers

