Growth Systems · Framework

The CRM is not the problem — the workflow around it is

Most "CRM problems" are workflow problems. A framework for fixing the motion before blaming the tool.

JS John Soriano / / 2 min read

I’ve seen the same conversation play out more times than I can count. A sales team is frustrated. Pipeline visibility is bad. Follow-ups fall through. Someone says the CRM isn’t working. Someone else suggests switching to a different one.

Nine times out of ten, the CRM is fine. The workflow around it isn’t.

A new CRM won’t fix a team that doesn’t know when to log a contact, what counts as a qualified lead, or who owns the deal after an intro call. It just gives you a clean slate to make the same mistakes in.

Where the workflow breaks

The gaps that kill CRM adoption tend to cluster in three places.

First, the entry point. If it’s not clear when something should go into the CRM — after the first email? after a call? after a proposal? — people make different decisions and you end up with an incomplete, inconsistent record. The tool can’t fix ambiguity about when to use it.

Second, the update motion. Logging a deal is one thing. Keeping it current is another. If updating a deal stage requires more clicks than it’s worth, or if the stages don’t map to how the team actually talks about deals, people stop doing it. The CRM drifts from reality. Everyone stops trusting it. Everyone stops using it.

Third, the handoff. When a deal moves from one person to another — SDR to AE, sales to account management — there’s usually a moment where the record is incomplete and the next person doesn’t fully trust what’s there. That’s not a tool problem. It’s a process problem that needs an agreed handoff checklist.

Fix the motion, then evaluate the tool

Before recommending a different CRM, I ask teams to document their actual current workflow — not the intended one, the one people are actually doing. What triggers a new contact record? What does a deal stage change mean? Who looks at the pipeline report and what do they do with it?

Usually, that exercise reveals the real problem. And often the answer isn’t a new system. It’s a one-page internal doc that clarifies when and how to use the one they have.

Once the workflow is clear, evaluating whether the tool supports it well is a reasonable question. But that’s a question you can only answer after you know what the motion is supposed to be. Switching tools without fixing the motion is how teams end up doing this same audit again in eighteen months with a different brand name on the login screen.


JS
John Soriano
Technical Founder · Product Engineer

I help founders and companies design and implement AI, software, and operational systems that create real business value. Founder of XataTech.

Let's talk

Looking at AI for your business?

Tell me the workflow that quietly costs you the most. I'll help you figure out whether AI actually belongs there — and what it would take to make it stick.