Why organizations invest in Copilot and agents
Almost every mid-market and enterprise estate now has Copilot licensing sitting in it. Far fewer have anything to show for it. The gap is not the technology. It is the distance between a demo that impressed a steering committee and an agent that survives real permissions, real edge cases, and real users who will abandon it the second it answers wrong. The industry is littered with pilots that died in a sandbox. Our practice is built around the other path: pick the use case where AI actually pays off, put one agent into production with instrumentation, and let measured value earn the next one. Agents are a portfolio to be managed, not a feature to be switched on.
What we actually build
Under the marketing, an agent practice is four things working together:
- A Copilot rollout that adopts. Microsoft 365 Copilot landed with the change management, prompts, and use-case enablement that turn a license into a habit, instead of shelfware nobody opens twice.
- Grounded agents. Copilot Studio agents that answer and act on your own Microsoft 365 and Dataverse data, governed by the platform, with sources and escalation built in.
- Custom and orchestrated agents. Azure AI Foundry builds for the cases that need custom models, complex orchestration, or full control of the stack, where the platform default is not enough.
- The operating layer. Instrumentation, guardrails, permissions, and a named owner for every agent, run as a managed pipeline through AgentDesk rather than a set of one-off deployments.
What agents take shape as
Once the first agent is real, the surface widens quickly. Knowledge agents are the entry point, not the ceiling:
- Knowledge and retrieval agents. Answer from your own systems in plain language, with sources, and escalate when unsure. The fastest, lowest-cost path to a live result.
- Operational and process agents. Execute a workflow end to end: intake, onboarding, routing, and the manual handoffs that quietly eat a team’s week.
- Departmental self-service. HR, IT, and operations copilots that deflect the questions a team answers over and over, so people get answers without opening a ticket.
- Legacy system copilots. Wrap a mandatory but disliked system so people run it by conversation instead of fighting the interface.
- Customer and revenue-facing agents. Draft, qualify, summarize, and respond, so the commercial team spends its time on the work only people can do.
What this looks like in production
Not a slide of logos, three agents already doing work, each on a different part of the stack:
- Sales agent, Copilot Studio on D365 Sales. A seller finishes a call and updates the CRM by talking to it. The agent takes an audio note or a few prompts and writes the update straight back to the record, so pipeline data stays current without the after-hours data-entry tax that quietly kills CRM adoption. The value is not the agent, it is the clean pipeline underneath it.
- Time-entry agent, Microsoft 365 Copilot with Work IQ and a custom MCP server. We run this one on ourselves. It drafts a consultant’s timesheet by reading calendar and email context through Work IQ, then writes into Ruddr through a custom MCP server that knows, per user, which projects each person is authorized to bill against. The consultant reviews and submits instead of reconstructing a week from memory on a Friday afternoon. The agent is the experience; the MCP server that grounds it is foundation work, which is the layer split shown in a single build.
- Portal search agent, Azure AI Foundry. An external customer or an account seller opens the customer portal and asks where an order is. A Foundry agent runs a custom search index over an order database north of a million records and returns status in plain language, in place of a support ticket or a phone call. This is the Foundry side of the practice: when the use case needs a custom index and more control than the platform default, that is where it earns its place.
What makes it succeed
Three things, in order. Rank use cases before you touch technology, so the first deliverable is a scored list of where agents pay off, not a platform decision. Ship to production discipline from the first agent, so instrumentation, guardrails, and an owner are in place before anyone calls it live. And run the portfolio as a managed fleet, so every deployed agent generates the next request and the value of the whole is visible, not anecdotal.
Grounded in the foundation
Agents are only as good as the data they stand on. The line is simple: the agent you talk to lives here, and the grounding that lets it reach your systems is foundation work. The custom MCP server behind our own time-entry agent, the one that authorizes it against Ruddr per project, is a foundation build, not an agent build. Where that grounding is not ready, we say so, and sequence it through the AI-Ready Foundation offering rather than shipping an agent that answers confidently from chaos. If your operational data still lives in spreadsheets and inboxes, that is the place to start, and the agents get dramatically better for it.