Back

Back

Growth

A Quarterly Review With a Deliverable Instead of a Ticket Count

An MSP quarterly business review that produces a deliverable instead of a ticket count, and the four things worth having on the screen.

Teamwork in a modern office at night, with laptops, sticky notes, and a city view. A mix of focus, collaboration, and a casual atmosphere.

A quarterly business review that reports ticket counts and uptime is a report on whether you did the thing you are already paid to do. The client says thank you, the contract renews at the same number, and everybody books the next one for three months' time.

The reviews that change an account have one thing in common. The client leaves holding something they did not have before.

The problem with the standard pack

Uptime graphs, ticket volumes by category, patch status, a satisfaction score. Every provider presents roughly this, which is the first problem: if your pack looks like your competitor's pack, the only visible difference between you is price.

The second problem is that none of it is about the client's business. It is about the infrastructure that supports the client's business, which the client thinks about approximately never, and only then when it is broken. You are presenting your own subject rather than theirs.

The third is the awkward one. A green dashboard argues, quietly and effectively, that nothing needs to change. You have spent an hour proving that everything is fine. It is difficult to then propose a project.

Bring a model of their business instead

The alternative is to walk in with a picture of how their business actually runs. Departments, roles, the systems they use, and the processes that move between them, with the hours attached.

Most clients have never seen their own organisation from the outside. That sounds like a small thing and it is not: the reaction in the room is usually somebody pointing at the screen and saying "we still use that?" The conversation has stopped being about your service and started being about their company, and you are the one holding the model.

The moment that tends to matter most is the stack view, where every system they pay for appears as itself. This is commonly where somebody admits to the second CRM, or the spreadsheet that quietly runs invoicing, or the tool the marketing team bought last year that nobody else knew about. You did not have to accuse anyone of anything. The picture did it.

Four things worth having on the screen

Where the hours actually go. A heatmap over their processes. The expensive ones are rarely the ones anybody complains about, and that mismatch is itself a finding.

The single points of failure. The one person and the one system everything quietly depends on. This is the easiest risk conversation you will ever have, because nobody has to be blamed for it and everybody in the room already suspected it.

Where accounts differ. When two people in the same company describe the same process differently, that gap is usually a project. It is also the most persuasive slide you will ever not have to write, because it is their own words next to each other.

What is unmanaged. Tools outside your agreement, unpatched things, licences nobody tracks. Coverage and exposure, evidenced rather than asserted.

abi. Clone for MSPs produces all four from interviews with the client's own team, and exports under your firm's name and colours.

The deliverable is the point

Whatever you build, the client should keep it. A document that leaves the room with them, carrying their data and your branding, is worth more than any presentation, because it circulates to people who were not in the meeting and it is still on somebody's desk in November.

Two honest limits are worth stating plainly rather than being caught on later. Co-branded is not the same as white-label, and if a tool produced the artefact, that will show somewhere in the footer. And the map belongs to the client, not to you, which means it goes with them if the relationship ends.

That second one feels like a concession and is closer to the opposite. A client who knows the model is theirs is far more willing to let you build it in the first place, and a client who suspects it is a lock-in device will find reasons to postpone the discovery that makes it possible.

Start with one account

Do not roll this out across every client next quarter. Pick the account where the relationship is strong and the renewal is far enough away that nobody suspects a manoeuvre.

Build the map, run the review, and watch which part of the screen the client asks questions about. That tells you what belongs in the next fifteen reviews, and it is better information than any template, including this one.