06

8:30 - 10:25

Use an FDE agent to scale scarce hybrid expertise

Watch from 8:30

The previous chapters described the work an FDE does: learn how a customer really operates, redesign the workflow around AI, and deploy agents inside the customer's existing systems. This chapter focuses on the people problem behind that work.

Core idea: The proposed FDE agent is leverage for a scarce human role. It is meant to increase the amount of customer work an FDE can support, while keeping the human relationship and discovery work central.

Why the FDE role is difficult to staff

An FDE, or forward-deployed engineer, is not only a software engineer. The role sits between engineering and customer-facing consulting. An FDE must be able to:

  • understand technical systems and AI capabilities;
  • investigate how a particular customer performs its work;
  • communicate clearly with people who own different processes; and
  • help the customer decide how those processes should change.

These abilities are individually common enough to find. Their combination is much rarer. A technically strong engineer may not enjoy interviews, process discovery, or sustained customer communication. A strong consultant may understand the customer's organization well but lack the technical depth needed to design and deploy an AI workflow.

The speaker describes this combination with extreme language, including references to the “top 1%” and very large comparative multiples. Those phrases are best understood as rhetoric about scarcity, not as a hiring formula or a measured capacity claim. The practical point is simpler: hiring enough people who can do both sides of the job is difficult.

The scaling problem is context, not just labor

An FDE's attention is pulled in many directions at once. The speaker gives examples such as:

  • answering emails and other client communications around the clock;
  • reading hundreds of pages of customer documentation;
  • understanding accounts-payable (AP) and accounts-receivable (AR) processes;
  • following reconciliation work; and
  • keeping track of FP&A work and its competing priorities.

This is more than a large task list. Each task carries customer-specific context. The FDE must remember who owns a step, how a handoff works, which exception matters, and how one department's work depends on another department's work.

In other words, adding more customer engagements does not simply add more identical tickets. It adds more different operating environments. That makes the role hard to scale by asking one person to work faster or by giving the person a generic AI tool.

A concrete way to see the burden

Consider one FDE supporting several customers. One customer may be discussing AP reconciliation. Another may be changing an FP&A workflow. A third may be sending a new request by email while referring to documentation that the FDE has not yet reviewed.

The FDE must keep the requests separate and still understand each customer's local rules. The difficulty is therefore partly context management: finding and using the right information at the right time. The talk presents an FDE agent as assistance with this burden.

This is a teaching example that applies the chapter's idea. It is not a claim that the source describes these three customers or this exact sequence of events.

What the FDE agent is intended to do

The proposed scaling mechanism is narrow but important: an FDE or strategist can use specialized assistance to manage several client communications and larger amounts of context. The agent supplies leverage around the human's work. The source does not say that one person can independently perform every task for every customer.

The distinction matters:

Without enough leverage With the proposed FDE agent
One FDE must personally track every document, request, and competing process. The FDE receives specialized help with communications and context management.
More customers appear to require proportional additions to scarce hybrid staff. One FDE or strategist may be able to support several client conversations.
Customer discovery competes directly with routine follow-up and coordination. The human can preserve more attention for discovery and higher-value judgment.

The intended result is not to remove the FDE from the engagement. It is to reduce the amount of routine minutiae that consumes the FDE's time. The human still provides the customer-centered understanding that makes the workflow useful.

Two ways to assemble the hybrid skill set

The speaker names two broad staffing paths:

  1. Teach consultants more technical skills. A consultant may already be strong at communication, discovery, and customer work. The organization can develop the person's technical and AI abilities.
  2. Teach engineers more soft skills. An engineer may already have technical depth. The organization can develop communication, discovery, and customer-facing abilities.

Neither path is presented as easy. The speaker's point is that the ideal FDE combines both profiles, and the best combination is difficult to find directly in the labor market. An agent does not solve that hiring problem by creating more people with both skill sets. It addresses the problem by helping the people who already have, or are developing, the hybrid role cover more of the surrounding work.

Human handholding plus platform leverage

The talk values a human-centered style of consulting. Customers may need someone to ask careful questions, explain a transition, and stay close to the details of how work is actually done. That kind of handholding is different from treating the engagement as a detached software installation.

At the same time, the broader proposal uses a platform to deploy and operate agents. The FDE agent fits between these two parts:

Human FDE or strategist
  ├─ interviews people and discovers the real operation
  ├─ makes customer-specific judgments
  └─ maintains the relationship and guides change

FDE agent
  ├─ assists with several client communications
  └─ helps manage large amounts of customer context

Platform
  └─ provides the environment for the customer's deployed agents

This is not a claim that the source defines a complete business model for human consulting or for the platform. It is the chapter's operating distinction: human understanding remains necessary, while software provides capacity around it.

Why this connects to the larger thesis

The talk's bottleneck has moved. Earlier, the main concern was whether AI systems could execute useful work. In the speaker's framing, better models and execution tools make customer-specific workflow design more important. The scarce resource is now the person who can understand a business deeply and turn that understanding into an AI-centered operation.

The FDE agent is proposed as a way to scale that scarce expertise without replacing the part that creates it. Routine communication and context handling can receive assistance. FDE time can remain focused on interviewing customers, understanding processes, and deciding how work should change.

The next chapter broadens the business case: instead of improving only one isolated task, the company argues for redesigning a whole department around AI. Later, the talk describes a three-stage agent design that gives this scaling idea a more technical shape. This chapter supplies the reason for that design: there are not enough people who can combine deep technical ability with deep customer understanding.

Source boundary

The speaker does not provide capacity measurements, a precise definition of the agent's current autonomy, or evidence that a particular staffing ratio will result. The claim here is a proposed model of leverage, not a demonstrated guarantee that one FDE can replace a team.

100% Space + drag to pan | Ctrl/Cmd + wheel to zoom