App Development Agreement (UK)
Software Development Contract — English Law
APP DEVELOPMENT AGREEMENT
Software Development Contract — Governed by English Law
1. PARTIES
Client: [Client Name]
Address: [Client Address]
Contact: [Client Contact]
Developer: [Developer Name]
Address: [Developer Address]
Contact: [Developer Contact]
2. PROJECT SCOPE
App Name: [App Name]
Target Platforms: [Platforms]
Project Description: [Project Scope]
Milestones and Deliverables:
[Key Milestones]
The Developer will develop the App with reasonable skill and care in accordance with the Supply of Goods and Services Act 1982. Any change to the agreed scope must be agreed in writing by both parties before work commences.
3. FEES AND PAYMENT
Total Development Fee: [Total Fee]
Payment Schedule: [Payment Schedule]
Late payments will accrue interest at [Late Payment Interest] from the due date until payment in full.
4. TESTING AND ACCEPTANCE
Upon delivery of each milestone, the Client shall have 10 business days to test the deliverable against the agreed specification and either accept it in writing or provide specific, written reasons for rejection. Failure to respond within 10 business days shall constitute acceptance. If rejected, the Developer shall use reasonable endeavours to remedy defects within an agreed timeframe.
5. INTELLECTUAL PROPERTY
IP Arrangement: [IP Assignment]
The Developer warrants that the App does not infringe the intellectual property rights of any third party. Pre-existing code, open-source libraries, and third-party components incorporated into the App shall be identified in the project specification and the Client shall receive appropriate licences to use such components.
6. WARRANTIES AND DEFECTS
The Developer warrants that for [Warranty Period] following final delivery and acceptance of the App, it will remedy any defects (deviations from the agreed specification) at no additional charge. This warranty does not cover issues arising from: modifications made by the Client or third parties; changes to operating systems or third-party platforms; or misuse of the App.
7. CONFIDENTIALITY
Each party agrees to keep the other's confidential information (including source code, business data, pricing, and specifications) confidential and not to disclose it to any third party without prior written consent, except as required by law. This obligation survives termination of this agreement for a period of three years.
8. SIGNATURES
Client: [Client Name]
Authorised Signatory: _________________________ Date: [Agreement Date]
Developer: [Developer Name]
Authorised Signatory: _________________________ Date: [Agreement Date]
Client
________________
Signature
Developer
________________
Signature
What Is a App Development Agreement (UK)?
An App Development Agreement in the United Kingdom sets the service levels, data-handling duties, fees, and liability terms under which the technology or platform is supplied, under the framework of the Designs and Patents Act 1988.
The foundational intellectual property issue in UK app development contracts is copyright ownership. Under section 11(1) of the Copyright, Designs and Patents Act 1988 (CDPA 1988), the author of a literary work (which includes computer programs under section 3) is the first owner of copyright. Where the developer is an independent contractor (not an employee), the developer — not the client — is the default first owner of the copyright in the application code, even if the client paid for the work. This default position is frequently misunderstood by clients commissioning bespoke software. Section 11(2) of the CDPA 1988 provides that where an employee creates a work in the course of their employment, the employer is the first owner, but this exception does not apply to independent contractors. A written app development agreement must therefore contain an express assignment of copyright from the developer to the client, executed as a deed (or with consideration) and signed by the developer, to transfer ownership.
The Supply of Goods and Services Act 1982 implies three key terms into contracts for services in England and Wales: that the service will be carried out with reasonable care and skill (section 13), in a reasonable time where no time is fixed (section 14), and at a reasonable charge where no price is agreed (section 15). These implied terms apply to app development contracts and set a minimum standard for the developer's performance. The Consumer Rights Act 2015 applies where the client is a consumer (an individual contracting for purposes outside their trade, business, craft, or profession) and provides equivalent implied terms under sections 49 to 51, with stronger remedies including price reduction and the right to reject.
The app development process in the UK technology sector is most commonly structured around an agile or milestone-based delivery model. The RIBA Plan of Work analogy does not apply to software; instead, technology projects typically progress through discovery and specification, design (wireframing and prototyping), development sprints or phases, testing (alpha, beta, user acceptance testing), deployment, and post-launch support. The app development agreement should define the project methodology (waterfall or agile) and set out the consequences of scope changes, known in the industry as change requests or variations to the specification.
When Do You Need a App Development Agreement (UK)?
A UK App Development Agreement is needed by any client who commissions a developer or development company to build a bespoke mobile or web application, and by any developer who takes on such a project, regardless of the project value.
Start-ups commissioning a minimum viable product (MVP) from a freelance developer for the first time are at particular risk without a written agreement. UK courts have repeatedly confirmed that the developer retains copyright in code absent a written assignment, meaning a start-up could invest tens of thousands of pounds in development only to find the developer owns the intellectual property. An agreement with a proper IP assignment clause prevents this outcome.
Established businesses outsourcing app development to an offshore or onshore development agency need an agreement that specifies the acceptance criteria, defines how bugs will be treated, and sets out the liability position if the delivered software contains critical defects. The Supply of Goods and Services Act 1982 provides a baseline, but contractual warranty and liability provisions give more certainty.
Any project that involves the processing of personal data — for example, an app with user registration, purchase history, or health tracking — needs an app development agreement that addresses UK GDPR compliance by design under Article 25 UK GDPR. The developer must be contractually required to implement privacy-by-design principles and data minimisation, and a data processing agreement satisfying Article 28 UK GDPR may also be needed if the developer has access to personal data during development.
Apps intended for distribution through the Apple App Store or Google Play Store must comply with the respective platform guidelines and developer programme licence agreements. A UK app development agreement should require the developer to confirm the delivered app meets Apple's App Store Review Guidelines and Google Play's Developer Policy, reducing the risk of rejection on submission.
Government and public sector clients in the UK commissioning digital services must comply with the Government Digital Service (GDS) Service Manual and the Technology Code of Practice (TCoP). An app development agreement for a public sector project should reference these standards and require the developer to deliver a service that meets the GDS accessibility requirements under the Public Sector Bodies Accessibility Regulations 2018.
What to Include in Your App Development Agreement (UK)
A UK App Development Agreement must address the following key provisions to protect the client, comply with English law, and create a workable framework for delivering and accepting the application.
Project scope and specification is the most critical component. The agreement must incorporate a detailed written specification — sometimes called a statement of work, scope of works, or functional specification — that describes precisely what the application will do, the target platforms and devices, the user types and permissions, any third-party integrations (payment gateways, mapping services, social login), the design standards, and the performance benchmarks. Vague specifications are the leading cause of cost overruns and disputes in UK software development projects. The specification should be treated as a living document, with changes managed through a formal change control procedure.
Milestone and payment schedule structures the project into defined stages (discovery, design, development phase 1, development phase 2, testing, launch) with a payment due on completion and acceptance of each milestone. The acceptance process should specify the testing period (typically 10 to 15 business days per milestone), the criteria for acceptance, the process for raising defects, and a deemed acceptance clause (where silence within the test period constitutes acceptance).
Intellectual property assignment is the clause most often inadequately handled in UK app development contracts. The agreement must contain a written assignment of all intellectual property rights in the delivered application — including copyright in source code, graphic assets, databases, and documentation — from the developer to the client, effective upon receipt of all payments due. The assignment must comply with section 90(3) of the Copyright, Designs and Patents Act 1988, which requires assignments to be in writing and signed by or on behalf of the assignor. Pre-existing code and third-party libraries that the developer incorporates should be identified, and the client must receive a sufficient licence to use them.
Warranties and defect liability confirm the developer's obligations after delivery. The developer should warrant that the application will conform to the specification for a defined warranty period (typically 60 to 90 days from acceptance), that the code will be written with reasonable skill and care under the Supply of Goods and Services Act 1982, and that the application does not infringe any third-party intellectual property rights. The remedies for breach of warranty during the warranty period should be bug-fixing at no additional charge.
Data protection obligations must address UK GDPR compliance where personal data is processed during development or by the finished application. The developer should warrant compliance with the UK GDPR and the Data Protection Act 2018, and a data processing agreement satisfying Article 28 UK GDPR should be executed where the developer processes personal data on the client's behalf.
Confidentiality provisions protect the client's business information, technical specifications, and user data disclosed to the developer during the project. The developer should be required to keep all client confidential information strictly confidential and to return or destroy it at the end of the project.
Post-launch support terms define what support the developer provides after the application goes live. The agreement should specify the duration of any free support period for bug fixes, the definition of a bug versus a change request, response time targets, and the terms on which ongoing maintenance and support can be obtained.
Under the Companies Act 2006, Companies House maintains the register of UK companies. Section 386 of the Companies Act 2006 sets accounting record obligations. The Competition and Markets Authority (CMA) enforces the Consumer Rights Act 2015. The Financial Conduct Authority (FCA) regulates financial services under the Financial Services and Markets Act 2000. The High Court of Justice has jurisdiction under the Senior Courts Act 1981. The forms-legal.com App Development Agreement (UK) template covers the mandatory elements under Companies Act 2006.
Cite this page
Reference this free template in an article, syllabus, or research note:
Forms Legal. (2026). App Development Agreement (UK) (United Kingdom) [Legal document template]. Forms Legal. https://forms-legal.com/uk/business/contracts/app-development-agreement-uk
"App Development Agreement (UK) (United Kingdom)." Forms Legal, 2026, https://forms-legal.com/uk/business/contracts/app-development-agreement-uk.
@misc{formslegal-app-development-agreement-uk,
author = {{Forms Legal}},
title = {App Development Agreement (UK) (United Kingdom)},
year = {2026},
howpublished = {\url{https://forms-legal.com/uk/business/contracts/app-development-agreement-uk}},
note = {Free legal document template. Based on Companies Act 2006}
}Also available for these jurisdictions:
Frequently Asked Questions
Under the Copyright, Designs and Patents Act 1988, the default position is that the creator of a software work is the first owner of the copyright in it. This means that if a developer creates an app for a client without an express intellectual property assignment clause, the developer — not the client — will own the copyright in the code, regardless of who paid for the work. This is a very important point that clients often overlook. A well-drafted app development agreement should contain an express assignment of intellectual property from the developer to the client upon receipt of full payment. The agreement should also address pre-existing code (such as developer libraries or open-source components) that the developer incorporates but does not own, and confirm the client receives an appropriate licence to use such components.
A clear and detailed project specification (often called a 'scope of works' or 'statement of work') is one of the most important elements of an app development agreement. It should include: a description of the app's core functionality; the target platforms (iOS, Android, web); the user types and their respective permissions; the technical architecture and any third-party integrations required; the design requirements (wireframes, branding guidelines); acceptance criteria (how 'done' will be assessed); testing requirements; performance benchmarks; and any compliance requirements (such as accessibility standards under the Public Sector Bodies Accessibility Regulations 2018 if applicable, or data protection by design under UK GDPR). Vague specifications are the most common cause of disputes in software development contracts.
A milestone-based payment structure is generally preferred for both parties in app development contracts. The project is divided into defined stages (such as discovery/planning, UI/UX design, development of each feature module, alpha testing, beta testing, and launch), with a payment due upon completion and acceptance of each milestone. This approach protects the client (who only pays for work delivered and accepted) and the developer (who receives regular payments rather than waiting until project completion). The agreement should define the acceptance process clearly: the client should have a specified period (e.g., 10 business days) to test and either accept or reject a milestone, with specific reasons for rejection required. A deemed acceptance clause (where failure to respond in time constitutes acceptance) is also advisable.
A developer should typically warrant that: the app will be developed with reasonable skill and care (as required under the Supply of Goods and Services Act 1982); the app will conform to the agreed specification at the time of delivery; the developer has the right to assign the intellectual property in the app to the client; the app does not infringe the intellectual property rights of any third party; the developer will comply with applicable laws (including data protection laws under the UK GDPR and Data Protection Act 2018); and any pre-existing code incorporated is either owned by the developer or appropriately licensed. The developer's liability under these warranties is typically limited by a cap on liability and a reasonable warranty period (e.g., 90 days from delivery) during which bugs must be fixed at no charge.
Yes. An app development agreement should be clear about what support and maintenance obligations the developer has after launch, as many clients assume ongoing support is included when it is not. The agreement should specify: the duration of any free post-launch support period (typically 30 to 90 days for bug fixes); what counts as a bug (deviation from the specification) versus a change request (new or modified functionality); the process for reporting and prioritising bugs; the developer's response and resolution time targets; and whether ongoing support and maintenance (such as OS updates, security patches, and feature enhancements) are available under a separate support agreement. If ongoing support is important to the client, a separate maintenance and support agreement should be negotiated alongside the development agreement.
This template is provided for informational purposes only and does not constitute legal advice. Laws vary by jurisdiction and change over time. Consult a qualified attorney for advice specific to your situation.Full disclaimer
Found an error? Let us knowRelated Documents
You may also find these documents useful:
API Terms of Use (UK)
A detailed set of terms governing third-party access to and use of an application programming interface (API), drafted for UK businesses under English law. Covers acceptable use, rate limits, intellectual property ownership, liability limitations, data protection compliance under the UK GDPR and the Data Protection Act 2018, and termination rights.
Acceptable Use Policy (UK)
Define the rules and expectations for using your organisation's IT systems, networks, and digital resources with a detailed Acceptable Use Policy for England and Wales. This template addresses compliance with the Computer Misuse Act 1990, the Data Protection Act 2018 and UK GDPR, and relevant employment law obligations. It covers permitted and prohibited activities, internet and email use, social media conduct, data handling, monitoring rights, and enforcement procedures.