Quick answer: What clauses should an app development agreement include?
- Ownership — a written, signed assignment of all code, designs and content to your company.
- Money — milestone payments tied to accepted, working software; a clear change-request process.
- Quality — acceptance criteria and a warranty period for bug fixes.
- Exit — handover of code, accounts and documentation, and the right to terminate and keep the work.
- 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.

The twelve clauses at a glance
| # | Clause | The question it answers |
|---|---|---|
| 1 | Scope of work | What exactly are we building? |
| 2 | Acceptance criteria | How do we know it is done? |
| 3 | Milestones and payment | When do we pay, and for what? |
| 4 | Change requests | What happens when plans change? |
| 5 | IP assignment | Who owns the app? |
| 6 | Third-party and open-source code | What are we allowed to use and ship? |
| 7 | Confidentiality | Who can share what? |
| 8 | Data protection and security | How is user data protected? |
| 9 | Warranty and bug fixing | Who fixes defects, for how long? |
| 10 | Handover | What do we receive at the end? |
| 11 | Termination | How can either side leave? |
| 12 | Disputes and governing law | How 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

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

- 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
- Copyright Office, Government of India — The Copyright Act, 1957 (Section 19: mode of assignment)
- India Code — The Arbitration and Conciliation Act, 1996
- Press Information Bureau — Government notifies DPDP Rules (2025)
- OWASP — Mobile Application Security Verification Standard (MASVS)
- Checked October 23, 2026. Figures that change — fees, salaries, prices — are reviewed every six months; if something is out of date, tell us.
Where to go from here
- How to hire an app developer in India without getting burned — vetting before you sign
- 25 questions to ask an app development company — answers to turn into clauses
- How to make an appHow to write an app requirements document developers can actually build fromWrite an app requirements document that gets accurate quotes: goals, users, user stories, acceptance criteria, scope and a free copy-paste template.
- Making moneyFreelance app developer guide: how to land your first client and price your workBecome a freelance app developer: pick a niche, build proof, find your first client, price fixed-scope projects, write a solid contract and get paid safely.
- App developmentHow to hire an app developer in India without getting burnedHow to hire an app developer in India safely: where to find them, how to vet them, a paid test task, contracts that give you the IP, and red flags.
- How to make an appHow to protect your app idea: NDA, patent, copyright or trademark?An idea alone can't be owned, but your app can be protected. What NDAs, copyright, patents and trademarks really cover in India — and what to do first.
- Making moneyPassive income for developers: 12 ideas that hold up — and the work behind them12 passive income ideas for developers — micro-SaaS, templates, plugins, courses, APIs, open-source sponsorships — with honest effort and income expectations.
- App developmentApp maintenance cost: the hidden 20% nobody warns you aboutPlan 15–25% of your build cost every year to maintain an app — OS updates, store rules, bugs, security, servers. What it covers, what drives it, how to cut it.
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.
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.





