Copilots in the Flow of Work - But when?

Over the last 3 years AI, and Microsoft’s tooling has grown at accelerating pace. It’s amazing what it can do, with lots of crossover in capabilities. As a result it can be confusing which Copilot is best used in which scenario. I was recently in a Microsoft conference session where there was a lot of discussion as to different types of Copilots and in what scenarios they would be used.

The types of Copilots we were talking about were:

We were a room of technology experts, leaders, and consultants, and so conversation then turned to considering how we will help our clients understand the difference between the Copilots and where and how they’re used. I spoke with Microsoft product group members to clarify my thinking and tried to create a simple view to help people understand.

Below I’ve described my understanding, and interpretation, of the different uses, supporting data sources, and types of Copilot for different types of work.

Flow chart showing how different types of work are best served by different types of Copilot

In App Copilots is a partner whilst using first party apps like Microsoft Dynamics where a user would supplement the standard user interface with the added assistance and UI/UX of interacting through Copilot in the sidebar of the window. Copilot providing additional support in those structured, standardised and routine processes.

M365 Copilots is a tool that acts more as a colleague for targeted questions and tasks where the interaction is more of a conversation with specific asks, questions, or outcomes, at each step of the conversation.

Copilot Cowork is a tool to handle complex multi-step requests like you would if delegating a project to a human worker. Describing the outcome that you’re trying to achieve and what inputs you know and relying on the Cowork-er to design and execute the multiple steps to explore the task and decide how to do it.

Bespoke Agents are tools that are developed either through no-code, low-code, or full code, for a specific and defined outcome and task where there’s a good understanding of what the inputs will be, the type of processing that’s needed, and the shape of the outcomes that are expected from the agent.

Below I’ve brought this to life with some simple examples and visualisations of the different Copilots and their usages.

Examples of when and how to use different Copilots

Examples of how the different Copilots can use their strengths for different types of work

This is a simplified view of how the different Copilots can be used for different types of use case as an introduction to exploring them further and embedding them in your ‘flow of work’ - In reality there is overlap between these - for example bespoke copilots can be used to extend the functionality, capabilities, and data sources available through connectors and MCP servers.

The future changes coming from the Microsoft road map will also mean that this agentic world will further evolve. As these different solutions will be surfaced and governed through M365 Admin Centre (and Agent 365), Power Platform Admin Centre, and Azure Control Plane, there will also be considerations as to the governance operating model and security of each of these approaches which will be further complicated as the boundaries between elements of the Microsoft platform become blurred. Expect to see more blog posts on these challenges in the future!

Battle Card View

Previous
Previous

Empower Your World - Blog Index and Plan

Next
Next

Using M365 Copilot on your 2026 Objectives