About · Ownership

Your product stays yours.

Plenty of businesses run a live application without access to its hosting account or any idea how a release happens. For client builds, we set ownership up properly from the first day.

What belongs to you.

For software we build for a client, the pieces below sit with the client.

Source codeThe repositories for your application, held under your organisation or transferred to it.Yours
DataEvery record your application stores, with a way to export it.Yours
DomainsRegistered to you, with access for us where we manage DNS on your behalf.Yours
Hosting and cloudBilling and ownership stay with you; we work inside those accounts with access you grant.Yours
App store listingsPublished under your own developer accounts.Yours
Third-party servicesPayment gateways, SMS, email, maps or AI providers keep their own licences, charges and terms.Their terms

Two ways to run it after launch.

Keep us on

You own it, we manage it.

Ownership and day-to-day management can sit with different parties. You hold the accounts; we get the access needed to host, maintain and keep developing the platform through platform management.

  • Access granted by you, and revocable by you
  • Releases and changes recorded
  • Responsibilities agreed in writing
Move it on

Your own team, or someone else.

When you'd like to run the platform in-house or move it to a different partner, we plan the handover so the incoming team can take responsibility without guesswork. You decide the timing; the handover is planned around it instead of happening in a rush when a contract ends.

  • A planned date for the switch
  • Open issues listed and explained
  • Our access removed at the end

How a handover runs.

01

Confirm access

Before anything else, check the incoming team can log in to every repository, server, domain registrar and third-party account the application relies on.

02

Walk through a release

Do a real deployment together, from code change to live, so the incoming team sees the process work end to end.

03

Hand over what's in flight

Open issues, known quirks, half-finished changes and the reasons behind unusual decisions, written down and talked through.

04

Close our responsibilities

Agree the date our support ends, remove our access, and confirm who is now on call.

Documentation lives with the project. Setup steps, environment settings, how to deploy, how to restore a backup, and where each credential is kept (never the credential itself in a document) stay with the code and are updated as the platform changes. A handover is far easier when that material already exists than when it has to be written in the final week.

Your product and the services it uses are separate. Owning your application doesn't make you the owner of the payment gateway, the email provider or the AI model it calls. Each has its own licence, pricing and terms, usually billed to you directly. We list those dependencies so the two never get confused when costs or contracts come up.

On ownership and moving on.

Can we move to another team later?

Yes, whenever you choose. A planned handover gives the next team what it needs to take responsibility with confidence.

What happens to our data if we stop working with you?

It stays where it is, in accounts you own. As part of the handover we help export it in a usable format and confirm the incoming team can read it before our access ends.

Can you keep managing it while we hold the accounts?

Yes. That's a common arrangement: you own everything, and we work with the access and responsibilities we've agreed together.

We inherited an app and can't get into its accounts. Can you help?

That's where a software takeover begins: working out what the application depends on and recovering access to it.

Contact

Questions about who owns what?

Ask us how ownership would work for your project before anything is built.

Message on WhatsApp