MSP corner
How to sell hardware refreshes to clients (without being “salesy”)
By Nico De Muynck · Updated July 19, 2026
The one-line version
Stop selling hardware. Start selling deadlines the client can verify. When a refresh is anchored to a vendor end-of-life date, you're the advisor managing risk — not the vendor pushing a box. The date does the selling for you.
Why the refresh conversation goes badly
Most refresh pitches fail for the same reason: they arrive as a recommendation with no forcing function. “This server's getting old, you should probably replace it” invites “it works fine, let's wait.” The client hears an optional upsell, defers it, and you have the same conversation next quarter — until the box fails, or worse, gets breached while unsupported. The problem isn't the client's budget. It's that you gave them an opinion instead of a deadline.
The shift: lead with the EOL date
A vendor end-of-life or end-of-support date is not your opinion — it's a fact the client can look up themselves. That changes the entire dynamic. “Your firewall stops receiving security patches on [date]. After that, any new vulnerability is permanently unpatched, and most cyber-insurance policies won't cover an incident on unsupported infrastructure.” Now you're not selling; you're flagging a countdown the client is responsible for. The refresh is how they de-risk it. (The underlying stakes — security, compliance, insurance, downtime — are laid out in the five EOL risks.)
The QBR is where refreshes get approved
The quarterly business review is the natural home for this. Bring a dated list: every asset reaching end-of-support in the next 12–18 months, grouped by client site, with the date and the risk next to each. Walking a client through “here's what's ending, here's when, here's the plan” reframes you from cost centre to strategic advisor — and it puts the spend in their next budget cycle instead of landing as an emergency invoice. A structured QBR deck makes this repeatable; our MSP QBR template has a hardware-lifecycle slide built for exactly this moment.
Make it an easy yes: date, risk, staggered budget
Three ingredients turn a refresh from a hard sell into a rubber-stamp:
- A concrete date the client can verify on the vendor's site — credibility you don't have to argue for.
- The cost of inaction stated plainly: unpatched security exposure, compliance gaps, failed audits, voided insurance, unplanned downtime.
- A staggered budget so no single quarter hurts. Replacing a fixed fraction each year turns a scary lump sum into a predictable line item — the math is in the refresh cycle guide and calculator.
The system that makes this effortless
None of this works if you're rebuilding the dated list by hand before every QBR. The MSPs who do this well have every client's assets and EOL dates in one place, with warnings firing months ahead — so the “what's ending” list is always current and per-client. That's the difference between refreshes being a scramble you dread and a steady, predictable revenue stream you plan. (Spreadsheets can't do this reliably across clients — here's why.)
Turn EOL dates into your best QBR slide.
Track every client's assets and end-of-life dates in one place, grouped by client and location, with automatic warnings and per-client reports.
See EOL Tracking for MSPsFree up to 5 assets · client & location grouping · PDF reports