How to Write a Limitation of Liability Clause for a Freelance Contract

Start here if you want protection without killing the deal#

A strong limitation-of-liability clause should first put a clear ceiling on your downside without making the deal unworkable for either side. A practical starting point is a liability cap tied to the project fee instead of open-ended exposure.

Step 1 Set the goal before you touch the wording#

Start with the risk outcome, not the template language. You want both sides to understand how risk is allocated if something goes wrong. Before you edit the clause, read it next to the scope, payment terms, and dispute-resolution language. If the agreement is vague about what was promised or how payment works, a polished liability paragraph may not fix that later.

Step 2 Keep the scope practical and honest#

Treat this as practical contract guidance, not jurisdiction-specific legal advice. Enforceability can depend on the governing law and the agreement as a whole.

Treat this as a clause audit, not a copy-paste exercise. A short checkpoint review usually works well. Confirm the contract clearly addresses both the liability cap and dispute resolution, then make sure those terms do not conflict with the rest of the draft.

Step 3 Know what you should leave with#

By the end of this guide, you should be able to make four decisions clearly: your cap logic, whether anything sits outside the cap, how to handle pushback on exposure, and how to run a pre-sign check.

Use this quick verification test:

• What is the cap based on?
• Which claims or damages are excluded?
• Which obligations, if any, sit outside the cap?

If you cannot answer those questions in plain English from the draft, pause before signing.

Gather your inputs before you draft#

Start with the contract set you actually have, not an isolated clause. That keeps you focused on real risk instead of guessed risk.

Step 1 Pull the current contract set#

Review the latest services agreement draft, scope or statement of work, payment schedule, and termination terms together.

First, make sure you are editing the live version. Check whether a newer draft supersedes or fully restates an earlier one, and review file dates and redline history. A clean clause in an outdated draft still leaves you exposed.

Step 2 List exposure by deliverable#

Map risk to deliverables, not broad labels. Tie each potential loss or breach scenario to the specific work item involved. If you cannot connect a risk to a deliverable, do not draft around it yet. Clarify the risk first.

Step 3 Mark overlap with related clauses#

Before you draft the cap, flag overlap with related clauses, including indemnification, confidentiality, and dispute-resolution language where those sections exist. This is where expectation gaps often start. Different sections may describe related conduct in different ways, and that mismatch can drive disputes.

Step 4 Write your downside in one sentence#

State your worst-case exposure in one plain sentence before you draft. Use that sentence as a checkpoint, not a legal standard. If you cannot explain the downside clearly, pause and define the risk first. Then draft the clause to cap the damages one party can claim from the other.

Set your Liability Cap using project type and exposure#

Set the cap to match how the work is sold and where losses could realistically arise. For most freelance engagements, a cap tied to amounts paid or payable is the right default. Move above that only if the exposure is clearly broader than the fee base.

Step 1 Classify the deal before picking the cap#

Start with the project model, not an abstract idea of what is "reasonable."

This keeps the cap anchored to commercial value instead of a generic template.

Step 2 Use fee-based cap as default, then justify any increase#

For many freelance projects, capping liability at total paid or payable fees is workable. It fits a narrow scope, clear deliverables, and modest fees.

Without a cap, claimed losses can exceed the contract value and create outsized personal exposure. If broader exposure is real, do not jump straight to unlimited liability. Keep it bounded with one of these structures:

• cap at total paid or payable fees
• fixed-dollar cap different from contract value
• category-specific caps for different liability buckets

Use a simple test: if you cannot explain in one sentence why the cap should sit above the fee base, the increase is probably not grounded in the deal.

Step 3 Prevent claim labels from expanding exposure#

The clause should say clearly what the cap applies to. If you want the limit to cover claims arising from the services relationship, say that directly and decide whether it includes claims framed as Tort, Negligence, or Strict Liability.

A clean structure is:

1. Define what losses remain recoverable.
2. Set the maximum amount for those claims.

That is usually clearer than one long sentence trying to capture every theory of liability and every damage category at once.

Step 4 Re-check cap fit when the deal changes#

A cap that fit the original deal can stop fitting once scope or value changes. Renewals, major scope expansions, and new phases are useful checkpoints to compare the current cap against current fees and deliverables.

