# Signs your MSP has outgrown spreadsheets and a shared mailbox

> How to tell the difference between a provider that is busy and one whose systems have quietly stopped keeping up - and what to do first.

**URL:** https://cubemsp.co.uk/guides/signs-you-have-outgrown-spreadsheets

**Published:** 2026-06-18 | **Updated:** 2026-08-06 | **Reading time:** 9 min

Almost every managed service provider starts with a shared mailbox and a workbook, and for a long time that is the right answer. It costs nothing, everybody understands it, and it does exactly what the person who built it wanted. Nobody makes a bad decision by starting there.

The trouble arrives gradually. One workbook becomes several. The renewals sheet is accurate when the operations manager updates it, which is less often than everybody assumes. The mailbox holds every piece of evidence about how well you serve a client and yields none of it in a form you can show them.

This guide is about recognising that point when it comes, rather than either ignoring it for another two years or panicking into a platform you are not ready to use.

## The real symptom is unanswerable questions, not effort

Manual effort is not by itself a reason to change anything. Plenty of small providers run efficiently on simple tools because the volume does not justify more. The signal that actually matters is when somebody asks a reasonable question about your own business and nobody can answer it without an afternoon of work.

How many incidents did this client raise last quarter? What was our average first response? Which of our clients is least profitable? How much did that migration actually cost to deliver? A shared mailbox and a set of workbooks contain all the evidence for every one of those and will surrender none of it.

Once that is true, decisions get made on impression rather than fact. That is the point at which the tooling has started costing more than it saves, and the cost does not appear on any invoice.

## Eight things that usually mean it is time

None of these is decisive on its own. Three or four together generally are.

- A renewal has been missed, or auto-rolled at old pricing, in the last twelve months.
- Nobody can say which clients are least profitable without a day of work and some interpretation.
- The same fix has been worked out from scratch more than once because nobody could find how it was done last time.
- A technician left and the cost of their departure was visible for months afterwards.
- Client service reviews are promised in the contract and do not all happen.
- The renewals workbook has one owner and their annual leave is a business risk.
- A client asked you to evidence something - response times, work delivered, an incident history - and you could not, easily.
- More than one person now needs the same answer at the same time, regularly.

> If you recognise fewer than three of these, you are probably fine for now. Fixing one specific process properly beats buying a platform you are not yet ready to use.

## Why the mailbox fails before the spreadsheet does

Most providers expect the renewals spreadsheet to be the first thing to break, because it is the one that visibly holds money. In practice the shared mailbox usually fails first, and less obviously.

A mailbox has no concept of state, ownership or priority beyond what a human infers from a subject line. Two engineers can work the same issue without knowing. Something urgent can sit unread because it arrived while everybody was on a major incident. And critically, nothing that goes into it can ever be counted - so the moment a client asks how you have performed, you are reduced to assertion.

The spreadsheet, by contrast, is usually wrong in a specific, findable way. The mailbox is wrong in a way nobody can see.

## What waiting actually costs

The cost of staying put is real but diffuse, which is why it gets discounted. It shows up as a renewal that rolled at the old price for another year, a vendor increase absorbed silently across sixty clients, licence counts billed for staff who left eighteen months ago, chargeable work never invoiced, and the same problem diagnosed three times by three different people.

Most providers who measure one of these properly find it larger than the annual cost of the system they were hesitating over. That is not really a sales argument - it is an argument for measuring one of them before deciding either way.

## What to do before you buy anything

1. Take your three largest clients and work out, by hand if necessary, what each of them cost to support last quarter. It is tedious and it will change the conversation.
2. Audit the renewals workbook against the actual contracts and vendor invoices. Note how many discrepancies you find, in both directions.
3. Ask your engineers to name the three problems they have solved more than twice. That is your knowledgebase business case.
4. Identify which spreadsheet would hurt most if its owner left tomorrow. That is your real operational risk, whatever you end up buying.
5. Agree internally what "better" looks like in numbers rather than adjectives. "Better visibility" is not a target; "no renewal reaches thirty days out without a decision" is.
6. Only then talk to suppliers, and lead with those numbers instead of asking for a demonstration.

## Key takeaways

- Effort is normal; unanswerable questions about your own business are the warning sign.
- The shared mailbox usually fails before the spreadsheet, and less visibly.
- Three or more of the eight symptoms together generally justify acting.
- Measure one problem properly first - it sharpens the decision in either direction.

## Frequently asked questions

**How many technicians before MSP software makes sense?**

There is no reliable headcount threshold. The complexity of your recurring book and the expectations of your clients matter far more than staff numbers. A five-person provider reselling hundreds of licence lines usually needs it before a fifteen-person provider doing project work.

**Can we just use a better spreadsheet?**

For renewals alone, sometimes yes, for another year. What a spreadsheet cannot do is connect the renewal to the support load that service generated, which is the thing that tells you whether the price is right.

**Should we fix the mailbox or the renewals first?**

Renewals, almost always. It is a smaller migration, the value shows up within one cycle, and it does not require changing how the whole team works on day one.

**What if we move too early?**

You will have paid for capability you do not use yet, and you will have spent implementation effort you could have spent on clients. It is a real risk and a supplier who never mentions it is not being straight with you.

## Relevant solution pages

- **MSP Software** - One system for clients, services, renewals, incidents, projects and reviews - built in the UK by a managed service provider. https://cubemsp.co.uk/software/msp-software
- **Subscription Management Software** - Every licence, circuit, backup and contract you resell - with quantity, cost, sell price, term and renewal date, and the margin visible on all of it. https://cubemsp.co.uk/software/subscription-management-software
- **Service Desk Software** - A real queue instead of a shared mailbox - incidents logged against the client, site and service they affect, with priority, ownership and time. https://cubemsp.co.uk/software/service-desk-software

## Related guides

- **How to choose MSP software without regretting it in eighteen months** - A practical process for evaluating PSA and MSP management platforms, including the questions that actually predict how the implementation will go. https://cubemsp.co.uk/guides/how-to-choose-msp-software
- **What MSP software actually costs in the UK** - The pricing models used in this market, the costs that are usually left out of the comparison, and how to build a total that means something. https://cubemsp.co.uk/guides/what-msp-software-costs-uk
- **Working out which of your clients actually make money** - A practical method for measuring the true cost of supporting a client, and what to do about the ones that lose money. https://cubemsp.co.uk/guides/client-profitability-for-msps

## Contact

- **Product:** CubeMSP
- **Trading name of:** Cube Systems Limited (company number 17220899, ICO registration number ZC216972)
- **Email:** hello@cubemsp.co.uk
- **Sales:** sales@cubemsp.co.uk
- **Support:** support@cubemsp.co.uk
- **Telephone:** 01234 672 617 (+441234672617)
- **Address:** Unit 11, Olney Business Park, Osier Way, Olney, Buckinghamshire, MK46 5FP
- **Opening hours:** Monday to Friday, 9am to 5.30pm
- **Part of:** Crushed Ice Group (https://crushedicegroup.co.uk)