Most “vanishing client” problems are not about bad luck—they’re about missing paperwork. A solid freelance contract does two jobs at once: it makes payment routine when everything goes well, and it gives you usable leverage when the client goes quiet. The goal is to reduce ambiguity: what exactly you deliver, when payment is triggered, what counts as acceptance, and what happens if communication stops.
Start with a deposit or an upfront “booking fee” that is due before any work begins. Even a modest percentage changes behaviour: serious clients pay quickly, and time-wasters self-select out. In the contract, state the deposit amount, the due date, and that the project start date is secured only once cleared funds are received.
Use milestone-based billing rather than one final invoice. Define each milestone in plain language, tie it to a deliverable (for example: “first draft delivered as a Google Doc link” or “design files uploaded to a shared folder”), and make each milestone payable on delivery or within a short fixed window (for example 7 or 14 days). This limits your exposure if the client disappears halfway through.
Add a late-payment clause that is legally realistic for 2026. In the UK, business-to-business contracts can use statutory late payment rules (interest and fixed compensation) unless you agree an alternative remedy that is genuinely substantial. This gives you a credible escalation step that is grounded in recognised rules rather than emotional chasing.
Clients often delay payment by arguing that a deliverable was “not approved” or “not final.” Your contract should define clear trigger points: invoice date, due date, and what counts as delivery. Practical wording helps: “Delivery occurs when the freelancer sends the deliverable link to the client’s nominated email address” or “when files are uploaded to the agreed folder and the client is notified.”
Include an acceptance window. For example: the client has 5 business days to accept or request changes. If the client does not respond in that time, the deliverable is treated as accepted for billing purposes. This is not about forcing bad work through; it is about preventing silence from becoming a free extension.
Set a “stop-work” right that you will actually use: if payment is late by X days, you pause work and deadlines move accordingly. Combine it with a re-start rule (for example: overdue invoices must be settled before work resumes). This turns the contract into a process, not a threat.
Write the scope as a list, not as a vibe. Attach or reference a brief: deliverables, formats, approximate length or quantity, and what is explicitly excluded. If the client’s requirements are likely to evolve, define a discovery phase and separate it from production so you can re-quote with evidence.
Introduce change control: any out-of-scope request triggers a written change order that includes a price and a time impact. Keep it simple: “No change is binding unless confirmed in writing (email is sufficient).” That sentence prevents “Can you just…” requests from quietly eating your margin.
Add a clear termination clause and a fair cancellation fee. If the client pauses or cancels, you are paid for work completed plus a fixed percentage for capacity held, admin, and ramp-up time. In practice, this pushes the client to choose a responsible pause rather than disappearing and leaving you unpaid.
Make evidence part of the workflow. State that you will keep time logs, version history, and delivery confirmations, and that these form part of the project record. If you work with tools that track edits (document history, design file versions, code commits), mention that those records may be relied on if there is a payment dispute.
Define the communication channel for instructions and approvals. If you allow approvals in chat apps, add a line that messages count as written approval. If you prefer email, say so. The point is to avoid the classic problem: “I never approved that,” when approvals were scattered across calls and informal messages.
Set a reasonable retention period for files and drafts (for example 30–90 days after final delivery) unless otherwise agreed. This discourages clients from disappearing for months and then asking for emergency re-delivery as if it is part of the original fee.

Use intellectual property terms that match your leverage. A common, balanced approach is: the client receives the licence or ownership transfer only after full payment. Until then, the client may use drafts for internal review only. This keeps the rights position clear without turning the relationship hostile.
If you manage access (hosting, ad accounts, analytics, domains, paid tools), include an access and handover clause. State what access you need, what you will return on completion, and what happens if invoices remain unpaid—such as suspending non-essential services while preserving the client’s underlying data. Keep steps proportionate and reversible.
Include a sensible escalation timeline: reminder schedule, formal notice, and next steps. Also specify governing law and jurisdiction so you are not negotiating location and procedure while trying to recover a debt. For lower-value disputes in England and Wales, small-claims routes are commonly used, so the contract should be written to make a straightforward claim possible if it comes to that.
Step one is documentation, not drama. Send a single “status and payment” email that restates what was delivered, the invoice number, the due date, and the contractual consequences (pause of work, interest, escalation). Keep the tone factual—this message is as much for the paper trail as it is for the client.
Step two is a formal notice if there is still no response. Attach the invoice and a delivery summary, reference the acceptance window (or the fact that no change request was received), and set a short deadline for payment. If your contract points to statutory late-payment remedies, calculate interest from the relevant date and include it clearly.
Step three is choosing enforcement based on value and time. In the UK, limitation rules can allow several years to bring a breach of contract claim depending on contract type, which helps you plan a measured escalation. That said, evidence and leverage tend to weaken with time, so the most practical approach is usually to act early while records, contacts, and context are still fresh.