IndustriesWorkPlaybookHow it worksAboutBook a systems auditBring us your idea

How do I get my team to actually use a new system?

Straight answer

People use a system when it clearly makes their work easier and they had a say in it. Involve the team early, solve a pain they actually feel, keep the first version simple, train them properly, and make the new way the easy default. Announcing a tool and hoping is how systems get quietly abandoned.

Information current as at 5 July 2026

The graveyard of business software is full of good tools nobody used. The technology almost never fails; the adoption does. People quietly go back to the spreadsheet they know, and the expensive new system gathers dust. Getting a team to genuinely use something new is a people problem, and it is solved with people methods, not features.

Plain English
Adoption
The degree to which people actually use a new tool as part of their real work.
Champion
A respected team member who uses the tool early and helps others come along.
Change fatigue
The exhaustion and resistance that builds when people face too much change at once.
Default
The path of least resistance, the way something happens unless someone chooses otherwise.

Step by step

  1. Involve the team before you decide, not afterThe fastest way to guarantee resistance is to hand people a finished decision. Instead, ask them where the work is painful before you choose anything. When the team helps name the problem and shape the solution, the tool becomes theirs rather than something done to them. This costs you a few conversations up front and saves you months of quiet foot-dragging later. People defend what they helped build and resist what they had no say in.
  2. Solve a pain they actually feelA tool that makes your reporting easier but adds three steps to someone else's day will be quietly sabotaged, and fairly so. Pick a first use that removes a frustration the team genuinely feels, the tedious data entry, the report they hate compiling. When the new way is obviously easier than the old way for the people doing the work, you barely have to sell it. When it makes their day harder to make your day easier, no amount of insisting will save it.
  3. Keep the first version simpleDo not roll out every feature at once. A tool that does one useful thing well is adopted; a tool that demands people learn ten things before it helps is abandoned. Launch the smallest version that solves the chosen pain, let people get comfortable, then add capability as they ask for it. Overwhelming people on day one produces change fatigue, and a fatigued team retreats to what it already knows.
  4. Train properly and pick a championDo not assume people will figure it out. Give real, hands-on training on their actual tasks, not a slide deck, and find a respected team member to be the champion who uses it first and helps others. People learn a new tool from a trusted colleague far more readily than from a manual. A visible, willing champion turns a mandate into a movement and gives the hesitant someone to ask.
  5. Make the new way the easy defaultAdoption sticks when the new way is the path of least resistance. Where you can, retire or hide the old way so the new tool is simply how things are done now, not an optional extra competing with an old habit. If people can quietly keep using the old spreadsheet, many will. Remove that fallback once the new system is genuinely working, and the tool becomes the default rather than a choice people can dodge.
No pressure
Show us what you built.

If you have made something and it needs to become real, send it over. We will tell you honestly what it needs to be live, safe and yours, whether that is a quick fix you can do or a proper build. No obligation.

Common questions

Questions, answered

Why do people resist a tool that is obviously better?
Usually because it is better for the business but not obviously better for them, or because it was imposed without their input. People do not resist improvement; they resist losing control and having their day made harder. Solve a pain they actually feel and give them a say, and most of the resistance disappears.
Should I force people to use the new system?
Mandates work only after the tool has proven it genuinely helps. Forcing a half-baked tool on people breeds resentment and quiet workarounds. Earn adoption first by solving a real pain and involving people, then make the new way the default. A mandate is the last step, not the first, and it works best when it is barely needed.
What is a champion and do I need one?
A champion is a respected colleague who adopts the tool early and helps others learn it. Yes, you want one, because people trust a peer showing them something far more than a manager announcing it. Choose someone whose opinion the team already values, and make sure they genuinely find the tool useful before you lean on them.
How do I know if adoption is actually working?
Look at real usage, not attendance at the training. Are people using it for genuine work, or have they drifted back to the old way? Watch for the quiet spreadsheet reappearing. If usage fades after the initial push, the tool is not solving a pain the team feels, and that is worth fixing before you add anything else.
No pressure
Show us what you built.

If you have made something and it needs to become real, send it over. We will tell you honestly what it needs to be live, safe and yours, whether that is a quick fix you can do or a proper build. No obligation.

Start here

Two doors. Same senior team.

Whether you can name exactly what you want built, or you just know something is leaking, the next step is the same conversation.