You do not need to change the cap every time, but you should confirm it still matches the deal before more work goes forward.

Step 5 If you adapt SaaS cap language, rewrite it for services#

If you are adapting language from a Software as a Service Agreement, check whether product-specific concepts actually map to your services deal. If they do not, rework the clause around actual service fees, deliverables, and phases. Any increase should stay explicit, bounded, and tied to the work being sold.

Need the full breakdown? Read How to Write an Arbitration Clause for a Freelance Contract.

Decide which damages to exclude and why#

Once the cap is set, exclusions do the next job: they decide what can be recovered at all. The cap sets the ceiling; exclusions decide which losses are even in play. Without a limitation clause, potential damages can exceed a business's profits or assets.

In your Freelance Services Agreement, state clearly which damage categories are excluded and which remain available.

This clause is commonly negotiated, so clarity matters more than assumptions. Exclusions do not mean no liability. A client can still pursue claims and damage types the contract leaves available, subject to your cap and the rest of the agreement.

Use breadth as a risk decision, not a reflex. Broader exclusions reduce exposure. Narrower exclusions can be easier to negotiate in some deals. If you hit resistance, keep a clear baseline and consider narrow, case-by-case exceptions tied to a concrete scenario.

Before you sign, test one realistic dispute and confirm:

1. What amount could still be claimed.
2. Which listed categories would be excluded.
3. Whether that result matches your risk tolerance for the deal.

This pairs well with our guide on What is a 'Limitation of Consequential Damages' Clause?.

Draft carve-outs that courts and clients expect#

Carve-outs should be narrow, named exceptions that work with the rest of the agreement. When they are vague, they can override the cap by accident.

Step 1. Name carve-outs and state their exact effect#

Start by deciding how Gross Negligence and Willful Misconduct are treated in your deal. If either gets different treatment, say so directly.

For each carve-out, define three things in one place:

1. The trigger.
2. The liability treatment, whether uncapped, differently capped, or under the general cap.
3. Whether damages exclusions still apply.

That avoids clauses that sound strong but leave open whether the carve-out overrides only the cap or also overrides exclusions such as Indirect Damages and Consequential Damages.

Step 2. Align carve-outs with indemnity and confidentiality#

Section conflicts are a common drafting failure point, not just the cap itself. If your Indemnification Clause is broad and your liability clause says all liability is capped, say explicitly whether indemnity sits inside the cap, outside it, or is split by category.

Do the same for Confidentiality Obligation terms. If confidentiality has a separate cap, write that clearly. If it stays under the general cap, write that clearly too.

Category-specific caps can be a clean compromise. Keep the general cap tied to amounts paid or payable under the contract, then apply different treatment only where there is a defined risk, such as a narrow confidentiality or IP issue.

If UK law governs, avoid overreaching language. Not all limitations or exclusions are enforceable, and statutes such as the Unfair Contract Terms Act 1977 and Consumer Rights Act 2015 can restrict some exclusions.

Step 3. Decide where warranty and IP claims sit#

There is no universal rule that Breach of Warranty or IP claims must sit inside or outside the cap. Make a commercial choice, then draft it clearly.

Avoid broad language like "any IP breach is uncapped." Define the exact breach and scope so you do not expand risk more than intended.

Step 4. Pressure-test the wording before signature#

Before you sign, run one realistic scenario, such as confidentiality, IP, or warranty, and confirm you can answer two questions in two sentences:

1. Which clause governs.
2. Whether the claim is capped.

Then make sure your records support the clause in practice: acceptance records, written change orders, invoices, payment history, and retained documents that show fee base, scope, and acceptance.

If a client asks to tie the cap to insurance, evaluate it deliberately instead of defaulting to your policy limit. Some buyers ask for that, sometimes around $1 million. Accept it only if the exposure and pricing support it, or counter with a lower general cap plus tightly defined carve-outs and a narrower indemnity.

Related reading: What is a 'Force Majeure' Clause and Do You Need One?.

Align liability terms with scope, payment, and Termination#

A liability cap is easier to apply when it uses the same commercial terms as scope and payment. If those sections use different definitions, the contract gets harder to apply when something goes wrong.

