← Back to all field notes

Why Your Sales Team Won't Use the Agent You Built: Change Identity First, Actions Second

The features check out, the logic holds, and the sales rep still opens Excel. The adoption resistance isn't about training or the UI — it's about identity. Employees don't use AI agents when the tool would change who they are. Resistance protects an identity; actions without an identity change snap back.

The quote had to go out by 3 PM. The sales rep opened the spreadsheet we’d been trying to replace — not the agent we had spent weeks building.

Not once. Weeks in a row. We had verified the agent’s capabilities: inquiry cleanup was faster than doing it by hand, rule lookups beat scrolling through chat history, exceptions got flagged without fail. The data was right, the logic was tight, and nobody clicked. In the review meeting, the rep was polite: “The tool is good. But I have my own way of working.”

That sentence took me a long time to understand. It was never about the features or the training. It was about this: what kind of person would using this tool turn him into? What he didn’t say was: I’m still the sales rep who lives on experience and relationships — why would I become someone who depends on software?

The three excuses that don’t hold

When a working agent goes unused, we usually explain the adoption resistance with one of three excuses:

  • Not enough training — so we add training. People show up, nod, and go back to the spreadsheet.
  • Bad UX — so we polish the interface. Cleaner now, still not used.
  • It’s the people — too old, allergic to change, stubborn. The easiest explanation, and the most useless one, because it blames the person and declares the problem unsolvable.

All three share one flaw: they operate on the level of actions. Training teaches actions. UX lowers the cost of an action. Blaming people pushes them to act. But the reason a person does something has never been just about whether the action is hard or easy.

Resistance protects something

I eventually got there through a simple observation about why employees don’t use AI agents: when someone consistently avoids doing something, it’s rarely because they can’t — it’s because the action threatens something they’re protecting. Procrastination looks like laziness; often it’s self-esteem doing the guarding. If you never finish, you never get judged.

In the freight-forwarding context, what is the sales rep protecting by not using the agent?

  • Quoting is a skill. Years of experience, deep knowledge of old clients, an instinct for capacity and rates. Instinct can’t be written into a system — instinct is proof of identity. Standardize quoting and you devalue the instinct.
  • Client relationships are personal. Clients deal with “my rep,” not “your company’s system.” If the system delivers, the credit goes to the company; if the relationship stays in the rep’s hands, the job stays the rep’s.
  • Pricing discretion is leverage. Once quoting rules become transparent, the rep loses the middle position — negotiating back and forth with the client, pushing operations for room.

So not using the agent wasn’t laziness. It was self-protection. We weren’t handing him a tool; we were asking him to hand over his instincts, his relationships, and his leverage. No amount of training fixes a threat to identity.

Good actions without a new identity snap back

There’s a clean way to think about behavior change: changing actions is second-order; changing identity is first-order. Identity is “I’m the kind of person who…” Action is “I do this thing.”

New behavior only sticks when a person can’t imagine living any other way. Fit people don’t eat well out of discipline — they literally cannot imagine eating garbage; misery is the junk food, not the salad. Reverse it for the rep: hand him the smoothest tool on earth and his self-image is still “the veteran.” Every time he uses the agent, he betrays himself a little. A few uses later, he’s back in Excel.

That’s why “training plus KPIs” usually fails: KPIs push actions, and actions can’t outlast identity. Metric clicks — people click twice to make you go away. Metric training hours — people leave it running. When identity hasn’t changed, every action is performance.

Change the identity and the actions follow; keep the identity and every action snaps back.

The anti-vision pushes harder than the vision

Our instinct in rollout meetings is to lead with vision: efficiency, faster quotes, better numbers. The vision isn’t wrong — but a vision is a picture of winning, and it only motivates people who already know what they want. Most stuck teams are in a different state: they don’t know where they’re going, and they vaguely suspect the current way isn’t working.

That’s where the “anti-vision” outdoes the vision — write out the cost of not changing, in detail:

  • Three years from now, quotes still mean a spreadsheet and evenings still end at nine;
  • Clients get picked off by a competitor who built the system first, and you can’t see why;
  • The boss asks why nobody uses the AI that’s already built, and nobody has an answer.

Writing down the price of staying still gets a team (and a boss) to sit up straighter than any ROI chart. A negative picture with a direction can push harder than a positive promise without one. In our later sessions we started with the cost, not the ROI. Nobody in the room was joking by the end.

Our failure curve, through that lens

