Why your reps aren’t using the CRM you bought

Picture of PragmaCRM Team

PragmaCRM Team

6 min read

Six months after the rollout, the pattern is familiar. Deals sit in stages they left weeks ago. Notes stop appearing after the second call. A rep runs their real pipeline out of a spreadsheet and updates the CRM on Friday afternoon, from memory, in time for the report.

The instinct is to treat this as a compliance issue. Add a required field, run a data hygiene session, make pipeline updates a condition of the weekly meeting.

It rarely works, and it is worth understanding why before spending more effort on it.

Reps are not avoiding the CRM. They are avoiding a bad trade.

A sales rep does the same calculation with the CRM that they do with everything else in their day: what does this cost me, and what does it give back?

For most CRMs the cost is high and immediate. Ten fields to fill in, a stage to update, a note to write, all of it after the call while the next one is already starting. The return is delayed and belongs to somebody else, because the person who benefits from the data is the manager reading the report.

Framed that way, working around the system is not laziness. It is a rational response to a tool that takes more than it gives. Which means the fix is not more insistence. It is changing the trade.

Here are the four things that usually make the trade bad.

One: the system asks for what it could work out

Every field a CRM requires is a small tax. Some are unavoidable. Many are the system asking a human to supply information it could derive.

Deal value is the clearest example. In most CRMs it is a number a rep types in, then retypes when the scope changes, then forgets to retype the second time. But if you have a catalogue of what you sell and what it costs, the value is the sum of the items selected. The rep picks what they are quoting, which they had to decide anyway, and the number appears.

The same logic applies to activity history. Nobody should be writing “called, left voicemail, will try again Tuesday” into a notes field. Completing the call and scheduling the next action should write that history itself.

Ask yourself: for each required field, could the system have derived it from something the rep was already doing?

Two: the system gives nothing back at the moment of entry

Compare two experiences.

In the first, a rep logs a call, writes a note, updates a stage, and the screen looks exactly the same as before. The value of that work will appear in a report they may never read.

In the second, a rep logs the call and the deal immediately shows the next action, the days it has been sitting in this stage, and the last three things that happened on the account before they picked it up. The work paid them back within a second.

The second is not a harder product to build. It is a decision about who the interface is for. A lot of CRMs are built for the person reading the data rather than the person entering it, and adoption follows accordingly.

Three: the process in the CRM is not the process the team uses

Sometimes the stages in the pipeline describe an idealised sales process that nobody actually runs. Stages named after internal milestones, a qualification step that in practice happens during the first call, a stage everyone skips because it never applied.

When the map does not match the territory, reps stop updating the map. They are not confused. They have simply worked out that the stages are for reporting rather than for selling.

The test: ask three reps to describe how a deal moves from first contact to signed. If their answer does not match your pipeline stages, the pipeline is wrong, not the reps.

Fixing this usually means fewer stages, each defined by something the buyer has done rather than something your team has done. “Proposal acknowledged and review meeting booked” is a stage a rep can position a deal in honestly. “Consideration” is not.

Four: nobody is looking at the data, and the team knows

If the pipeline is only discussed at the end of the quarter, reps learn that updating it is a monthly obligation rather than a daily tool. And the moment data entry becomes retrospective, it becomes fiction, because nobody remembers accurately three weeks later.

The reverse is also true and more useful. When a manager routinely opens a deal before a coaching conversation, references the actual history, and asks about a specific stalled account rather than the pipeline in general, the record becomes worth maintaining. Not because anyone was told to, but because it is now the thing conversations happen through.

What to change, in order

If adoption is poor, work through these in sequence.

Remove fields before you add any. Go through every required field and delete the ones that do not change a decision. Most teams can cut a third without losing anything.

Make the system derive what it can. Values from a catalogue rather than free text. History written automatically as the work happens. Next actions attached to records rather than living in a personal calendar.

Redraw the stages around the buyer. Fewer stages, each with a clear entry condition based on evidence from the customer.

Use the data visibly. Open records in one-to-ones. Reference the history. Ask about specific deals. Adoption follows attention.

Then, and only then, talk about expectations. A standard is reasonable once the tool is worth using. Before that, it is asking people to absorb a cost you have not tried to reduce.

The uncomfortable version

If your team is not using the CRM, the CRM is not doing enough for them.

That is harder to hear than a discipline problem, because a discipline problem can be solved by insisting harder and a design problem cannot. But it is also more actionable, because every one of the four causes above is something you can change this month without buying anything.

And it is worth changing. Every report you run, every forecast you present and every coaching conversation you have rests on data that a rep decided was worth entering. Make that decision easy and everything downstream gets better on its own.


PragmaCRM is built on this principle. Deal values are calculated from your catalogue rather than typed in, history writes itself as the work happens, and every lead and deal carries one clear next action. Try it free for 14 days, no credit card required.

Share this post