Freelance contract guide

Freelance IP Ownership Clauses: What Should You Look Out For?

Check your contract

A freelance contract may decide who owns the work you create, when ownership transfers, and whether you can reuse any part of it later.

That can matter long after the invoice is paid.

The important question is not simply whether the contract mentions intellectual property. It is exactly what rights you are giving away, when that happens, and what you keep.

What is an IP ownership clause?

An intellectual property clause sets out who owns rights in the work created during an engagement.

Depending on the type of work, that may include things such as:

  • designs;
  • source code;
  • written content;
  • photographs;
  • illustrations;
  • branding;
  • templates;
  • research;
  • documentation;
  • processes;
  • concepts;
  • other creative or technical material.

A contract may say the client owns the final deliverables.

But some clauses go much further and attempt to transfer ownership of everything created or used during the project.

Those are very different outcomes.

Why does IP ownership matter to freelancers?

Freelancers often reuse knowledge, tools, techniques and materials across multiple projects.

For example:

  • a developer may use their own code libraries;
  • a designer may reuse templates or design systems;
  • a consultant may have frameworks or methodologies;
  • a photographer may want to display work in a portfolio;
  • a writer may reuse general research or expertise.

A broad IP clause could potentially affect those things if the wording is not clear.

That means the useful question is often:

Is the client buying the agreed deliverable, or am I transferring rights to much more than that?

Assignment and licence are not the same thing

Contracts may use different ways of giving clients rights to use work.

Assignment

An assignment generally transfers ownership of specified intellectual property rights to another party.

If rights are assigned to the client, the freelancer may no longer own those rights after the transfer.

Licence

A licence gives another party permission to use the work while ownership may remain with the freelancer.

Licences can vary significantly.

They may be:

  • exclusive or non-exclusive;
  • worldwide or geographically limited;
  • permanent or time-limited;
  • restricted to particular uses.

The wording matters more than the label alone.

IP ownership red flags worth checking

None of these automatically means a clause is inappropriate.

They are simply areas worth understanding before you agree to them.

The clause covers everything created during the engagement

Watch for wording that transfers:

all intellectual property created, developed, conceived or used in connection with the engagement

That may be much wider than ownership of the actual deliverables.

Ask whether the wording could include material you created independently or before the project began.

Pre-existing materials are not protected

Freelancers often bring existing assets into a project.

These might include:

  • code libraries;
  • templates;
  • fonts;
  • frameworks;
  • stock assets;
  • processes;
  • reusable documents;
  • tools;
  • know-how.

If the contract does not distinguish these from newly created work, there may be uncertainty about who owns them afterwards.

Ownership transfers before payment

Check when rights transfer.

Some contracts say the client owns the work immediately when it is created.

Others make transfer conditional on full payment.

From a commercial perspective, that distinction can be important if the client delays or disputes payment.

The client receives rights to unused work

A project may involve drafts, concepts, prototypes or rejected ideas.

Check whether the client is acquiring only the final approved deliverables or everything created during the engagement.

The clause covers your general knowledge or skills

Be cautious if wording appears broad enough to claim ownership over:

  • general skills;
  • techniques;
  • methods;
  • experience;
  • ideas unrelated to the client;
  • know-how you use elsewhere.

A client may reasonably want rights in the work they commissioned without necessarily owning everything you know or use professionally.

You lose the right to show the work in your portfolio

For many freelancers, completed work is part of how they win future clients.

Check whether the agreement allows you to:

  • display the project in a portfolio;
  • mention the client publicly;
  • show screenshots or extracts;
  • discuss the project in case studies.

Confidentiality obligations may affect this too, so the clauses should be read together.

Third-party materials are treated as if you own them

Some projects use third-party assets such as:

  • stock photography;
  • fonts;
  • open-source software;
  • plugins;
  • licensed libraries;
  • templates.

A contract should not assume you can transfer ownership of rights you do not own.

Check whether the wording recognises third-party licences.

Questions to ask before signing

You do not need to resolve every intellectual-property issue yourself to ask sensible commercial questions.

What exactly am I transferring?

Is ownership limited to the final deliverables?

Or does it include drafts, tools, methods and pre-existing materials?

When does ownership transfer?

Does the client own the work:

  • immediately;
  • on delivery;
  • on acceptance;
  • after full payment?

Make sure the contract is clear.

