There are few important things you should consider prior implementing the intelligent swarming approach.
High volumes of simple cases If you have thousands of Tier 1 requests it may feel infeasible to keep highly trained specialists working on simple cases while more complex issues hang waiting for their attention.
In such a case you may apply a combination of the two approaches: have most incoming requests handled by junior specialists, but instead of escalating requests to more experienced agents they should ask for their help, while staying responsible for the case.
If the ballpark numbers of Tier 1 and Tier 2 requests are not different by an order of magnitude, then it would be OK to have all agents work on all requests equally.
When combined with the
KCS approach, simple cases get documented in the knowledge base and it doesn't really matter who gets to suggest the solution: a junior agent, their senior colleague or even a chat-bot.
Career paths for support agents If you had a Tier upgrade as a promotion option, you should replace it with something else. Such as grades or levels of seniority.
A member's level should depend on their skills, KPIs, and contribution to the team's success.
Thus they may grow through these roles, even staying within one tier.
And by the way, one of the main KPIs should be their ability to share knowledge with others.
Real-time support channels If you rely on real-time support channels such as phone or chat, then the swarming approach would require to put the customer on hold or even turn it into an asynchronous chat.
An agent may explain they need to consult with their colleagues and justify additional waiting time to the customer.
Remember, though, this approach will lead to a slight increase of handle time, so KPIs tied to SLAs on handle and resolution time should be adjusted accordingly.