App development · Contract guide

App development agreement:
12 clauses that protect you

A good app development agreement protects you with twelve clauses: a written scope, acceptance criteria, milestone payments, a change process, a signed assignment of all intellectual property to you, confidentiality, data protection, warranty and bug fixes, handover of code and accounts, non-solicitation, termination rights and dispute resolution. In India, copyright in code transfers only through a written, signed assignment.

By , FounderUpdated 7 min read

Share

Quick answer: What clauses should an app development agreement include?

  1. Ownership — a written, signed assignment of all code, designs and content to your company.
  2. Money — milestone payments tied to accepted, working software; a clear change-request process.
  3. Quality — acceptance criteria and a warranty period for bug fixes.
  4. Exit — handover of code, accounts and documentation, and the right to terminate and keep the work.
  5. Risk — confidentiality, data protection, and how disputes are resolved.

Key takeaways

  • In India, an assignment of copyright is valid only in writing and signed — so without the clause, the developer may own your code.
  • Define 'done' for each milestone in testable terms, or every payment becomes a negotiation.
  • Most disputes are about scope. A written scope plus a priced change process prevents most of them.
  • Your agreement should let you walk away with everything paid for and continue with another team.
  • Have a lawyer review the final contract; this guide is practical, not legal advice.

Nobody reads the contract when the project is going well. Everybody reads it when it isn't — when the deadline has slipped, the invoice is disputed, or the developer has gone quiet with your code. A good app development agreement is written for that day. It does not need to be long. It needs to answer twelve questions clearly.

What clauses should an app development agreement include? At a glance: Ownership; Money; Quality; Exit; Risk.
At a glance: What clauses should an app development agreement include?

The twelve clauses at a glance

The 12 clauses of an app development agreement
#ClauseThe question it answers
1Scope of workWhat exactly are we building?
2Acceptance criteriaHow do we know it is done?
3Milestones and paymentWhen do we pay, and for what?
4Change requestsWhat happens when plans change?
5IP assignmentWho owns the app?
6Third-party and open-source codeWhat are we allowed to use and ship?
7ConfidentialityWho can share what?
8Data protection and securityHow is user data protected?
9Warranty and bug fixingWho fixes defects, for how long?
10HandoverWhat do we receive at the end?
11TerminationHow can either side leave?
12Disputes and governing lawHow are disagreements resolved?

1. Scope of work

Attach a written scope: features, platforms (Android, iOS, web), screens or user stories, integrations, what the admin panel does, and what is explicitly out of scope. Vague scope is the root of most disputes.

2. Acceptance criteria

Define "done" in testable terms for each milestone — for example, "the booking flow works end to end on these test devices with no critical defects." Set a review window (say, five working days) after which a milestone is deemed accepted if no defects are reported.

3. Milestones and payment

Tie payments to accepted, working software: a modest advance, payments per milestone, and a final payment on handover. Include invoicing, GST and payment timelines.

Sample: "The Client shall pay each milestone fee within 10 working days of written acceptance of that milestone."

4. Change requests

Changes will happen. Require a written change request, an estimate of cost and time impact, and written approval before work starts. This one clause prevents most arguments about invoices.

5. Intellectual property assignment

The most important clause. Under India's Copyright Act, 1957, an assignment of copyright is not valid unless it is in writing and signed by the assignor1. Your agreement should assign to your company all rights in the code, designs, documentation and other work created for the project, on payment, and oblige the developer to sign any further documents needed.

Sample: "All deliverables and all intellectual property rights in them are hereby assigned to the Client upon payment of the corresponding fees, and the Developer shall execute such documents as the Client reasonably requires to record this assignment."

6. Third-party and open-source components

Developers rightly reuse libraries and their own templates. Require a list of third-party and open-source components with their licences, a guarantee that nothing restricts your use or sale of the app, and a licence to any pre-existing developer code that remains in the product.

7. Confidentiality

Both sides keep the other's business information, code and data confidential, during the project and for a set period after. Exclude information that is already public.

8. Data protection and security

If the developer handles personal data — test users, production databases, analytics — set out how it is protected, who may access it, and what happens on a breach. India's Digital Personal Data Protection Rules were notified in November 2025 with a phased compliance timeline3. Ask for secure coding practices and reference a standard such as the OWASP Mobile Application Security Verification Standard4.

9. Warranty and bug fixing

A warranty period after acceptance — commonly 30 to 90 days — during which defects in the delivered work are fixed at no charge. Define severity levels and response times, and distinguish defects from new features.

10. Handover of code, accounts and documentation

Spell out what you receive: source code in your repository, build and deployment instructions, credentials and keys, store and cloud accounts in your name, design files and a short technical document. Include a few weeks of handover support if you will change teams.

11. Termination

Let either side end the agreement with notice, and you to end it immediately for serious breach. On termination you pay for accepted work and work in progress, and you receive everything produced so far — including the IP assignment for it.

12. Dispute resolution and governing law

Set an escalation path (project leads, then senior management), then mediation or arbitration under the Arbitration and Conciliation Act, 19962, with a named seat and Indian law as the governing law. For overseas developers, agree the law and seat explicitly.

Clauses worth adding for some projects

Clauses worth adding for some projects: Non-solicitation; Source-code escrow; Service levels; Limitation of liability.
Clauses worth adding for some projects

Non-solicitation

Neither side hires the other's staff for a set period without consent.

Source-code escrow

