How to buy enterprise software without regretting it in a year
Most bad software purchases aren't bad because of the software. They're bad because of how the decision got made.
The software usually works. The regret is about everything around it: a department that already loved one vendor, a demo that never touched the actual workflow, a committee that never sat in the same room, a contract signed because the current licence ran out in three weeks.
Johnny Grow’s 2025 research, which measures failure as did not achieve planned objectives and counts cancelled projects in that number, puts the CRM failure rate at 55%. The system goes live. The job it was bought to do does not.
That is not a product ranking. It is a process ranking.
- Missed the planned objective55%
The system went live. The job it was bought to do did not.
- Achieved the planned objective45%
Same software is available to both groups.
Johnny Grow, The CRM Software Failure Rate is 55% (2025). Failure is defined there as deployments that did not achieve their planned objectives, with cancelled projects counted in.
The decision is the product
A vendor demo is a sales asset. It is designed to look like your company. It is not evidence that the system will survive your month-end, your Arabic-language invoices, your WhatsApp-to-CRM handoff, or the three people who actually have to live in it.
If you start with “who should we buy,” you have already skipped the only question that changes the outcome: what does this system have to do, for whom, every week, or we should not buy it.
How it usually goes
- 01A director names a vendor they used at the last company
- 02Three demo calls, all on the happy path
- 03IT is asked to ‘make it work’ after the quote is approved
- 04Contract signed in the last fortnight of the current licence
How it should go
- 01Write the jobs the system must do, with the people who do them
- 02Score vendors against those jobs, not against a feature matrix
- 03Run one ugly demo: your data, your exception, your worst week
- 04Negotiate on a calendar you control, with usage and a second bid on the table
Who has to be in the room
Buying software as a 40-person company in Dubai is not the same as buying it as a 4,000-person company in London, but the failure mode is related: the people who will use it daily are not the people who will sign.
You need four voices, even if some of them are the same person:
- The operator. The person whose Monday morning breaks if the system is wrong.
- The owner of the number. Revenue, collections, inventory, whatever the system is supposed to move.
- The person who will administer it. Otherwise you are buying a tool nobody can change in month four.
- The person who can say no to the contract. Otherwise the vendor will keep selling to whoever is friendliest.
If any of those four is “we’ll bring them in later,” later is when the regret starts.
Score the job, not the brochure
A useful shortlist is three vendors, not eight. Eight is how a committee hides from a decision. Three is enough to create competition and few enough that you can actually run the same scenario on each.
Write ten jobs, not ten features. “Raise a quote from a WhatsApp lead without retyping it into two systems.” “Close the month without exporting to Excel.” “See which salespeople are discounting, this week, without a custom report from the partner.”
Then run one demo per vendor against those jobs, on your data, with your messy exception in the room. The vendor who refuses that demo has told you how implementation will feel.
Price is not the number on the quote
Licence fees are the visible line. They are often the smaller one. Implementation, integration, data cleanup, training, and the admin who has to exist after the partner leaves are the rest of year one. Treat the quote as a down payment until those are in the same conversation.
(There is a separate piece on this: the licence is not the cost of the system.)
Negotiate on your clock
The fastest way to buy the wrong system is to buy it because the current one expires on the 30th. Vendors know this. Auto-renewal windows of 30-90 days exist to make your calendar their leverage.
Start the process early enough that walking away is a real option. If walking away is not a real option, you are not negotiating. You are confirming.
What to do this week
- Write the ten jobs. If you cannot, you are not ready for a demo.
- Name the four voices. Put a date on a 90-minute meeting.
- Find the renewal / expiry date on every system this might replace. Put a reminder 180 days out, not 14.
- Cut any shortlist longer than three. If you cannot cut it, the jobs are not written clearly enough.
The tech check on this site is built to start that process without a sales call attached to it. Use it, or run the same sequence yourself. The sequence is the point, rather than the brand of software at the end of it.
Where this goes next
Two places this process most often gets applied. For CRM, the constraints that do the narrowing are in four questions that get a CRM shortlist down to three. For anything you already own, the equivalent exercise runs backwards from the renewal date: your renewal date is not when you have leverage.
Every engagement starts in one of three places: choosing new tech, fixing what you already pay for, or building what is missing.
Sources
- Johnny Grow, The CRM Software Failure Rate is 55% (2025)
- Auto-renewal notice windows of 30 to 90 days are common on enterprise SaaS paper. Your contract governs.