User Adoption Strategy
User adoption does not happen by accident. It requires thoughtful consideration. Even if your SharePoint solution makes everything easier for all users, that alone will not motivate users to use any new system. How many times have your users heard the new solution will make their life easier?
Give your users a sense of ownership through participation and involvement. You are building solution ambassadors. Iteratively roll out new exciting features and capabilities on a regular basis. Users need a positive first impression, and they need education on the SharePoint solution. You need a strategy to accomplish all of this.
Keep in mind we encourage you to add your own perspective to these ideas. You know your org better than we do. These are just some things we’ve seen help orgs achieve successful user adoption.
Involvement and Participation
Involvement is not the same as participation with regard to user adoption. Involvement means you’re connected to the solution in some way, and that can sometimes be a stretch. “Jim from Accounting” might be indirectly involved with the SharePoint solution simply because he uses a SharePoint Document Library to store spreadsheets. This is not the level of involvement necessary, and this does not resemble successful user adoption.
Users should participate early in the solution business objectives stage. Don’t discuss the technical requirements at this early stage. Don’t mention SharePoint or any technology terms.
Initially, your users should be asked to explain how they currently do things and provide any ideas for improvements. Encourage them to express opinions regarding ways to increase efficiency, improve processes, reduce mundane and redundant tasks, etc.
How quickly can they find what they are looking for? How often are they asked the exact same question? What processes should be automated? What reports, documents, spreadsheets, or forms do they use on a regular basis? What ideas do they have to help with their own jobs? What about the other people they are working with or for?
Ask your users these types of questions and you can turn passive involvement into active participation. Let your users know that all of their ideas are welcome, and you also need help prioritizing these ideas.
Be sure to keep track of your findings as well as which individual or group came up with the idea. This will come in handy later when you publicly thank them for their active role in the solution requirements. Thank them for their thought leadership! If you do this with honest sincerity, users will beam with pride and be happy to actively utilize your new SharePoint solution. Often these same users will become evangelists, spreading their excitement about the new solution, and continually provide useful feedback and ideas.
Planned Feature Rollouts
One of the best ways to achieve and sustain user adoption is to have a plan for rolling out new features. SharePoint is big. We have had great success by iteratively deploying features and capabilities. Begin with a smaller feature set or a smaller group of users. Plan, implement, assess, and then evaluate. Then do it again, with a wider audience. Start with a small team, committee, council, or department. Obtain feedback, modify the solution, and then roll it out wider.
People may seem to resist change on a large scale, but they do not mind small changes. Do not overwhelm your users (and yourself) by building a complete system and deploying hundreds of new processes and features users have to learn.
By actively involving users during the business objectives stage, you can quickly identify the “low hanging fruit.” When you plan your SharePoint deployment, try to plan for at least one high priority feature from each group to help build your evangelists. Even if including a high-priority feature is simply not possible in this cycle, try and roll out two or more mid-priority items.
Even more importantly – communicate these decisions and actions. Users should understand what is happening, why it’s happening, and when they can expect their personal objectives to be met. One of the questions that every one of your users will be asking is “What’s in it for me?”
Develop a strategy and plan features to be rolled out on a scheduled basis. Some orgs add features and functionality every six months, and some orgs add capabilities every couple of weeks.
Your implementation schedule will likely change as your solution progresses, but communicating a published plan goes a long way with user adoption. The process of releasing new functionality over a period of time decreases the learning curve and creates an environment in which it is clear the users are important.
We have never seen a solution fail due to over-communication.
Ownership
Can you take pride in something without a sense of ownership? Your users need to have a sense of ownership in your SharePoint solution. We are not talking about security permissions, rather something they can take credit for. They want something to call their own and something they can be proud of.
You can easily promote ownership by implementing a feature a user recommended. It does not matter if that feature was going to be enabled anyway. What matters is a user can view their little piece of the SharePoint solution with pride. They now have a sense of ownership.
Be creative with your users. For example: create a new help section and give credit to “Betty from Membership” because she had concerns regarding usability. Give her credit for the fantastic idea of a “Help Section” for the new volunteers. Determine who is passionate and what they are passionate about. Harness your team’s energy as part of the SharePoint solution.
However, resist adding things to your solution for the sole purpose of giving someone a sense of ownership. Allowing users to enjoy a sense of ownership can be achieved without diluting solution functionality. Without a sense of ownership, user adoption is at risk. Without user adoption, your solution will be left for dead.
Ambassadors
The concept of having solution ambassadors might sound strange, but it’s actually common with SharePoint. SharePoint can cover such vast amounts of feature real-estate; it’s easy for SharePoint based solutions to pick up fans. This may not happen without gentle nudging, but it is a critical component of your user adoption strategy.
Strike while the iron is hot! The best time to deputize a new ambassador is when they are singing songs of praise about a single part of the solution. Let them know you appreciate their positive approach. Candidates may include virtually anybody possessing the following traits: they have the desire to help others, they provide positive reinforcement, they look for and offer solutions, and they do not detract from others’ user adoption. Beware the Detractors!
We’ve seen some interesting ways to encourage such behavior. Formally distinguish someone as an “Expert.” They could be the expert in one area of passion, like the Business Intelligence Expert, Search Expert, or Collaboration Expert.
Another great way to encourage ambassadors and show your appreciation is to host an event. Invite only active participants who have demonstrated a high level of helpfulness. This is even more important when considering extranets, where your members, volunteers, donors, affiliates, and supporters gather and collaborate. Often times, these are content-specific or industry-specific experts helping each other out, answering questions, blogging, commenting, etc. These are the extremely important users and your community leaders. They are your ambassadors.
Bad first impressions
We’ve all heard you don’t get a second chance at a first impression. When it comes to user adoption, truer words have never been spoken. We have been involved in plenty of cleanups and re-deployments over the years. Earning back user trust is about the hardest thing you will encounter with any solution, and SharePoint is no exception. When someone has a negative experience, they will recoil at the slightest hint of a problem. It takes time to earn back their trust.
What if it’s already too late for a first impression? How do you perform a cleanup anyway? You find a problem, and you fix it!
Start small, and keep cleaning until you’re done. You must maintain focus on the solution and constantly evolve the solution to ensure your users are getting what they need and want from it.
Do not get defensive during a cleanup. Don’t point fingers. Your SharePoint solution may be sound and may have been implemented properly. Perhaps users don’t understand how to use it. Maybe they were not properly trained or the training happened long ago, prior to going live. Whatever the circumstances, you are potentially walking into an emotionally charged situation and you need to be sensitive and diplomatic.
Don’t refer to your solution as “SharePoint.” You don’t talk with users about Active Directory, Exchange, SQL or your AMS, do you? We walk into situations where SharePoint has been implemented poorly and people don’t want to hear about how this time “SharePoint” will make things better. In fact, they may not want to hear anything about SharePoint at all. They want to do the talking, and they want to be heard.
This is your opportunity to engage your users and begin the process of getting buy-in. A good place to start is by listening to what they have to say and go back to gathering business objectives.
Education
Proper education leads user adoption and will greatly enhance the user experience. Nobody wants to spend valuable time trying to figure out how to use a solution which is supposed to make everything easier. Education is important, and timing is everything. Audience specific education at the appropriate time will contribute to successful user adoption.
Training will be divided into at least two groups: the implementation team and the end users. The implementation team is responsible for the initial implementation of your SharePoint solution and may also be your ongoing SharePoint support team. The implementation team should receive broad and general SharePoint training prior to solution implementation.
On the other hand, your end users should receive solution-specific training at most one day prior to launch. You may even provide training on the day of launch. This timing will help ensure that everything they learned is still fresh in their heads when they start using the solution.
Audience specific training
One class offered across the board won’t cut it. Make sure each audience receives the appropriate level and amount of training. End user training on SharePoint can typically be broken down into two main categories based on your solution type: Content Authors and Power Users.
Content Author training is for users publishing content to your SharePoint Site. Content Author training covers the basics of authoring, reviewing, approving and publishing content to the Site.
Power User training targets a select group and covers more advanced components such as creating Workflows, Lists, Libraries, Sites, Site Templates, and possibly SharePoint Designer.
Depending upon the size of your org and your commitment to SharePoint, you may also designate at least one staff person as your SharePoint Administrator. Ensure this person (or team) receives proper SharePoint Administration training in addition to all other training offered.
Do not cut corners when it comes to training. Splurge for the proper training and ensure the training includes solution specific methodologies. Real-world examples should be used in training, and the examples should be applicable to the specific group being trained.
If possible, require training. Continuing education is something employees and members typically appreciate, and you should not experience much resistance. Ensure your training timeframe is flexible enough to accommodate everyone’s schedule. Classes should be offered on two different days, allowing users to select one which best fits their heavy workload.
Throughout the year, offer periodic refresher courses. Encourage participation by those who have already attended. Require participation by those who have not yet attended. Appropriate SharePoint training will contribute to successful user adoption. Training will also help your organization run more effectively.
Small wins
The initial implementation is most important, but it doesn’t end there. By repeatedly implementing small changes and enhancing the SharePoint solution, you keep users engaged by providing new and better ways of doing things. You also improve your solution’s sustainability. Continue gathering feedback and implementing requests which make sense according to your Governance Plan. In doing so, you will accumulate many “small wins” which helps ensure your user adoption rate stays high.
Keep adding to your solution by continuously procuring new Sites, adding third-party solutions, and creating new dashboard Pages, Discussion Boards, Surveys, etc. Your wins do not need to be large enhancements or require significant customization.
Small wins just need to solve problems. This is another opportunity to promote ownership among users. You may even be able to turn more users into ambassadors! Implementing small wins encourages active participation.
The Carrot
Let’s consider the use of the “carrot” (positive) and the “stick” (negative) as incentives for increasing user adoption. The spirit of successful user adoption is of solution buy-in and mutual respect. The carrot approach allows you to achieve short-term wins and long-term promise. The user adoption strategies discussed thus far have been in accordance with the carrot approach.
The Stick
User adoption can be approached from a very different angle, a much darker approach with short-term promise for sure. Simply take the old top-down tactic of dictating exactly how things are going to work in your org. Assimilate or be destroyed!
This approach will not work at all for members, volunteers, or supporters and at best will only provide the appearance of working with staff. The illusion staff will do things a certain way because somebody important said to do it that way will only work if your employees are mindless order-takers. If this were in fact the case, they would likely not have been hired in the first place.
Your staff may start using the solution or appear to be using the solution, but this will be short-lived. While this approach to achieving user adoption may work in a military situation, it will undoubtedly prove less than ideal in your org.
In the case of The Carrot vs. The Stick, it’s easy to see the undisputed champion when it comes to achieving user adoption.
Summary
Not everybody in your organization will be tripping over daisies with any new solution implementation. Many people will initially resist and change. You may not achieve 100% user adoption. That is okay. Humans are fickle beings. Too many variables come in to play affecting our decisions at any given moment.
Build a user adoption strategy which will ultimately guarantee the overall success of your SharePoint solution.
Use involvement and participation to develop active participants.
Plan Feature Rollouts and let everyone know what features are coming and when to expect them. Give your users a sense of ownership and pride. Create solution ambassadors through encouragement and gratitude. Make a good first impression – don’t screw this up. Not all training is created equal. Provide appropriate training to the respective audiences. Education is vitally important to the success of your SharePoint solution. Continue gathering feedback requests and implement appropriate changes through small wins.