At A Glance
At HFS Summit 2026 in New York, the conversation centered on Forward Deployed Engineers, customized agents, and outcome-based delivery. The session highlighted a shift away from time-and-materials thinking toward measurable business outcomes, shorter delivery cycles, and services models that combine domain expertise with technical execution.
At HFS Summit 2026 in New York, the conversation around AI and services shifted firmly from “what can we build?” to “what outcomes can we deliver?”. we heard a clear message: Forward Deployed Engineers who blend business and technical skills are central to AI enablement, customized agents built on proprietary IP and accelerators are starting to look like software, and the services model is moving toward shorter delivery cycles and outcome-based pricing, where value is measured by tangible business results rather than hours or token usage.
Forward Deployed Engineers as the Core AI Capability
A major theme at the summit was the importance of Forward Deployed Engineers (FDEs) in making AI real. FDEs are positioned at the intersection of business and technology: they understand processes and pain points, and they can also work hands-on with the technology to implement solutions.
The discussion emphasized that this capability can reside in a single individual or a tightly integrated team. What matters is the combination: the more effectively a firm brings business analysts and skilled engineers together, the more useful it becomes as a partner. AI naturally brings these disciplines closer, and services firms are expected to mirror that by aligning domain expertise and engineering.
Customized Agents That Resemble Software
Another key takeaway was the role of customized AI agents in accelerating adoption. These agents are not generic; they are tailored around client context and powered by a mix of:
- Forward Deployed Engineer capabilities
- Proprietary IP and accelerators
- Surrounding services for implementation and change
As these elements are layered together, the offering starts to resemble software in its repeatability and structure. Services firms that add their own IP, reusable components, and well-defined delivery methods are edging closer to a product-like model, even when the engagement is still service-led.
Shifting the Conversation from Cost to Outcomes
We also saw a clear shift in how value is discussed. Traditional focus areas hourly rates, token usage, and time-and-materials constructs are no longer sufficient when AI is involved. The emphasis is moving toward value-driven outcomes and tangible deliverables.
This is not always an easy adjustment for CFO organizations, which are accustomed to fixed spend and tight budget controls. However, once a value-based outcome is achieved, the up-front cost often becomes less central. In this emerging model, simply building an agent or a technical component is not enough; the expectation is that vendors deliver the intended outcome and the value attached to it, and that they are held accountable for what they can meaningfully control.
Shorter Delivery Cycles and Designing for AI
The summit discussions also highlighted how delivery timelines are changing. Traditional 12‑ to 18‑month application development cycles were described as out of step with the pace of AI. Instead, 10, 12, or 18‑week cycles were presented as the emerging norm.
AI‑enabled development teams and agile methods are part of this shift, but there is also a design dimension. Products, applications, and agents now need to be conceived with AI in mind from the outset. One example shared was a new website: it may need to prioritize discoverability by AI crawlers as much as direct human interaction, because AI systems will increasingly consume and interpret more data than individual users do.
What Differentiates Next-Generation Services Firms
Across sessions, a picture emerged of how next-generation services firms will differentiate themselves in an AI-first world. Several factors stood out:
- Outcome-based engagements, rather than effort-based contracts.
- Speed of execution, with shorter cycles and faster time to value.
- Proprietary accelerators and IP that compress implementation timelines.
- Industry-specific expertise that grounds AI in real business contexts.
- Forward Deployed Engineer capabilities to link domain insight with engineering.
- Outcome-based pricing, where compensation reflects delivered results.
In this context, AI services are described less as “technology projects” and more as AI-driven business outcomes. An outcome is seen as the combination of business domain knowledge and technical expertise, applied in a way that can be trusted to deliver specific, agreed results.
Three Vectors of Outcome-Based AI Work
Outcome-based AI engagements at the summit were framed around three core vectors:
- Industry and business domain expertise
- Data and access
- Process and automation
Together, these define whether an AI initiative can realistically be tied to an outcome. Domain expertise anchors the problem, data and access determine what the models can work with, and process and automation define how the work actually changes day-to-day operations.
Building the business case: beyond cost
When building a business case for outcome-driven AI, the sessions stressed that cost alone is not a sufficient lens. Instead, value needs to be expressed across three dimensions:
- Cost
- Process improvement
- People benefits (for staff, customers, or the broader enterprise)
This broader view is important when engaging CFO organizations, because it explains not just what an initiative will cost, but how it will improve processes and create benefits for people across the enterprise.
Preconditions for Outcome-Based Pricing
Outcome-based pricing was described as attractive but demanding. Several preconditions were highlighted:
- Clearly defined requirements mapped to a desired outcome. Ambiguity makes outcome-based models fragile.
- Measurable outcomes with accurate benchmarks. Outcomes should be observable and based on reliable baselines rather than assumptions.
- Existing trust between buyer and vendor. Outcome-based contracts are better suited to established relationships than to new, untested ones.
- Vendor control over the outcome. If the outcome depends largely on the client’s employees completing key tasks, the vendor cannot realistically own the result.
In this structure, a vendor is rewarded for the outcome itself, not for hours worked. The traditional idea that vendors are paid primarily for effort does not align with this model. CFOs need to be involved early, as exceptional results can justify significant rewards. At the same time, if the outcome is not delivered, compensation is reduced or may fall to zero. Risk and reward are shared by both sides.
Challenges in Outcome-Based Contracts
The summit also acknowledged the practical challenges of outcome-based engagement models:
- Scope creep and outcome creep: If the scope expands without revisiting the outcome and economics, the model becomes unstable.
- Reduced reliance on traditional progress tracking: When a vendor is focused on the final outcome, there may be fewer familiar checkpoints or deliverables along the way, making it harder to spot issues early.
- Heightened importance of trust: Buyers and vendors that trust each other can define interim benchmarks that provide enough visibility, even if those benchmarks are not what the buyer is paying for.
Shorter delivery cycles help mitigate some of these issues. When engagements aim for outcomes in weeks rather than many months, any problems surface sooner, and course corrections are less costly in both time and budget.
Final Thought: What This Signals for AI-Enabled Services
Taken together, the themes at HFS Summit 2026 point to a services landscape that looks very different from the traditional model. Forward Deployed Engineers sit at the center of delivery, customized agents start to behave like software products, and commercial structures are tied to outcomes rather than effort.
Shorter delivery cycles, clearer definitions of value, and shared risk between buyers and vendors all reinforce the same direction of travel. As AI moves deeper into processes, the firms that align domain insight, engineering capability, and outcome-based engagement models will be best positioned to convert AI from experimentation into sustained business impact.

