Workflow mapping and acceptance criteria. The team maps the current process, identifies the decision points and defines what the agent may do. A useful specification includes real examples, expected outputs, exceptions and a measurable baseline such as minutes per case or tickets handled per week. A small engagement may need a few workshops. A department-level process can require interviews across several roles before anyone writes the agent logic.
Data and system connections. The agent needs access to the same facts and tools as the person doing the work today. That may involve a CRM, document storage, email, an ERP or an internal database. Modern systems with documented APIs keep this phase short. Legacy software, inconsistent records and missing identifiers increase the hours.
Agent logic and user experience. The model needs instructions, tools, state management and limits. The team also decides where the agent lives. It may run inside Slack, Microsoft Teams, a CRM or a small custom interface. Using an interface employees already know cuts development time and training.
Evaluations, security and launch. A production agent needs a test set drawn from real work. The team checks answer quality, tool selection, permissions and failure behaviour before granting access to live systems. Higher-risk actions should begin behind human approval. Logs reveal where the agent fails, and the first production users expose exceptions that a workshop will miss.