Skip to main content

Stop building one big bot. Build a workforce your teams can own

A single AI Agent can only take automation so far.


Thomas Verschoren photo

Thomas Verschoren

Director, AI Product Evangelism

Last updated 27 August 2026

what-are-ai-agents-hero - 1

AI Agents sit at the core of the customer experience. They are the conversational layer through which customers ask questions, receive answers, and move through to a resolution. But as AI capabilities evolve, so does the way we architect what sits behind that experience.

At scale, service automation has to do more than resolve conversations. It needs to execute business processes, validate that decisions and actions are correct, provide control over what is happening, and learn from outcomes so the next resolution is better. Those capabilities can support customer conversations, assist human agents, validate requests, trigger actions, and run proactively in the background.

That is why the Autonomous Service Workforce is more than a customer-facing AI Agent. It is a connected set of specialised agents and automations that share the work of resolution. The conversational AI Agent remains the core of the customer experience, but it is supported by other agents that handle specific decisions, actions, checks, and improvements.

The value is not simply having more agents. It is being able to scale automation across the business without making every process dependent on one large agent or one central administrator.

Complex processes are made up of smaller decisions

An agentic procedure can automate a complete use case from question to resolution. A refund procedure might collect an order number, check the order status, validate the refund policy, decide whether the request is eligible, and trigger the appropriate action.

From the customer’s perspective, that is one request. For the business, it is usually a chain of decisions and actions owned by different teams. Support needs context. Finance defines the eligibility rules. Risk may check for suspicious activity. Operations may execute the refund.

The procedure brings those steps together, but it does not change where the underlying expertise lives.

As automation scales, procedures reach further into the business, connecting more teams, decisions, and systems. Even when the individual steps remain straightforward, the whole becomes harder to manage as one unit as integrations, exceptions, and business logic accumulate. 

That complex procedure is not one indivisible piece of automation. It is a series of jobs chained together to reach an outcome. Once those jobs are defined, they become visible and they can be managed, reused, governed, and improved more deliberately.

Custom Agents turn logic into capabilities

Custom Agents provide a way to give those jobs a more focused home.

A Refund Eligibility Agent can gather the information it needs, apply the relevant rules, and return a clear outcome. A Fraud Detection Agent can assess whether a request requires additional review. A Claims Agent can read an attachment, extract the important details, and determine which path to follow.

These agents do not own the whole conversation. They own a particular piece of logic. The conversational AI Agent can call them when that logic is needed, use their output to know what happens next, and pass the result to the customer.

The same specialised agent can also support other parts of the service operation. It might be called by Agent Copilot to help a human agent, run as part of an action workflow, or operate alongside a conversation without speaking to the customer directly. A validation agent could check information before an action is taken. A monitoring agent could detect a condition and trigger an alert before it becomes a customer request.

This is the difference between a monolithic workflow that hides its dependencies and a composed workforce in which each job has a clear responsibility.

The benefits extend beyond easier management. When a decision or action becomes a reusable capability, it can be applied across multiple use cases instead of being rebuilt inside each procedure. When something goes wrong, the organisation can identify whether the problem sits in the knowledge, the validation, the decision, or the final action, rather than treating the whole resolution as one undifferentiated system.

That creates a more targeted path to improvement. Outcome data and operational signals can show which step needs better instructions, more context, a different rule, or a new action. The workforce can improve at the level where the work actually happens.

Ownership follows the logic

This modularity also changes who builds and manages service automation.

An administrator no longer needs to understand every business process well enough to define the AI Agent from beginning to end. They do not need to own the refund policy, returns process, fraud rules, account logic, and every integration connecting them.

The teams closest to those decisions can contribute the expertise that makes each agent useful. Finance can define what refund eligibility means and help build or maintain the agent that applies those rules. Risk can own the fraud checks. Logistics can define the returns process. Support can own the customer conversation and the experience when a request needs to be escalated.

The platform does not need to reproduce the company’s org chart. It needs to make the ownership of decisions visible and manageable.

That is where the AI Service Architect comes in. The architect remains responsible for the platform, the overall design of the workforce, and the outcomes it produces. They decide how agents work together, what knowledge and actions they can access, and where guardrails, validation, and escalation paths belong.

They also work with the teams that own the underlying processes. The architect can build specialised agents with those teams, or give them the tools and responsibility to define and manage the logic themselves. The architect then composes those capabilities into a coherent resolution system.

The process teams own the expertise inside their agents. The AI Service Architect owns the system that connects them.

From automation to an agentic workforce

This is the broader shift taking place across the Zendesk Resolution Platform. Automation is moving from one large front-line agent towards a workforce of specialised capabilities that can work across conversations, workflows, and background processes.

That makes automation easier to manage because each component has a clearer purpose and owner. It makes automation easier to scale because teams can contribute their own process expertise without creating a central bottleneck. It makes automation more reusable because a decision or action can support several use cases. It makes automation more proactive because agents can validate, monitor, and act before a customer needs to ask. And it makes automation easier to improve because the organisation can identify and refine the specific step responsible for an outcome.

Custom Agents and the agentic workforce are therefore not simply another way to add AI to a procedure. They are a way to turn the logic of the business into reusable capabilities.

The result is a platform that moves from monolithic, to modular, to self-improving. The conversational AI Agent remains at the centre of the customer experience, but the work behind each resolution is shared by a connected workforce of specialised agents, each with the right capability, expertise, and owner.

Thomas Verschoren photo

Thomas Verschoren

Director, AI Product Evangelism

Thomas Verschoren is Director of AI Product Evangelism at Zendesk, where he translates the platform’s rapid AI evolution into clear narratives for customers, go-to-market teams, and product leaders. He writes Internal Note, a strategic blog that connects individual Zendesk releases into the bigger story of modern AI-powered resolution platform

Before joining Zendesk, Thomas spent years as an implementation partner, designing and deploying the platform for organizations across industries. That hands-on experience grounds his work today: showing what is possible now, where the practical limits are, and where the platform is heading next.