Free 30-minute strategy call with Nihar Scope, budget and a written proposal within 24 hours. Book now
HIRING A TEAM

Software Development Contract Checklist: What to Agree Before the Build Starts

Most disputes between founders and development teams trace back to something that was never written down: what was included, who owns the code, what happens when plans change. A clear contract protects both sides and makes the project calmer.

Software Development Contract Checklist: What to Agree Before the Build Starts: guide by Nihar Ranjan Rout
In this guide 9 sections
  1. How contracts are usually structured
  2. The checklist
  3. Scope: the most important clause
  4. IP and ownership
  5. Fixed price or time and materials
  6. Data protection
  7. Red flags in a proposal
  8. How we handle it
  9. Frequently asked questions

I prefer projects where everything important is written down before the first line of code. It is not about distrust. It saves both sides from arguments later, when memories differ and money has been spent.

Important

This checklist helps you prepare. It is not legal advice; have a lawyer review the final contract for your situation.

How contracts are usually structured

  • Master services agreement: the general terms, signed once.
  • Statement of work: the specific project, its scope, milestones and price.
  • NDA: often signed before detailed discussions start.

The checklist

TopicWhat to agree
ScopeFeatures included and excluded, ideally referencing a PRD
MilestonesWhat is delivered at each stage and how it is accepted
PaymentsAmounts tied to milestones, invoicing and late payment terms
IP ownershipWho owns the code and designs, and when ownership transfers
AccountsCode, cloud and app store accounts in the client's name
Change requestsHow changes are estimated and approved
WarrantyHow long defects are fixed for free after launch
ConfidentialityWhat each side must keep private, and for how long
Data protectionWho processes personal data and how it is protected
ExitHow either side can end the contract and what is handed over

Reviewing a development proposal?

Book a free 30-minute call. I will walk you through what a clear proposal and contract should cover.

Book a free 30-minute call →

Scope: the most important clause

"Build an app like X" is not a scope. A good scope lists screens and features, names what is excluded and points to a PRD and designs. The clearer it is, the fairer the price and the fewer the disputes.

IP and ownership

Agree that custom code and designs belong to you, usually as each milestone is paid, and that the team may keep using its general tools and know-how. Make sure third-party and open-source components are listed with their licences. The WIPO copyright pages explain the basics of software copyright.

Fixed price or time and materials

The pricing model shapes the contract. Fixed price needs tight scope; time and materials needs clear reporting and budget caps. Our guide to fixed price vs time and materials explains when each fits.

Data protection

If the team handles your customers' personal data, the contract should say how, for what purpose and with what safeguards. In India the DPDP Act treats the development team as a processor working on your instructions.

Red flags in a proposal

  • No written scope, only a total price.
  • The vendor hosts your code in their own accounts.
  • Large upfront payment with no milestones.
  • No warranty or support terms.
  • Vague answers about who will actually do the work.

How we handle it

At Creuto every engagement starts with a written proposal within 24 hours of the first call, then a PRD, milestones, code in your own accounts from day one and a 60-day warranty after launch. For choosing a team in the first place, read how to choose a software development company.

Frequently asked questions

Who should own the source code?

The client, in most custom projects. The contract should say when ownership transfers, commonly as milestones are paid, and the code should live in the client's own repository from the start.

What is a statement of work?

A statement of work, or SOW, describes the specific project: scope, deliverables, milestones, timeline and price. It sits under a master agreement that covers the general terms.

How should change requests be handled?

Agree a simple process: the change is described in writing, its effect on time and cost is estimated, and it is approved before work starts.

What warranty is reasonable?

A period after launch during which defects in the delivered work are fixed at no extra cost. At Creuto that period is 60 days.

Do I need a lawyer?

For anything significant, yes. A checklist helps you ask the right questions, but a lawyer should review the final contract for your situation and jurisdiction.

Want a clear plan before you commit?

Every Creuto project starts with a written proposal and a PRD, so scope and milestones are agreed up front.