到 2028 年，70% 的企业会放弃厂商代建的 Agentic AI

2026 年 9 月 29 日，Gartner 发布预测：到 2028 年，70% 的企业会放弃由厂商「前向部署工程」（Forward-Deployed Engineering，FDE）模式代建的 Agentic AI，原因是它们被飙升的成本困住，又无力自行演进。FDE 指厂商工程师直接与客户协作、共同构建并部署方案的交付模式。Gartner 认为，FDE 项目往往「先在结构上失败，再在技术上失败」，并给出覆盖签约前、交付中、退出三个阶段的三条准则（Tenets）。它同时预测，到 2028 年，不到 20% 的 FDE 项目会把客户的重复性需求沉淀为厂商核心产品的能力，由此暴露出「FDE washing」（把咨询服务包装成前向部署）的风险。本文逐段拆解这套判断，并整理成买方可用的清单。

一、FDE 是什么，以及它为什么会失败

先把概念钉住。FDE（Forward-Deployed Engineering，前向部署工程）是一种交付模式：厂商工程师直接与客户协作，构建并部署方案。Gartner 的预测是，到 2028 年，70% 的企业会放弃由厂商 FDE 代建的 Agentic AI，被飙升的成本困住、又无力自行演进。它给出的关键判断是：FDE 项目往往在技术上失败之前，先在结构上失败。所谓「结构」，指的是签约前、交付中与过渡期这三个阶段里，软件工程负责人仍能掌控范围、激励、治理与归属时所做的决策。示例 1 把这条预测和它对买方的含义写成了可读的结构。

# Gartner's headline: by 2028, 70% of enterprises will abandon agentic AI
# built by vendor forward-deployed engineering (FDE), trapped by soaring
# costs and unable to evolve it on their own. FDE is a delivery model in
# which vendor engineers work directly with customers to build and deploy.

FDE_OUTCOMES = {
    "abandon_by_2028": 0.70,          # Gartner prediction
    "recurring_needs_to_core_product_by_2028": 0.20,  # less than 20%
}

def read_the_market(engagements):
    return {
        "structural_failure_rate": FDE_OUTCOMES["abandon_by_2028"],
        "note": "Gartner says FDE engagements often fail structurally "
                "before they fail technically",
        "buyer_question": "can my team operate and evolve this without the vendor?",
    }

签约前、交付中、退出

二、准则一：签约之前

第一条准则发生在合同签字之前。Gartner 的建议是：只为那些真正需要深度产品专业知识、需要快速适配、或需要厂商技术与自身运营环境紧密集成的问题使用 FDE——不是所有带「AI」二字的问题都值得。它同时强调两件事：指定一位对业务结果负责的执行发起人，而不只是对实现预算负责；以及建立超出采购范围的合同要求，包括交付物、知识转移、知识产权、以及过渡或退出责任。换句话说，能让传统专业服务或合作伙伴模式更省钱、更可预测地交付的问题，就不该动用 FDE。示例 2 把这套判断落成了一个简单的准入函数与合同清单。

# Phase 1: before signing. Scope the engagement around problems that truly
# need deep product expertise, rapid adaptation, or tight integration between
# vendor tech and your operating environment -- not everything with "AI" in it.

CONTRACT_REQUIREMENTS = [
    "named deliverables with acceptance criteria",
    "knowledge transfer plan with dates and owners",
    "intellectual property rights and ownership of artefacts",
    "transition and exit responsibilities",
    "an executive sponsor accountable for BUSINESS outcomes, not just budget",
]

def fde_only_for(problem) -> bool:
    return any([
        problem.needs_deep_product_expertise,
        problem.needs_rapid_adaptation,
        problem.requires_tight_integration_with_our_env,
    ])
# If none hold, a traditional services or partner model may deliver the same
# result more cost-effectively and with more predictable results.

三、准则二：交付过程之中

第二条准则发生在交付进行时。Gartner 的建议是：把 FDE 嵌入到内部的领域专家、工程师与最终用户之中，让关键知识真正被共享，让方案反映工作实际是如何完成的。执行上，要建立迭代式业务验收的节奏，评估的不只是技术表现，还包括「负责任地扩展 AI」所需的运营模型。每一次增量都应当被用来明确决策权、确定自主性与人工监督之间的恰当平衡、澄清信心与异常如何传达，并建立维持用户信任与可问责的治理机制。示例 3 把一次增量验收该问的问题列成了清单。核心是：知识留在内部，而不是留在厂商的交付团队里。