For large or critical systems where the developer keeps hosting, code is deposited with a third party and released to you on defined events.

Service levels

If the developer will host or maintain the app, uptime and response commitments.

Limitation of liability

A cap on each side's liability, with exceptions for confidentiality, IP and data breaches.

Before you sign: a final checklist

Checklist: Before you sign: a final checklist — The scope is attached and lists what is out of scope; Every milestone has testable acceptance criteria; Payments follow accepted work; the advance is modest; The IP assignment is written, signed and covers all deliverables; Third-party licences are lis
Before you sign: a final checklist
  • The scope is attached and lists what is out of scope
  • Every milestone has testable acceptance criteria
  • Payments follow accepted work; the advance is modest
  • The IP assignment is written, signed and covers all deliverables
  • Third-party licences are listed and allow commercial use
  • The code repository and all accounts are in your company's name
  • Warranty period, severity levels and response times are defined
  • Termination lets you leave with everything you paid for
  • A lawyer has reviewed the final draft

Key terms, defined

IP assignment — a written transfer of ownership of intellectual property. Acceptance criteria — the conditions a deliverable must meet to be accepted. Change request — a formal, priced request to alter the agreed scope. Warranty period — the time after acceptance during which defects are fixed free. Arbitration — private dispute resolution by an arbitrator instead of a court.

Frequently asked questions

What should an app development agreement include?

Scope of work, acceptance criteria, milestones and payments, a change-request process, assignment of intellectual property, rules for third-party and open-source code, confidentiality, data protection and security, warranty and bug fixing, handover of code and accounts, termination rights, and dispute resolution and governing law.

Who owns the source code of an app built by an agency?

It depends on the contract. Under India's Copyright Act, assignment of copyright must be in writing and signed by the assignor, so if your agreement does not assign the code to you, the agency or freelancer may own it. Insist on a clause assigning all project work to your company on payment.

Should payments be fixed price or milestone based?

Milestone-based payments tied to accepted, working software protect both sides: you pay for progress you can see, and the developer gets paid as work is delivered. A modest advance and a final payment on handover are common.

What is a warranty period in an app development contract?

A period after acceptance — often 30 to 90 days — during which the developer fixes defects in the delivered work at no extra cost. It should define what counts as a defect versus a new feature, and the response times for critical issues.

How are disputes resolved in Indian software contracts?

Usually by escalation between the parties, then mediation or arbitration under the Arbitration and Conciliation Act, 1996, with a named seat such as Delhi, Mumbai or Bengaluru, and Indian law as the governing law. Arbitration is private and generally faster than court.

Do I need an NDA as well as an app development agreement?

Many teams sign a short NDA before sharing details of the idea, then include confidentiality terms in the main agreement. If the development agreement has a strong confidentiality clause, a separate NDA is optional once it is signed.

Sources

  1. Copyright Office, Government of India — The Copyright Act, 1957 (Section 19: mode of assignment)
  2. India Code — The Arbitration and Conciliation Act, 1996
  3. Press Information Bureau — Government notifies DPDP Rules (2025)
  4. OWASP — Mobile Application Security Verification Standard (MASVS)
  5. Checked October 23, 2026. Figures that change — fees, salaries, prices — are reviewed every six months; if something is out of date, tell us.
Pass it on

Know someone who'd enjoy this?

Send it to them — one tap, no sign-up. Good ideas travel best between friends.

Keep exploring

Where to go from here

Join free

Get the ideas, not the noise.

Sign up with Google and we’ll send you short UX psychology tips by email — why people tap, stall and leave, and what to do about it. Unsubscribe anytime. Prefer something to keep? Get the free Laws of UX guide as a PDF.

Get the free Laws of UX PDFFree · no spam · unsubscribe anytime
Before you build

Spend your budget on what users want.

A behavioral UX audit of your app or SaaS product: why users hesitate, stall and leave, and a prioritized fix list. Fixed price, 2–4 weeks.

Free certification

Turn what you know into a credential.

Free, test-based UX, UI and product certifications. Answer real product scenarios, graded on our server, and earn a founder-signed certificate anyone can verify and you can add to LinkedIn.

  • Credential ID
  • QR verification
  • LinkedIn-ready
Free PDF · 74 pages · 2 editions

The Laws of UX, in one field guide

60 research-backed principles in 6 categories — what each one means, why it works on the human brain and how to use it on your own screens. Written by Sushant Singh, founder of Science of Apps, who has scaled consumer apps to lacs of users and spent 10+ years leading product across startups and digital businesses in the US, EU & India.

Pick your edition
Free. No card, no paywall — just your email.
Free PDF · 74 pages

Get Laws of UX by email

Choose your edition

You’ll also get occasional UX psychology tips. Unsubscribe anytime. Privacy policy

Free PDF · 90 pages · 2 editions

100+ Subscription Paywalls, decoded

110 real paywalls from top apps, taken apart, rated out of 5 and decoded with the Laws of UX — plus the frameworks, copy and checklists to ship your own. By Sushant Singh, founder of Science of Apps.

  • 110 paywalls rated
  • 34 Laws of UX
  • 12 frameworks

Which paywall scored 4.8 out of 5, and which scored 2.6? It’s all inside.

Pick your edition
Free. No card, no paywall — just your email.
Free PDF · 90 pages

Get 100+ Paywalls, Decoded by email

Choose your edition

You’ll also get occasional UX psychology tips. Unsubscribe anytime. Privacy policy