A master service agreement (MSA) is a contract that sets the legal terms for an ongoing relationship between a client and a service provider, so each new project only needs a short statement of work (SOW) instead of a whole new contract. Agencies, IT firms, consultants and outsourced teams with repeat clients use them. This free MSA template comes with a one-page SOW form attached.

How is an MSA different from an SOW and a service agreement?

Think of it as two layers. The MSA is the rulebook: payment terms, confidentiality, who owns the work, limits on liability, and how either side can walk away. The SOW is the job ticket: what’s being delivered this time, by when, and for how much.

Take a made-up example. A four-person web studio in Denver builds a site for a regional dental group in March. In June the client wants a booking integration, and in October a redesign of its patient newsletter. With an MSA signed in March, the June and October work each takes a two-page SOW that both sides sign in a day. Without one, each project reopens debates about IP ownership and late fees.

Our service agreement packs scope and legal terms into one document, which is the right call for a single project with a clear end. If you’re a solo consultant selling advice rather than deliverables, the consulting agreement may read more naturally. And if uptime, response times and service credits are the heart of the deal, add a service level agreement alongside the MSA.

What goes in the master agreement itself?

The MSA should hold everything that stays the same from project to project.

How SOWs work. Each SOW becomes part of the MSA once both sides sign it. Nobody is obliged to sign any SOW, and there’s no minimum volume unless you add one.

Order of precedence. When the MSA and an SOW conflict, one of them has to win. Our template picks the MSA, unless an SOW expressly names a section it’s overriding for that project. That stops a stray line in a rushed SOW from quietly rewriting your liability cap.

Fees, invoicing and late payment. Default payment terms (for example, net 30), how expenses are approved, and what happens when invoices go unpaid, including the right to pause work.

Changes. How scope changes are requested and approved. A written change to the SOW, signed by both, keeps everyone honest.

Acceptance. A review window after each deliverable, and what counts as acceptance if the client says nothing.

Intellectual property. The client owns the deliverables once paid in full. The provider keeps its pre-existing tools, code libraries and know-how, and grants the client a license to use them as part of the deliverables.

Confidentiality and data. Both sides protect each other’s confidential information. If the provider will handle personal data, add the specific terms the law or the client requires.

Liability and indemnity. A mutual cap on damages, usually tied to fees paid over a set period, with carve-outs for things like breach of confidentiality. The template doesn’t try to exclude liability for gross negligence or intentional misconduct.

Term and termination. How long the MSA lasts, how either side can end it, and what happens to SOWs in progress when it ends.

Independent contractor status. The provider controls how the work gets done.

What should each statement of work include?

A good SOW is specific enough that a stranger could tell whether it was finished. Our SOW form asks for the project name, deliverables, milestones and dates, the pricing model (fixed fee, time and materials, or retainer), key contacts, client dependencies, and any assumptions. Number SOWs in sequence so invoices can reference them.

What should you watch for as a service provider or client?

Worker classification is the big one if the provider is an individual. The IRS says the general rule is that someone is an independent contractor if the payer has the right to control or direct only the result of the work, not what will be done and how it will be done. An MSA that dictates hours, tools and methods can undercut the contract label, so write SOWs around outcomes.

Clients should read the IP and confidentiality sections closely before signing, because they apply to every future project. Providers should check the liability cap and the payment terms for the same reason.

How do you fill in and sign an MSA and its SOWs?

  1. Fill in the MSA’s blanks: payment terms, the liability cap, notice addresses and governing law.
  2. Have both sides review it and sign it once.
  3. For each project, complete a new SOW with a sequential number and sign it.
  4. Keep the MSA and every signed SOW together, since they form one contract.

Electronic signatures are a good fit for SOWs in particular, because they come often and need quick turnaround. The federal ESIGN Act says a contract can’t be denied legal effect because an electronic signature was used to form it. See are electronic signatures legally binding and what an e-signature audit trail records.

Download it, fill in the blanks, and send it for e-signature with any tool you like. (We’re building SignWren for exactly this; join the waitlist.)

This template and guide are general information, not legal advice. For a specific contract or dispute, talk to a lawyer licensed where you are.