Software is unusual because you can pay for it in full and still not hold everything you might expect. The reason is that "owning the system" is really four separate things, and each can end up with a different party. Sorting them out costs nothing at the start of a project. After a falling-out, it can cost a great deal.

A note

This is general guidance, not legal advice. For a large or sensitive project, have a solicitor read the agreement.

1. The Code

By default, the person who writes code usually holds the copyright in it, unless an agreement says otherwise. Paying for the work does not automatically transfer that. There are two common arrangements, and they are not the same:

Neither is wrong. What matters is that it is written down, and that you understand what it means if the relationship ends. If you may want a different developer to maintain the system one day, you need access to the source code, which a usage licence alone doesn't guarantee.

2. The Data

Your customers, jobs, records and files are yours. But "yours" is only useful if you can get them out. Ask whether you can export everything, in a normal format such as CSV, at any time, without a fee, and what happens to the data if you stop paying for hosting.

3. The Accounts

Hosting, databases, email-sending services, app store listings and analytics all sit in an account owned by someone. If a developer set them up in their own name, they hold the keys to your system even if you hold the invoice. The safer arrangement is for the accounts to be in your business's name, with the developer given access, not the other way round.

4. The Domain

Your web address is registered to a named owner. Check that it is you. A surprising number of businesses discover, years later, that their domain belongs to the agency that set up their first site. Look it up in the registrar account, not in an email thread.

Questions to Ask Before You Start

Red Flags

Where We Stand

Our terms state that once a project is paid in full, you receive full usage rights to the delivered software for its intended purpose. If you also need the source code, or a full assignment of rights, raise it when the project is scoped so it is written into the agreement. It is far easier to agree on day one than on day four hundred.

Whoever you choose, the same advice applies: get the answers in writing, in plain language, before any money changes hands.


Want it clear before we start?

Tell us what you need built. Ownership, access and what you take with you are things we'd rather talk through at the beginning than leave to chance.

Get in Touch