Blog
AI Agents in Sales: from rep assistant to governed workflow
How to design a sales AI agent with CRM events, tools, a state machine, approvals, memory, follow-up workflows, observability and KPIs.
2026-07-25
An AI agent is not an autonomous salesperson
In production, a sales AI agent is a governed workflow that uses a model at selected steps. It receives a CRM event, assembles context, selects an allowed tool, prepares a result and stops before an action that requires human judgment. The goal is to remove routine work around negotiation, not hide the entire sales process inside an LLM.
Useful use cases include inbound lead qualification, call summaries, record completion, product fact retrieval, follow-up drafts and stalled-deal alerts. Price negotiation, customer commitments and unusual commercial terms remain with the rep.
State machine and CRM events
A reliable agent is tied to pipeline states such as new lead, qualified, discovery, proposal, negotiation and won or lost. Transitions begin with verifiable events: a form submission, call, email, payment or rep approval. An LLM can propose a transition, but system logic checks required fields and permissions.
Every run carries a deal ID, event ID and idempotency key. The workflow stores the current step, tool result and stop reason so execution can resume safely after failure. This matters more than long agent memory: facts live in the CRM, while execution state lives in the orchestrator.
Tools and memory
Tools should represent business actions: get_deal, search_product_catalog, create_draft_email, add_note and schedule_task. Keep send_email separate from create_draft_email and apply a stricter approval policy. Narrow schemas constrain the model's choices and make audits easier.
Memory has three layers: current deal data in the CRM, a concise communication summary and product knowledge retrieved through RAG. Do not place the company's complete history in every prompt. The agent needs minimum context for the current step and stable references to its sources.
Approval, safety and observability
Classification and summarization can be automated sooner than customer communication. Messages, discounts, deadlines and commitments pass through approval. The UI should show the draft, facts used, uncertainty and proposed action so the person evaluates the decision basis, not just the writing style.
Log the selected tool, masked arguments, result, latency, cost, prompt version and user decision. Alert on tool loops, rising refusal rates, CRM errors and unusual action counts per deal. A step limit and per-run budget stop a runaway agent.
KPIs and pilot plan
Do not judge an agent by messages generated. Measure time to first response, follow-up preparation time, CRM completeness, deals without a next step, draft acceptance rate and stage conversion. A high acceptance rate with no process impact may mean only better-looking copy.
Pilot with one team, one stage and a clear baseline. Shadow mode first generates recommendations without changing the CRM, then draft mode adds approval, and only then should low-risk actions become automatic. Every phase needs exit criteria and a list of errors that block expansion.
FAQ
- Can an AI agent email customers autonomously?
- Technically yes, but start with drafts and approval. Limit automatic sending to tested, low-risk scenarios.
- How is an agent different from CRM automation?
- CRM automation follows predefined rules. An agent uses a model to interpret context and select among allowed steps, still inside a governed workflow.
- How long should agent memory be retained?
- Business facts should remain in the CRM. The agent stores execution state and concise summaries needed to resume a controlled workflow.