Your Best AI Architect May Be an Account Manager
The people who keep correcting the work often carry the operating knowledge the agency has never mapped.
The most useful AI design knowledge inside an agency may not sit with technology.
It may sit with the account manager who knows which certificate request is actually a coverage question. The marketer who can tell when a submission is technically complete but not ready for an underwriter. The service lead who recognizes that an ordinary billing message signals a client at risk.
These employees are often described as users who need to adopt the new system.
That understates their role.
They are the people who know where the workflow is real, where the written procedure is fiction, and where a plausible answer becomes unsafe.
The hidden operating system
Most agency workflows look simple on paper.
A request arrives. Someone classifies it. The work is completed. The account record is updated. The client receives a response.
In practice, experienced employees carry a second operating system.
They know which producer expects a call before an endorsement is processed. They know which client uses a familiar subject line for urgent requests. They know which carrier portal status is reliable and which requires an email to the underwriter. They know when a request can follow the normal route and when the relationship changes the route.
That knowledge rarely appears in the process map because the agency has learned to depend on the person rather than describe the decision.
AI does not remove that dependency automatically. It can hide it behind cleaner output.
Corrections contain architecture
Suppose an AI-assisted service inbox classifies a message as a routine certificate request.
An experienced account manager changes the classification and routes it for licensed review because the message also asks whether a contractual requirement is covered.
If the system records only the new category, the agency has captured the correction but lost the reason.
The valuable information is the distinction:
A request that appears administrative becomes a coverage question when the client asks the agency to interpret whether the policy satisfies the requirement.
That reasoning can improve routing, training, review design, and future assistance. It is operating knowledge.
Every correction should prompt three questions:
- What did the experienced employee see that the workflow did not?
- Is the distinction reusable?
- Where should that knowledge live so the next person or system can use it?
Domain expertise is the quality system
Experienced practitioners do more than identify wrong answers.
They recognize answers that are technically possible but operationally unhelpful. They understand timing, trust, carrier behavior, client history, and the consequences of presenting information in the wrong way.
That expertise defines:
- Which task is worth changing
- Which sources are trusted
- Which missing facts matter
- Which output requires escalation
- Which decision must remain human
- What useful work actually looks like
A technical team cannot infer all of this from data alone. The workflow has to invite practitioners into the design and make their reasoning visible.
This is not resistance
Experienced employees are sometimes treated as barriers because they challenge the output, reject a clean automation path, or insist on exceptions.
Some resistance may be habit. Some may protect unnecessary complexity. But disagreement from a practitioner is also evidence. The agency should inspect it before dismissing it.
The right question is not, "Why will they not adopt?"
It is, "What operating condition do they understand that the design has not captured?"
The answer may reveal a real boundary. It may also reveal a habit that should be redesigned. Either result is useful.
The apprenticeship problem
When AI removes routine preparation, the agency must decide how newer employees will learn.
Much of today's expertise was built through entry-level work: comparing documents, preparing applications, listening to senior explanations, and seeing exceptions repeatedly. If the machine performs the preparation and presents only a finished answer, the agency may gain speed while weakening its future expert bench.
The solution is not to preserve repetitive work for its own sake. It is to design review and evidence so that newer employees can see why a recommendation was made, which source mattered, what uncertainty remained, and why an experienced person changed the route.
Review can become apprenticeship rather than clerical approval.
A practical design session
Bring the people who complete the work into the room with three recent cases:
- One that ran normally
- One that required an exception
- One that reached a senior person late
Ask them to explain what they noticed, which information changed the route, and what a newer employee would not have known to ask.
Do not begin with the tool. Begin with the distinctions.
The operating principle
Your best AI architect may be the account manager who keeps correcting the process nobody else has mapped.
Domain expertise is not resistance to automation. It is the quality system that makes useful automation possible.
Related workflow: Regesta Workflow Atlas, Shared Service Inbox.
“Domain expertise is not resistance to automation. It is the quality system that makes useful automation possible.”
A workflow-first guide to practical AI for independent insurance agencies.
Get the Guide →Notes like this one, weekly, for leaders building the AI-native agency.
Join the Briefing →