What happens to my existing materials?

If you use templates, software components, frameworks or other reusable materials, are they expressly excluded from the transfer?

Can I reuse general elements elsewhere?

For example, can you continue using:

  • generic code;
  • non-client-specific techniques;
  • design methods;
  • workflows;
  • templates;
  • general know-how?

Can I show the work in my portfolio?

If portfolio rights matter to you, check whether the agreement addresses them.

Also check the confidentiality clause, because it may impose separate restrictions.

What about third-party content?

If the project uses licensed or open-source material, does the contract reflect the fact that those rights may belong to someone else?

Example: a broad IP ownership clause

Consider this fictional clause:

The Contractor assigns to the Client all intellectual property rights in any material, idea, process, method, code, design, document or other work created, developed or used by the Contractor in connection with the Services.

A freelancer might reasonably ask several questions about this wording.

What does “used” mean?

It could potentially include pre-existing tools or materials brought into the project.

Are general methods included?

The clause refers to processes and methods, which may extend beyond the final deliverable.

What about existing code or templates?

There is no clear exclusion for material created before the engagement.

Does ownership depend on payment?

The clause does not say when the transfer takes effect.

Those questions do not automatically determine the legal effect of the clause.

They do show why the exact wording deserves attention.

What might narrower wording focus on?

If the client simply wants to own the final work they commissioned, the parties may discuss making the distinction clearer.

For example:

  • ownership of specified final deliverables;
  • exclusion of pre-existing materials;
  • exclusion of general tools, methods and know-how;
  • a licence to any background materials incorporated into the deliverable;
  • transfer after full payment;
  • separate treatment of third-party materials;
  • permission for agreed portfolio use.

The right approach depends on the project, the contract and the applicable law.

PactRivet does not rewrite clauses as legal advice. Its purpose is to help identify the questions worth asking.

IP ownership and payment should be read together

Ownership and payment terms can interact.

Imagine the contract says:

  • the client owns all work immediately when created; but
  • invoices are payable 60 days later.

If payment never arrives, the freelancer may have already transferred valuable rights under the wording.

That does not automatically mean the clause is legally ineffective.

But commercially, it is worth understanding the sequence.

Ask:

Do I transfer ownership before I have been paid?

IP ownership and scope should be read together

A vague scope can also create uncertainty about ownership.

If the contract says the client owns everything created “in connection with the services”, but the services themselves are broadly defined, the ownership clause may become broader than expected.

Clear deliverables can help make the boundaries easier to understand.

IP ownership and confidentiality are different

A confidentiality clause controls how information can be disclosed or used.

An IP ownership clause controls rights in work or other protected material.

A freelancer could retain ownership of something but still be unable to publish it because it contains confidential information.

Equally, a client could own the final deliverable while the freelancer retains ownership of separate tools or background materials.

The two clauses should therefore be read together.

What about moral rights?

Some freelance contracts include wording about moral rights as well as copyright or other intellectual property.

Depending on the type of work and jurisdiction, moral rights can concern matters such as attribution or treatment of the work.

If a contract asks you to waive or consent to actions affecting those rights, make sure you understand what is being requested.

PactRivet does not determine whether a particular waiver is effective in your circumstances.

Should a client own your freelance work?

There is no single answer that fits every engagement.

A client commissioning bespoke work may reasonably expect substantial rights in the final deliverable.

That does not necessarily mean they need ownership of:

  • your pre-existing tools;
  • general methods;
  • reusable templates;
  • unrelated know-how;
  • third-party materials;
  • everything created during the project.

Before signing, make sure you understand:

  • what rights are being transferred;
  • what work is covered;
  • when ownership transfers;
  • what you retain;
  • whether payment affects the transfer;
  • whether portfolio use is allowed;
  • how third-party materials are treated;
  • how the clause interacts with confidentiality and scope.

If the consequences are commercially significant or unclear, consider getting advice from an appropriately qualified professional.

Check what your contract actually says

Generic examples only show the kinds of questions worth asking.

The wording in your own agreement is what matters.

PactRivet checks freelance service agreements across ten areas, including intellectual property, work restrictions, scope, payment, revisions, confidentiality, termination, liability and disputes.

It highlights wording that may deserve attention and gives you plain-English questions you can take back to the client.

Check your own agreement

Check my contract

PactRivet provides general information and questions to consider. It is not legal advice.