Step 1 Match the cap to the payment definition#

Use the payment language your agreement already relies on, then carry that same defined label into the Liability Cap. If invoices and payment terms use a defined label such as "Fees" or milestone payments, use that same label in the cap. Do not introduce new undefined terms.

Quick check before signature:

1. Payment clause
2. Invoice wording
3. Liability Cap wording

If those three do not describe the same commercial base, align them.

Step 2 Confirm scope and acceptance as you finalize liability wording#

The Scope of Work defines what you were hired to do, so keep scope and acceptance criteria clear as you finalize liability language. Unclear terms can create confusion and make later disputes harder to resolve.

This matters in milestone projects too. If deliverables or acceptance are vague, small disagreements can grow into larger liability disputes.

Step 3 Pressure-test the termination scenario#

If Termination can happen before full completion, check whether scope, payment, and cap wording still fit together after the contract ends. The practical goal is consistency: the contract language and your records should tell the same story.

Use a simple file check: signed scope, approved changes, invoices, payment history, and the termination notice.

Step 4 Keep survival language explicit#

When you draft post-termination survival, name the surviving clauses instead of relying on implication. Confirm that survival wording still reads consistently with the liability terms.

Final check: after termination, can you point to each surviving obligation by clause name without guessing?

Lock Governing Law, Jurisdiction, and Dispute Resolution early#

These terms need to be usable in real life, not just present on paper. A strong Limitation of Liability Clause loses value quickly if the chosen law, forum, or process is too impractical to use.

Step 1 Choose a forum you could realistically use#

Do not leave Governing Law and Jurisdiction as boilerplate. Choose them so you can clearly explain where a dispute would go and why that forum works for both sides. If you cannot do that, the clause is not finished.

Step 2 Pair venue with a clear escalation path#

Name the venue and the Dispute Resolution sequence together so escalation is predictable. At minimum, make these points explicit:

• Whether notice is required before filing
• Whether there is a business-negotiation step and who joins it
• What forum comes next if that step fails

Step 3 Verify legal text before relying on it#

If forum language depends on online legal material, verify it against an official legal edition before you agree. FederalRegister.gov says its displayed version is a prototype, not an official legal edition, and that legal research should be checked against an official edition. Keep a clean file of the draft, redlines, and the official text you relied on.

Step 4 Treat jurisdiction-specific requests as a counsel flag#

If a client proposes a specific jurisdiction, do not treat that as automatic. Confirm the named forum and whether it is exclusive. If the practical impact is unclear, pause and escalate to counsel before signing.

Pick the clause version that matches deal leverage#

You do not need a different liability clause for every client. You need a starting version that matches the deal's leverage and delivery risk while still keeping a real ceiling on exposure.

Once the core terms are workable, this becomes a negotiation choice. The version that gets signed should reflect the project's risk profile and keep exposure clear.

Step 1 Classify the deal before you pick language#

Start with four filters: client size, procurement rigidity, project criticality, and replacement cost of your services.

Use those filters to frame the pushback you are likely to get and the downside if the project fails. If the work is high impact or hard to replace, you may need tighter limits. If procurement is rigid, expect pressure for broader exposure and decide your tradeoffs before redlines start.

Step 2 Choose a starting version, not a final position#

These are negotiation starting points, not legal standards. Keep the same core structure in each version: a defined cap, plus clear scope and acceptance criteria.

If you accept broader exposure, tie it to concrete commercial terms. Common levers are partial advance payment and shorter payment timing, such as 14 to 30 days instead of 60 or 90 days.

Step 3 Run the comparison check before you send redlines#

Before you send any version, confirm the clause sets a clear cap and does not leave uncapped one-sided liability by accident.

Check these three points:

• Does the clause clearly state the maximum liability cap?
• Is either party left with uncapped liability exposure?
• Are scope and acceptance criteria clear enough to reduce avoidable disputes, delays, and costs?

Final checkpoint: read the liability language next to scope and acceptance criteria. If those sections together do not make the post-failure path clear, the draft is not ready.

For a step-by-step walkthrough, see How to Structure a 'Limitation of Liability' Clause when using OpenAI's API in a Client Project.