# Phase 2: during the engagement. Embed FDEs with your own domain experts,
# engineers and end users so critical knowledge is shared and the solution
# reflects how work actually gets done. Validate against the operating model,
# not just benchmarks, and settle decision rights early.

def validate(increment):
    return {
        "technical_performance": increment.benchmarks,
        "operating_model_ready": increment.can_scale_responsibly(),
        "decision_rights": increment.who_decides(),
        "autonomy_vs_oversight": increment.balance,
        "exception_handling": increment.how_confidence_is_communicated(),
        "governance": increment.trust_and_accountability_mechanisms(),
    }

# Use each increment to define decision rights and the balance between
# autonomy and human oversight before scaling further.

知识转移是成功与否的分水岭

四、准则三：退出并证明独立

第三条准则发生在退出阶段，也是最容易被跳过的一步。Gartner 的建议是：执行一开始就定下的退出计划，而不是因为内部团队没准备好就一再延长合作。要让组织发展出独立维持并持续演进这套方案所需的能力、治理与运营归属。Gartner 对成功的定义很值得抄下来：成功不是以「实现是否完成」衡量，而是以企业能否管理、优化并扩展这项技术来衡量，其中包括随着业务流程、优先级与风险轮廓变化而调整人机决策模型的能力。示例 4 把「能否独立演进」拆成了可勾选的清单。

# Phase 3: exit and prove independence. Execute the exit plan established at
# the start instead of extending because internal teams are not ready.
# Success is measured by the enterprise's ability to manage, optimize and
# scale the technology -- including its human-AI decision models.

EXIT_READINESS = [
    "internal team can run day-to-day operations unassisted",
    "internal team can make changes and ship improvements",
    "internal team owns governance and risk decisions",
    "internal team can adapt human-AI decision models as risk evolves",
]

def success(enterprise):
    return {
        "implementation_complete": enterprise.on_time_and_in_budget,
        "independently_evolvable": all(enterprise.check(e) for e in EXIT_READINESS),
        "true_success": enterprise.independently_evolvable,
    }

五、FDE washing：把咨询包装成前向部署

Gartner 还给出一个预警。它预测，到 2028 年，不到 20% 的 FDE 项目会把客户的重复性需求转化为厂商核心产品的能力，由此暴露出「FDE washing」的风险——把咨询服务当作 FDE 来营销。Gartner 分析师 Mukul Saha 的原话是：许多供应商现在把「前向部署」当作实施、专业服务、解决方案工程或 AI 咨询的标签，有的是认真这么做，有的只是因为它听起来更战略；有些收取溢价，却没有与之匹配的交付深度、项目管理或变更管理的成熟度。结果是，客户可能看到早期进展很快，却没有建立起内部能力，最终以溢价为「范围一清晰后，传统服务或合作伙伴模式本可更省钱、更可预测地交付」的工作买单。示例 5 给出一张识别清单。

# The warning: FDE washing. Gartner predicts that through 2028, less than
# 20% of FDE engagements will turn recurring customer needs into capabilities
# in the vendor's core product, exposing consultants that label themselves
# "forward deployed" without the delivery, program or change-management depth.

def spot_fde_washing(vendor) -> list:
    flags = []
    if vendor.charges_premium and not vendor.has_delivery_depth:
        flags.append("premium fees without delivery depth")
    if vendor.uses_label_for("implementation or professional services"):
        flags.append("label used as marketing, not a distinct model")
    if not vendor.has_program_management_maturity:
        flags.append("no program management maturity")
    return flags     # customers may see fast early progress, then stall

成功以「能否独立演进」衡量

六、给买方的可执行清单

最后，把这些判断整理成可执行的动作。第一，签约前就问一句：范围清晰之后，这项工作真的需要 FDE 吗？如果三项准入条件一个都不成立，回到传统服务或合作伙伴模式（示例 2）。第二，把退出当作第一天就要写的条款，而不是最后才谈的事：交付物、知识转移、知识产权、过渡与退出责任都要落在合同里。第三，把执行发起人绑定到业务结果，而不是实现预算。第四，用每一次增量去明确决策权、自主性/人工监督的平衡与异常处理方式（示例 3）。第五，在退出时以「能否独立管理、优化与扩展」来验收，而不是以「是否按预算交付」验收（示例 4）。第六，对「FDE washing」保持警惕，用示例 5 的信号函数在签约前筛掉只有标签没有深度的供应方。做到这六点，你才可能成为那不被算进 70% 的少数。