The Secret to Adoption is Good Planning

A tool is only as good as your understanding of its capabilities — and then having a strategy on how to use it. Show me an organization that has low user adoption of a technology platform like Microsoft Teams or SharePoint, and I’ll show you an organization that either doesn’t know what it can do, has no strategy to use it effectively – or both.

When you think about it, these platforms are really just tools for helping your organization improve communication and collaboration. The question is: do you

  1. have a set of detailed requirements of what you want to accomplish (and don’t say “collaborate more” or else I just might smack you),
  2. understand the capabilities and constraints of the tools against that list of requirements, and
  3. a strategy to design and deliver an end-to-end solution so that the technology is, ultimately, successful?

At the end of the day, even the most perfectly-deployed-and-architecturally-sound technology deployment will be viewed as a failure if your end-users don’t log in and use it.

Photo by Hannah Wei on Unsplash

Photo by Hannah Wei on Unsplash

There are a few things that will help in delivering these tools across the enterprise and boost end-user adoption, whether on-prem, hybrid, or purely in the cloud:

Start with the end in mind

Typically, Teams and SharePoint are being implemented to gain efficiencies in departmental/functional work, to streamline processes, and to reduce error through automation of tasks. The Microsoft 365 platform is ultimately meant to be in the hands of the end-user for operational use. But all too often the end-user is not accounted for when planning your implementation.

Above and beyond the out-of-the-box experience, taking into account how the user will actually use the platform day to day can shed a lot of useful light on how to configure, test and roll out these tools. Adoption is jeopardized if the way the platform or specific features are deployed are not a good fit within departments. This does not mean that SharePoint, for example, should just seamlessly meld into current operations. The reality is that the introduction of any new tool or system brings change along with it. Allowing teams enough time to modify any pertinent processes and procedures to adapt to the technology will go a long way in the platform’s final adoption.

Change is difficult. Teams need time to acclimate. Offer them a peek into the overall vision of the platform, and give them a voice in how the technology is implemented, and adoption rates will increase.

Have a plan

Quite a few environments fail to grow because they suffered from a lackluster start. You need to plan for a new system deployment, with the end-user experience at the top of your list of concerns. Get your end users involved early and often, and include both a testing phase (to ensure the solution functions as proposed) and a proof of concept phase.

Starting with a proof of concept allows a small team (preferably “power user” influencers selected from across the organization) to kick the tires before rolling it out to the masses. This target team should already know that there will most likely be glitches, but they are helping to iron out the solution and streamline features and functionality. They should also be aware of (and, hopefully, participate in) some of the prioritization decisions made about what features and solutions are included in the initial rollout, as they’ll be your best advocates to the rest of the organization to help people understand (and accept) those decisions. The end result of these phases will be a much stronger environment that will better meet expectations.

The solution should also match the organizational culture. A great way to ensure this is to take the time to develop a thorough governance plan. A lot of thought should go into the policies and procedures of how the new solution will perform in operations. Will everyone get to create sites? What will the permission structure look like for users? What is the escalation process for issues? If permissions are limited, how will users be able to request what they need? These are just a few topics that should be discussed and planned before rollout. And keep in mind – it is much easier to add permissions down the road than take anything away.

Psychologically, people do not like to have things taken away from them – even if they don’t use whatever is being limited.

Have appropriate training available

All too often, organizations get excited about implementing a new tool but fail to consider what it takes to get everyone productive. They take great care to make sure their admins are trained, but by the time configuration, testing, and the pilot are wrapping up, enthusiasm has dwindled and the end-user is left out of the training made available to the test and pilot teams — forced to weave their way through online documentation or the occasional sack lunch presentation. The end-user is just as deserving of training as anyone else. It is important to remember that there are many end-users, not just the power user and admins who participate in the platform launch. If end-users feel like they are not receiving adequate training, the group sentiment can fatally harm user adoption.

Have support in place, ready to go

Learning any new tool can have a steep learning curve, no matter how intuitive you might think it is. Beyond the basic actions, such as adding a list item or uploading content to a team site, users will run into issues applying the new technology to their work. Frustrations can run high if they cannot get rapid assistance in resolving their issues. It is imperative to have trained support staff at the ready.

If your support staff are equally ill-equipped for troubleshooting, users will grow weary of calling for support only to see them testing out multiple resolutions to see what might work. Users are adept at identifying when support staff is simply doing what the user would have done in troubleshooting. Support staff must be skilled to quickly resolve issues in a knowledgeable manner. This does not mean that all support staff must have deep knowledge of the tool, but a tiered support structure can be implemented. Remember that a defined escalation policy should be developed to ensure users are getting the quick assistance they need, and management can identify training opportunities if the support team is not exhibiting the necessary knowledge level for their tier.

Another option is to train a point person within each department — an on-site champion among the teams that users can turn to for more immediate assistance. These champions will also have an understanding of how users are utilizing the tool for their particular job function. This layer of support staff will often prove efficient in resolving issues for users, especially basic issues that may be training-related issues for the user.

Prove the value

It is critical to clearly show users the platform’s value and how it will assist them in their jobs. Ignore this alignment with business value, and there is a high risk that the users will see it as yet another burden they will need to learn – on top of their already full workload.

Setting the tone for rollout can go a long, long way in improving adoption. Establishing excitement among teams and highlighting how the platform will help teams work more efficiently is a foundational concept for adoption. Illustrate through clear examples and use cases, and where possible, use real people and roles to walk through those examples to help people make the connection between training and implementation.

Adding tools to your toolbox, no matter how small the tool, brings change to your current environment. Everyone in your organization, to some degree, will be resistant to change – so be prepared with your plan, your use cases, and a clear vision of what you are trying to achieve. If you’re prepared, you’ll convince others to join your cause and support your proposed solution.

Microsoft 365 adoption rates will be directly affected by how well the platform is introduced, and how prepared you are to support your future end-user needs. However, following these simple real-world suggestions will dramatically increase user adoption.

Christian Buckley

Christian is a Microsoft Regional Director and M365 Apps & Services MVP, and an award-winning product marketer and technology evangelist, based in Silicon Slopes (Lehi), Utah. He is a startup advisor and investor, and an independent consultant providing fractional marketing and channel development services for Microsoft partners. He hosts the weekly #CollabTalk Podcast, weekly #ProjectFailureFiles series, monthly Guardians of M365 Governance (#GoM365gov) series, and the Microsoft 365 Ask-Me-Anything (#M365AMA) series.