Handle redlines with scripts that protect value#

Redlines should protect the economics, not just the words. Your job is to keep exposure bounded, keep indemnity aligned with the cap, and stop vague additions from quietly expanding risk.

Step 1 Ask for the claim scenario before accepting broad asks#

When a client proposes broader liability language, ask what claim scenario they are trying to cover before you negotiate wording. That quickly shows whether the concern is a third-party claim that belongs in the Indemnification Clause or another risk that should be handled elsewhere in the contract.

Use a script like: "I understand the concern. Can you walk me through the claim scenario you want this to address? If this is a specific third-party risk, let's handle it with a clear indemnity procedure. For the rest, I need a defined cap and clear scope."

Before you accept edits, make sure you can point to the exact sentence creating each obligation. If language adds attorneys' fees, settlements, judgments, or a duty to defend without written notice, defense control, and settlement consent, downside can grow quickly.

Step 2 Treat deletion of the Limitation of Liability Clause as a commercial reset#

If the client deletes the Limitation of Liability Clause, do not leave silence in its place. An uncapped position changes risk allocation and should trigger a commercial recheck.

Use a script like: "I can't accept an uncapped position on this scope and fee level. If the cap is removed, we should revisit pricing, scope, or risk allocation."

Then recheck scope and survival language. If indemnity sits outside the cap, the risk is higher.

Step 3 Ask for reciprocity when claim categories can run both ways#

If claim categories could be brought by either side, ask for mutual treatment unless both parties agree on a specific carve-out.

Use a script like: "If these claim types can be asserted by either party, liability allocation should be mutual unless we both agree on a specific carve-out."

Classify the redline as ACCEPT, NARROW, or REJECT based on scope, procedure control, and cap alignment. If a term is one-sided, procedurally loose, and outside the cap, narrow it or reject it.

Common drafting mistakes and how to recover fast#

Bad outcomes often come from clauses that do not fit together, not just the headline cap number. Before signing, run a short check on carve-outs, indemnity conflicts, dispute terms, and copied language that does not fit services work.

Step 1 Narrow carve-outs before they swallow the cap#

Vague carve-outs can gut the cap. When you carve out Gross Negligence or Willful Misconduct, use tight, named triggers instead of open phrases.

A cleaner pattern is to list carve-outs expressly rather than imply them. Common wording names confidentiality obligations, indemnity obligations, gross negligence, and intentional or willful misconduct, instead of a catch-all that lets ordinary Negligence arguments bypass the cap.

Quick test: could a routine delivery dispute be relabeled as a carve-out? If the answer is yes, narrow it. Keep the cap applying across contract, warranty, tort, and strict liability theories, then state only the exceptions you actually agreed.

Step 2 Resolve conflicts with the Indemnification Clause#

Conflicts between damages limits and the Indemnification Clause can create dispute risk. If one section excludes losses that another section appears to require, fix that ambiguity before signing.

Because indemnity obligations are often handled as explicit carve-outs, check that your indemnity language and limitation language still point to the same intended scope.

Then run one claim scenario through both clauses. If you still cannot tell quickly whether that claim is inside or outside the cap, the drafting is too loose.

Step 3 Recheck Governing Law, Jurisdiction, and Dispute Resolution together#

A liability cap can still be hard to rely on if dispute terms are unclear. Review Governing Law, Jurisdiction, and Dispute Resolution as one package, especially in cross-border freelance contracts.

Your check is practical. State in one sentence where a claim would be brought, what law applies, and what process would be used. If that answer is unclear, fix the procedure language before relying on the cap.

Also watch enforceability limits. Not all attempts to limit liability will hold up. In UK commercial contract context, there are statutory constraints, including the Unfair Contract Terms Act 1977 and the Consumer Rights Act 2015.

Step 4 Rebase copied template language to your services scope#

Copy-pasted limitation language is risky when it comes from a different deal type. These clauses appear across many contract types, so template fit matters in freelance services work.

Rebase the clause to your actual service documents: statement of work, deliverables, acceptance points, payment terms, and termination language. Make sure the cap points to the same fee base used elsewhere in the agreement.

