Invoicing and chasing
The billing cycle that always waits until the weekend.
Automate billingAutomate reporting and alerts
I build useful reports from the records your team maintains, with alerts for agreed exceptions. You get a shared view of activity and a clear next action, alongside checks that the sources and connections are current.

At a glance
The problem
The client chases you. Not because anything is late, but because nobody told them where things were, and the update was sitting on somebody’s list behind more urgent work.
A deadline passes unnoticed. Nobody decided to miss it. It simply was not visible to the person who could have acted, and by the time it surfaced it had become a problem rather than a task.
Work gets delivered and not invoiced. This is the expensive one, and the one founders find hardest to believe until they look. A stage is signed off, the next stage starts, and the invoice for the one just finished never gets raised.
A missed deadline shows up eventually. Work you did and never billed often does not show up at all.
The change
Recruitment agency, London
Activity lived across spreadsheets, email and notes. It was all recorded and none of it could be used to decide anything. Reporting built backwards from the founder’s own questions changed that.
Read the case study“This will allow me to see the bigger picture and understand where to go next, using real data rather than guesstimates. I am looking forward to analysing the reports and making informed strategic decisions.”
In practice
Start with a management question: what is overdue, where effort goes or what has changed.
Define the fields, owners and update dates. Show missing or stale records instead of hiding them.
Deliver the report or exception to a named person. Client updates remain drafts for review and sending.
How we get there
The first step is checking the data and agreeing what a complete, current record looks like. A report is only useful if the information behind it can be trusted.
First, a free 15-minute conversation to understand the challenge and agree the appropriate next step.
We explore the process, what you want to achieve and how your team prefers to work. I challenge the proposed solution if the underlying problem is different.
You receiveA clear process map, written recommendations and an agreed priority.
During separately scoped Process Design, I check the connections, permissions, costs and exceptions that could affect the solution.
You receiveA documented workflow, feasibility findings and the requirements for a reliable build.
Before implementation, we agree what will be built, the timeline, responsibilities and how we will check that it works.
You receiveA written proposal with a fixed build price, acceptance checks and any ongoing costs.
I build the agreed solution and test normal cases, exceptions and approvals. Your team reviews it against the checks we agreed.
You receiveA working solution, a demonstration and the agreed checks completed before handover.
I show your team how to use the solution, what to monitor and how to handle exceptions. We clarify ownership and support.
You receivePractical instructions, a walkthrough and clear support terms so your team can run it.
Discovery, Process Design and implementation each have an agreed scope and fee. You choose the appropriate discovery service; buying both is not required. Testing, documentation and team handover are included in the agreed implementation scope.
Only if a dashboard is what you would actually open. Many founders do not want another screen to check. They want to be told when something needs them, and to have the weekly summary arrive without building it. The view matters most for the team. The alert matters most for you.
We agree the sources, owners and thresholds: how late is late, what counts as complete and when a record needs attention. We also check data freshness and connection failures. No alert means no detected exception within that monitored scope, not a guarantee that nothing needs attention.
Often not. This tends to be built on the tools you already pay for, because the data is already in them. What is missing is that nothing reads across them. If a new tool is genuinely required I will say so, and say what it costs, before anything is built.
It is almost always a mess, and that is part of the job rather than a reason to wait. Agreeing what a complete record looks like, and getting the existing ones there, is often the first phase of the work.
No, and it should not. It changes what the meeting is for. When everyone arrives already knowing the state of the work, the time goes on the decisions rather than on the status round.
Keep reading
Your business
If answering that needs a conversation with three people and a spreadsheet, there is something worth fixing.
15 minutes · No charge
Prefer to write? [email protected]