A customer sends an email, starts a chat, calls support, or contacts a company through another service channel. When an agent picks up that request, they need the complete customer story quickly. What did the customer already tell us? Which product do they own? Has somebody else worked on this problem? Is there an existing case? What was promised previously? Is there a service deadline approaching? Without a unified workspace, answering those questions can mean jumping between browser tabs, inboxes, CRM records, notes, knowledge bases, and communication applications. In this episode of Microsoft Knowledge Nuggets on M365 FM, Mirko Peters explains Dynamics 365 Customer Service Workspace, now known as Copilot Service Workspace, in plain English. We explore sessions and tabs, cases and timelines, omnichannel customer service, the agent inbox, Smart Assist, knowledge management, agent scripts, macros, quick replies, Copilot, Microsoft Teams collaboration, Unified Routing, queues, presence, capacity, SLA management, escalation, self-service, dashboards, and customer service analytics. The central idea is straightforward: give customer service agents one organized workspace where the customer, the problem, the history, the knowledge, and the tools required to solve it remain connected.
WHAT IS DYNAMICS 365 CUSTOMER SERVICE WORKSPACE?
Dynamics 365 Customer Service Workspace was designed as a focused working environment for customer service agents. Microsoft now refers to this newer agent experience as Copilot Service Workspace, so organizations may encounter both names in documentation, videos, training materials, or existing environments. Think of it as a browser designed specifically around customer service. Instead of opening a completely separate browser window for every customer, case, knowledge article, product record, and conversation, the workspace organizes related information around the piece of customer work currently being handled. The objective is not simply to display CRM records. It is to help agents move between multiple customer issues without repeatedly losing and rebuilding context.
WHY CUSTOMER SERVICE AGENTS NEED A DIFFERENT WORKSPACE
Imagine an agent halfway through a customer call. A high-priority email arrives. Another customer replies to yesterday's chat. A different case is approaching its promised response deadline. This is normal customer service work. Agents frequently manage several customers, several communication channels, and substantial histories for each customer simultaneously. They need to understand what the customer purchased, what already happened, who previously worked on the issue, and whether somebody promised a response. When that information lives across multiple systems, the agent becomes an information detective. Customer Service Workspace attempts to remove some of that detective work.
THE PROBLEM WITH CONSTANT CONTEXT SWITCHING
Consider the traditional workflow. An agent searches an email inbox for an old customer message. They open the customer record in another browser tab. They find a case. Another application contains internal notes. A knowledge base contains troubleshooting instructions. Then another customer contacts them. The agent changes context. Ten minutes later, they return to the first customer and need to remember why several browser tabs are open. The applications may all work correctly individually. The problem is that the customer story is fragmented across them. That fragmentation becomes visible to customers when they hear: "Can you tell me that again?" or: "Let me find the previous update." Customer Service Workspace attempts to keep more of that story together.
FROM CUSTOMER SERVICE HUB TO COPILOT SERVICE WORKSPACE
Many Dynamics 365 users will be familiar with the older Customer Service Hub experience. Customer Service Hub supported core service activities such as working with cases, customer records, activities, knowledge articles, and dashboards. Customer Service Workspace introduced a different style of agent experience focused more heavily on handling several active pieces of work while preserving the context associated with each one. The supplied episode describes Microsoft subsequently naming this experience Copilot Service Workspace. The underlying concept remains an agent-focused workspace where customer service information and tools are organized around active work.
THE AGENT DESK, NOT THE ADMINISTRATION CONTROL ROOM
Copilot Service Workspace is primarily where agents perform their daily customer service work. It is not where every customer service rule is designed. Administrators configure areas such as channels, queues, routing rules, permissions, skills, capacity, and other service settings through the relevant administration experiences. The agent experiences the result of that configuration inside the workspace. Think of the distinction like this: The administration environment is the control room. Copilot Service Workspac...
