How are you getting your teams to use HubSpot?

Posted 13 Oct, 2026 by

Why your team is not using HubSpot, and what fixes it

You cannot mandate CRM adoption. Reps use HubSpot when it is the easiest path and when it pays them back, and if they are avoiding it, the system is asking more than it gives.

"How do we get the team to use HubSpot" is the wrong question as usually framed. It is rarely a discipline problem. Reps are rational. They use the CRM when logging in is less work than the workaround, and when what they put in comes back as something useful. Get that wrong and no mandate, no nagging and no training day will save it. So before you push harder on adoption, look at what you are asking reps to do and what they get for doing it.

 

Why do sales teams avoid the CRM?

The reasons are consistent across portals, and every one of them is a design or behaviour problem rather than a motivation problem.

Manual entry is too high. Logging a call takes five clicks and three required fields, so it does not happen. The stages and properties reflect a management report rather than a working day, so entry feels like tax. Data goes in and nothing comes back, because the dashboards it feeds are built for leadership and the rep never sees a benefit. And leadership does not use it either. If the forecast gets rebuilt in a spreadsheet every Monday, reps learn quickly which system is the real one.

 

What drives HubSpot adoption?

Adoption rises when using HubSpot is easier than the workaround and when the system gives the rep something back the same week. Six changes do most of the work.

Make it the path of least resistance

Capture activity automatically wherever HubSpot can do it for you. Connect every rep's inbox and calendar with logging on by default, use HubSpot calling or a calling integration so calls log themselves, and run outreach through sequences so every send and reply is recorded without a click. Strip required properties back to the few that drive routing or reporting, and only ask for them at the moment they are relevant.

Give reps something back

The CRM should help people sell as much as it reports on them. Build a saved deal view per rep sorted by next activity date with deals lacking one at the top. Build a task queue for the day's follow-ups. Turn on the deal stage stale-deal notifications so the system prompts before a manager has to. When HubSpot saves a rep time and helps them hit number, they use it without being asked.

Build for the rep's workflow, then derive the reporting

If your pipeline stages mirror how the team sells, entry feels natural. If they mirror a board deck, it does not. Design the stages around the buyer's decision points, name them in the words reps use, and build the management reporting off that. Reporting is a by-product of a pipeline that reflects reality, never the reason for it.

Make properties required to progress, not required to exist

Blanket required properties kill adoption. Use conditional stage properties on the deal pipeline instead, so moving a deal to Proposal requires amount and close date, and moving it to Negotiation requires the decision maker to be associated. That keeps the pipeline clean at the moments that matter without forcing twenty fields onto a contact the rep met yesterday. The CRM field audit logic applies: right fields, not more fields.

Leaders use it, visibly

This is the one most teams skip. Run the weekly pipeline review off the HubSpot deal board as it stands, and fix wrong data live in the meeting. Reps learn fast that the CRM is the source of truth. If leadership quietly works off a separate spreadsheet, the team will too. Adoption follows behaviour at the top.

Train on the workflow, not the feature tour

A two-hour walkthrough of every button teaches nothing that sticks. Short, role-specific sessions on the handful of things a rep does daily, and why each one matters to their number, work far better. This is also one of the HubSpot implementation mistakes we see most often.

 

How do you measure CRM adoption properly?

Logins tell you nothing, because a rep can log in and update nothing. Measure whether the system is being used as intended, with four reports you can build in the custom report builder in under an hour.

Property completeness on the fields that drive routing and reporting, by owner. Percentage of open deals with a next activity date and an activity in the last fourteen days, by owner. Deals with no stage movement for longer than the average time in that stage. And percentage of open deals updated in the last seven days. These numbers show where adoption is real and where it is theatre, and they point at the specific stage or team to fix.

 

What if you have done all this and adoption is still low?

Then the setup is wrong, not the people. Adoption is the clearest signal you have about whether your CRM fits the business, and low adoption is feedback. Fix the system so using it is the obvious choice, and the adoption problem mostly solves itself.

If your team is fighting HubSpot rather than using it, that usually points to a design and process gap that can be closed faster than another training session would manage. Talk to us about fractional RevOps and we will work out why it is not sticking.

 

 

FAQs

No. Required-on-create properties push reps to enter junk or avoid creating records at all. Use conditional stage properties on deals so information is required at the point in the process where it is known and useful.
Fewer than most portals carry. If a property does not drive routing, forecasting or a report someone reads weekly, it should be optional. Three to five per stage transition is typical.
Both, in sequence. RevOps owns making the system easy and useful. Sales management owns running the business from it. Neither works without the other.
Running the weekly pipeline review from the live HubSpot board and correcting data in the meeting. It costs nothing and changes behaviour within two or three weeks.