You might be wondering as to what I mean by ‘swarming’ in the title for this post. Don’t worry – it’ll become clear pretty soon! But first of all, let’s understand the story behind this new functionality.
Where to begin? Well, let’s take a look within an organisation. It doesn’t really matter what sort of organisation it is, as most organisations will have something similar scenarios overall. So, what are we actually talking about?
Customer Service is, of course, a very important functionality of any organisations. Customers who have purchased products may need support, or perhaps are having issues, and need them to be resolved. Customer service agents are there to handle the customer queries, and look to resolve them as soon as possible.
However, it’s possible that the customer service agents don’t actually know how to resolve the customer query/issue themselves. They can, of course, use the Knowledge Base, but that requires knowledge articles to be created & maintained.
Now within the organisation, there will be SME’s (Subject Matter Experts). These are the people who know the matter in precise detail, often being the people who have created the product and/or process to begin with. But these people aren’t usually carrying out the customer service function.
So what this means is that the customer service agents need to try to work out who might actually know the answer/s, be able to help resolve the customer issue, etc. This can take time, be laborious, and perhaps not even be able to be carried out (depending on the organisation).
Hmm. So, what if the system might be able to actually SUGGEST the right people for a problem or issue? Even better, what if the system could support them being involved directly with the record/s, regardless of whether they’re a user within Dynamics 365 or not?
Enter the swarming capability onto the Dynamics 365 scene….
The aim of swarming is to bring together the necessary experts within Dynamics 365. Now, having said that, not all users will actually be interacting directly within Dynamics 365. What happens is that a specific Teams chat is created, so that users outside of the system can see the necessary information, and give input on the situation.
This builds on the existing functionality of being able to use Teams chats directly within Dynamics 365, but takes it to a whole new level, by having the system automatically suggest relevant people within the organisation, and bring them into the swarm chat!
There are some necessary steps to configure to enable this to happen.
Firstly, Teams needs to be enabled within Dynamics 365:
Once we start to turn things on, we can then see the following. This allows us to be able to specify the types of records that we can use swarming on. This is great, as we may be building out custom functionality using other tables, and can enable swarming on these as well
Once Teams chat has been enabled, we can then start setting up the swarming capabilities:
As part of the setup, we have:
- The ability to set the general message that users will see when they create a swarm
- Activating the case form that’s used for swarming (as this will include the functionality for swarming on the case form)
- A Power Automate flow that will be used for sending notifications & invites within Teams for suggested (internal) users
- Creating swarm condition rules, which allows us to bring in specific conditions around skills etc
So, how does this work in practise, once the system has been initially configured?
Users can go to the relevant record, such as a case record. They’re able to select the ‘Create swarm’ from the menu bar:
This then allows the user to provide a summary of what the swarm is for, the scenario, as well as selecting the skills needed for the swarm. Dynamics 365 can also suggest skills that it thinks would be helpful as well:
Users from across the organisation are matched, according to the skills identified:
Notifications are sent to them within Teams, requesting their help with the matter:
When they accept the invitation, they’re then brought into the swarm:
In fact, the members of the swarm aren’t actually accessing the swarm information within Dynamics 365. Instead, they’re seeing & interacting with the swarm within Teams itself!
Once the swarm is active, information can be shared, and a solution found. The swarm can then be successfully closed down:
This is truly amazing. Obviously collaboration on issues is important, especially when considering that we’re trying to resolve customer issues as quickly as possible! I’m also really excited about this, as I was part of the initial group that Microsoft reached out to initially for feedback on the capabilities of it.
To now be able to collaborate with users who sit outside of Dynamics 365, but have them access the necessary information to help resolve things, is just mind-blowing. So many scenarios that come to mind as to how this can really empower organisations!
Can you think of a way in which this could change things in your own organisation, or at a client? Drop a comment below – I’d love to hear more!
This sounds great idea to keep the internal discussion nicely as a one package however some of the people are using MS Teams. But in case that we have a lot of people working in certain role it might cause an unnecessary hassle when all of these people are getting the invitation for the swarm, but we only need one of those in order to solve the problem. Let say that we have product managers for different brands and product categories, there should be possibility to invite the right product manager as part of the swarm. Not all of them.
Hi Petri
Whilst understanding your point, it’s possible to configure the minimum number of experts who match the maximum number of skills that are suggested for the swarm. It’s also possible for a user to uninvite themselves from it.