The rollout we ran with a real business team is a live demonstration of the framework (full story: why nobody uses a single-point agent):

  • The big system went nowhere — its implicit message was “the process should look like the system,” which meant everyone had to change identity at once: from people who do the work, to people managed by the system. Nobody signed up.
  • The single-point capability got no trainees — a single-point tool lets you keep your identity. Use it or not, you’re still the veteran who lives on experience; it’s just one more thing you could click. You don’t click.
  • The redesigned full workflow took off — because redesigning the workflow changed the identity with it: the rep went from “passive user of a tool” to “owner of a process,” and the process couldn’t be bypassed — an inquiry comes in, passes through the agent at every step, or the work doesn’t get delivered.

Look at the counterintuitive part: the “forced” usage was exactly what flipped the identity. A single-point tool can be ignored; a complete workflow cannot be bypassed. When a person’s day runs through the system, they stop being “someone trying the new tool” and become “someone who does this job with this process.” The process pins the identity down first; the actions stabilize after.

Five steps: identity first, actions second

The framework should do more than explain. Here’s what actually moved things in the small-business, freight-forwarding context:

  1. Put the identity conflict on the table. Don’t frame the problem as “training gap.” Ask directly: what does this tool turn your job into, and what are you most afraid of losing? If the role itself needs redesigning, start there — see write the job description first. Name the real fears — instinct devalued, pricing power exposed. A named fear can be negotiated with; a hidden one quietly sabotages everything.
  2. Mobilize with the anti-vision. Have the team and the boss each write what “an ordinary Tuesday three years from now, unchanged” looks like. Once the cost of staying put is concrete, push comes on its own. Save the vision for later.
  3. Give the identity change steps. Don’t announce “you’re now an AI operator.” The smallest step: the agent cleans the inquiry, you make the call. The rep stays a veteran — just one with a capable assistant at hand. Identity changes in increments, not overnight.
  4. Anchor the identity in the process, and give it a human owner. Single points run on goodwill; full workflows run on design. Embed the agent so work can’t be delivered without going through it, then assign the process a human owner — the full how-to is in find the process owner. People don’t need to have a conversion first — the process holds the behavior, and the behavior reshapes the identity.
  5. Measure the identity, not the actions — and make the ownership concrete. Don’t track clicks and training hours. Track business outcomes: how fast your inquiries get answered, when the client hears back, whether exceptions get missed. Ownership goes to the person whose identity the process reshaped: the rep owns the outcome, not a dashboard. Actions are means; identity and results are the ends. Pin the KPI to the outcome and the actions grow on their own.

What applies — and what we haven’t proven

  • Evidence level: the three failed rollouts and the eventual turn come from first-hand observation in a real business team in production — that’s direct evidence. The “identity first, anti-vision” framing is an adoption from behavior-change methodology; applying it to enterprise AI adoption is our judgment, not a lab result, and we ran no controlled experiment.
  • Where it works best: small and medium businesses with sales-plus-operations collaboration. The organization is small enough that the boss can join the mobilization, and workflow redesign is cheap. The sales-rep-to-operations handoff in freight forwarding is exactly where identity conflict sits most visibly.
  • What’s not proven: we haven’t isolated how much of the result came from “identity mobilization” specifically — it’s mixed together with workflow redesign, boss push, and tool quality, and we can’t attribute cleanly. In larger organizations, identity problems across many layers won’t yield to frontline mobilization alone; you need organizational moves to back it up. The identity conflict point differs by industry — freight forwarding is instinct and pricing power, elsewhere it’s something else — so the checklist has to be re-done on site, not copy-pasted.
  • We still believe single-point capabilities have value — but value comes from moving together with identity and process, not from expecting the tool to convince people on its own.

If you want the design side of the same story, read why nobody uses a single-point agent — that piece covers how to design the workflow; this one covers why people resist and how to mobilize. For what to check before launch, see four things I check before shipping an AI workflow. On the organizational order of things — who learns first, who buys, who owns — see enterprise AI demand usually starts with the boss. And if identity, process, and accountability are where your team is stuck, the AI agents owning real work path walks the full route from pilot design to an agent carrying real responsibility.

Continue reading
The AI Employee Works, a Human Supervises: How Agents Upgrade Themselves An agent should not be written once and frozen forever. Humans review its work log, feedback turns into improvements automatically, and the agent gets better over time. Self-iteration is how agent value keeps flowing. Write the Job Description First: What DeepSeek Harness Presets Teach About Enterprise Agent Design The model is the brain, skills are the playbook, tools are the permissions, and an agent preset is the job description. Enterprise agent projects fail from undefined roles, not weak models. Build an AI Employee Without Writing Code: How Everyone in the Company Can Join In Building an agent is writing a job description, not writing a program. Sales, finance, and operations can all do it, if the tooling is simple and the process makes people feel safe to start.