Final check: if you cannot explain your maximum exposure and which claims sit outside it in plain English, the clause is still template-shaped instead of deal-shaped. We covered this in detail in How to Use an Indemnification Clause to Limit Your Liability.

Copy-paste pre-sign checklist#

Before signing, make sure the cap, excluded damages, and carve-outs match the agreement and SOW, not just the limitation clause in isolation.

Step 1 Tie the cap to a defined fee base#

Match the Liability Cap to the defined payment terms in the base agreement and SOW.

• Use a fee base already defined in the contract, such as total consultant compensation value.
• If the clause uses a formula, such as the greater of compensation value or recoverable insurance, confirm both terms are defined in the signed documents.
• Quick test: you should be able to calculate the cap from the contract without guessing what counts as "fees."

Step 2 Check excluded damages line by line#

Treat Indirect Damages and Consequential Damages as negotiated terms, not boilerplate.

• Confirm both parties understand whether categories like lost profits or revenues, loss or interruption of use, and lost or damaged data are excluded.
• Run one concrete scenario and confirm both sides reach the same answer on recoverable damages.
• If answers differ, resolve the exclusions before signing.

Step 3 Reconcile carve-outs across the whole contract#

Carve-outs only work when the cap, indemnity, and confidentiality language stay consistent.

• Compare the cap section with the Indemnification Clause and Confidentiality Obligation.
• Verify carve-outs for Gross Negligence and Willful Misconduct are explicit and aligned with related clauses.
• Test one third-party claim through both sections to catch opposite outcomes.

Step 4 Confirm the agreement and SOW are aligned#

Read the core contract terms together before signature so expectations do not conflict.

• Check that scope, timing, payment mechanics, and responsibilities are consistent between the base agreement and SOW.
• If the SOW is vague or the base agreement is missing core protections, fix that before relying on limitation language.
• If you cannot explain how one scenario is handled from start to finish, pause and resolve the mismatch.

Before signature, pressure-test your clause wording against a clean draft in the Freelance Contract Generator.

The takeaway to use in your next contract#

Treat liability terms as a business risk and pricing decision, not a template task. The goal is a Limitation of Liability Clause that matches the fee, scope, and dispute path so both sides can sign with clear exposure boundaries.

Step 1 Price the downside before editing wording#

Your cap and carve-outs are business choices until the contract is signed. Start with one plain-language test: if this deal fails, what loss can you absorb without damaging the business?

Then tie the cap to a clearly defined fee base in the contract. If the work sits under an MSA plus a Statement of Work, say whether the cap applies across the full agreement or only the relevant SOW. If you use a formula like 150% of charges paid or payable in the prior 12 months, also say whether it is a single aggregate cap across claims. That changes the real exposure.

Step 2 Align the cap with clauses that can expand exposure#

A reasonable cap can fail if surrounding clauses are broader or inconsistent. Read the Limitation of Liability Clause together with related risk-allocation terms, then test a realistic breach scenario end to end. What is capped, what is excluded, and what survives termination?

Clarity matters because ambiguous wording shifts the outcome to later interpretation. In published commercial disputes, repeated missed milestones have been followed by termination and then a fight over how liability wording applies to a larger damages claim. You do not need a dispute that large to run into the same problem.

Step 3 Verify the enforcement path before signature#

The clause only helps if the enforcement path is usable. Read Governing Law, Jurisdiction, and Dispute Resolution together and ask: if the likely claim size happened tomorrow, would you actually use this path?

Use this pre-sign check each time:

• Confirm the Liability Cap uses the same fee definition used in payment terms, invoices, and any Statement of Work.
• Confirm the contract states whether the cap is a single aggregate cap or a separate-cap structure.
• Confirm the Limitation of Liability language and related risk-allocation terms work together without conflict.
• Confirm the contract is bilateral and protects both parties' interests.

If a client pushes back, ask which loss scenario they want covered, then counter with a bounded number, a narrower carve-out, or clearer wording. Final test: can a neutral reader find the cap, exceptions, and enforcement route in a few minutes? If not, tighten the draft before signing.

Related: A Deep Dive into the 'Limitation of Liability' Clause for Freelance Software Developers.

Once your risk language is set, align how you invoice and get paid cross-border with Merchant of Record for freelancers.