Alex is Sprintlaw’s co-founder and principal lawyer. Alex previously worked at a top-tier firm as a lawyer specialising in technology and media contracts, and founded a digital agency which he sold in 2015.
- What Is a Statement of Work?
- Statement Of Work vs Master Services Agreement (MSA)
What Should a Statement Of Work Include?
- 1) Project Overview And Objectives
- 2) Detailed Scope And Deliverables
- 3) Timeline, Milestones And Dependencies
- 4) Acceptance Criteria And Testing
- 5) Pricing, Expenses And Payment Triggers
- 6) Assumptions And Client Responsibilities
- 7) Change Control
- 8) IP, Data And Confidentiality References
- 9) Subcontractors, Locations And Tools
- 10) Termination/Exit Steps
- Key Takeaways
If you sell projects or services, you’ve likely heard the term “Statement of Work” (SOW). But what is a Statement of Work in practical terms, and how does it protect your business?
In short, a well-drafted SOW sets out exactly what you’ll deliver, when you’ll deliver it and how you’ll be paid - so you avoid scope creep, cash flow hiccups and misunderstandings.
In this guide, we’ll break down the Statement of Work meaning, what to include, how it sits alongside your main contract, and the legal traps to watch for under UK law.
What Is a Statement of Work?
A Statement of Work (often shortened to SOW) is a project-specific document that defines the scope, deliverables, timeline, pricing and responsibilities for a particular piece of work. Think of it as the “work order” or “project spec” that sits under your broader contract.
Businesses use statements of work to make expectations crystal clear. If there’s ever a disagreement, the SOW is the first place everyone checks - which is exactly why it needs to be precise and complete.
Typical uses include:
- Marketing agencies delivering a campaign or website
- IT providers setting up infrastructure or support packages
- Consultants providing a set number of workshops and reports
- Builders or trades completing defined stages of a fit‑out
- Software teams delivering features to staged milestones
Put simply: your main contract covers the legal framework; the SOW spells out this project’s exact “who does what, by when, for how much”.
Statement Of Work vs Master Services Agreement (MSA)
Most small businesses use a two-layer approach:
- The master contract (often called a Service Agreement or Master Services Agreement) sets the general terms that apply to all work - things like payment terms, IP ownership, confidentiality, warranties and liability caps.
- The SOW plugs into that master contract and defines the specific job - scope, deliverables, schedule, acceptance criteria, fees and assumptions for this project only.
This setup keeps you agile. You negotiate the legal boilerplate once, then quickly issue new statements of work for each piece of work without re‑negotiating the legal fine print every time.
If you don’t yet have a master contract, it’s worth putting one in place. Many SMEs standardise on a Master Services Agreement or a flexible Service Agreement and then attach SOWs as schedules.
What Should a Statement Of Work Include?
There’s no one-size-fits-all template, but strong statements of work usually cover the sections below. The key is being specific and avoiding ambiguous or subjective wording.
1) Project Overview And Objectives
Set the context in one or two paragraphs. What problem are you solving? What’s in scope at a high level?
2) Detailed Scope And Deliverables
List exactly what you will deliver. Use bullet points, feature lists, or work packages. If the work is staged, break deliverables into phases or milestones.
- In-scope items - explicit, measurable outputs
- Out-of-scope items - what you’re not doing (this manages expectations)
3) Timeline, Milestones And Dependencies
Include key dates, milestone completion targets and any dependencies (for example, client sign‑offs, access to premises, content supply, or third‑party approvals). If your ability to meet deadlines depends on the client doing something, say so clearly.
4) Acceptance Criteria And Testing
State how deliverables will be tested and what “done” means. Acceptance criteria reduce disputes - they turn “looks good” into an objective checklist. Include any review cycles and the process for sign‑off.
5) Pricing, Expenses And Payment Triggers
Explain how you’ll charge:
- Fixed fee with milestone payments
- Time and materials with an estimate and cap
- Retainer with a defined scope per month
Set out when invoices will be raised (e.g. on signing, on milestone acceptance, monthly in arrears) and what’s included or excluded (licences, travel, third‑party costs). Align this with the payment terms in your master contract.
6) Assumptions And Client Responsibilities
Capture the assumptions you have priced against (e.g. “client will supply final content by ”). Also list the client’s responsibilities - timely feedback, access to systems, appointing a project lead, and providing brand assets. If these aren’t met, reserve the right to pause timelines or charge for delays.
7) Change Control
Projects evolve. Include a simple change control process to handle scope changes, new requests or delays outside your control. Typically this involves a written change request, an updated price/timeline and a sign‑off before you proceed. For more formal changes, businesses sometimes use a Deed of Variation or follow their contract’s amendment clause.
8) IP, Data And Confidentiality References
Don’t repeat all your legal terms here - that lives in your master contract - but make sure the SOW references the right IP and data settings for this project. For example, if you’ll hand over source files on final payment, say that. If you’ll process personal data, cross‑refer to your Data Processing Agreement.
9) Subcontractors, Locations And Tools
If relevant, note where the work will be performed (on‑site vs remote), any security requirements, and whether you’ll use subcontractors or specific platforms. Transparency here avoids surprises and audit headaches later.
10) Termination/Exit Steps
Point back to the termination provisions in your main contract and set any project‑specific exit steps, such as handover documents, return of equipment and final invoice timing.
How To Use Statements Of Work In Your Business
Here’s a simple, repeatable workflow to build into your sales and delivery process.
Step 1: Scope The Work With The Client
Start with a discovery call or requirements workshop. Turn that into a short scoping note confirming objectives, timelines, key deliverables, assumptions and budget. This saves time when you draft the SOW.
Step 2: Draft The SOW Against Your Master Contract
Use your standard SOW format and slot in the specifics: deliverables, timeline, fees, acceptance criteria and client responsibilities. Keep definitions consistent with your master contract to avoid conflicts. If you don’t have a standard, consider getting a lawyer to prepare a solid base via Contract Drafting so each new SOW is quick and low‑risk.
Step 3: Share, Negotiate And Finalise
Walk the client through the SOW, focusing on scope and outcomes, not just the legalities. Be open to tweaks, but protect your margins: if the client wants more, adjust the price or timeline accordingly. For new relationships, it’s sensible to sign a Non‑Disclosure Agreement before sharing sensitive proposals.
Step 4: Sign And Kick Off
Get signatures on the master contract (if not already in place) and on the SOW. Many businesses use e‑signature for speed. Raise the initial invoice if that’s part of your payment structure, then hold a kick‑off meeting to align on stakeholders, communications and next steps.
Step 5: Manage Change And Communicate
As the project runs, track hours and deliverables against scope. If something falls outside the SOW, hit pause and issue a change request with the impact on price/timeline. This is how you stay profitable while keeping the relationship positive.
Step 6: Acceptance And Handover
When you reach a milestone or final delivery, follow the acceptance process in the SOW. Document sign‑off and retain the records. Then complete any handover steps, including IP transfer if that applies - for example, by using an IP Assignment where ownership passes to the client on final payment, or an IP Licence if you’re granting limited usage rights.
Legal Must‑Haves Under UK Law
While a Statement of Work is a practical document, it sits within a UK legal framework. Here are the key considerations to build into your overall contract suite and reflect in your SOW.
Intellectual Property (IP)
Be clear on who owns what. By default, the creator usually owns IP in what they create unless the contract assigns it. Many service providers retain ownership of background IP and grant the client a licence, while assigning foreground IP on final payment. Make sure your master contract handles this cleanly, with the SOW flagging any project‑specific nuances.
Liability Caps And Risk Allocation
UK businesses commonly cap their liability in B2B contracts, subject to the Unfair Contract Terms Act 1977 (you can’t cap certain liabilities, like death/personal injury caused by negligence). Your master contract should set appropriate caps and exclusions, and your SOW should avoid adding obligations that undermine those protections. For deeper context, see guidance on limitation of liability clauses and practical examples.
Data Protection (UK GDPR)
If you process personal data for a client (e.g. running email campaigns, handling customer records, or accessing HR systems), you’ll need appropriate data processing terms to comply with the UK GDPR and Data Protection Act 2018. Your SOW should reference the project‑specific processing, while your main contract or a separate Data Processing Agreement sets the detailed obligations, security measures and international transfer rules.
Employment Status And IR35
If you supply individuals to work under the client’s direction for a period, watch for employment status risks. IR35 (off‑payroll working rules) can bite where individuals look and act like employees of the client. Structure your services to retain control and autonomy, and document that in the SOW - clear deliverables, substitution rights, and control over how work is done can all be relevant.
Warranties, Service Levels And Remedies
For service quality, use targeted warranties (for example, services performed with reasonable care and skill, deliverables conform to the SOW) and set reasonable remedies. If you promise service levels, make sure the SOW defines measurement methods, reporting and credits. Don’t over‑promise - it’s better to set realistic KPIs you can consistently meet.
Consumer Law (If You Sell To Consumers)
Most SOWs are B2B, but if you’re dealing with consumers, the Consumer Rights Act 2015 implies statutory rights around services being carried out with reasonable care and skill and within a reasonable time if not specified. Be careful with cancellation policies and disclosures if any part of your services touches consumers, and ensure your refund/repair practices align with the law.
Confidentiality
Protect both parties’ confidential information. Your master contract should have a strong confidentiality clause, and your SOW can flag any project‑specific confidentiality needs (e.g. sensitive prototypes). For pre‑contract discussions, use an NDA.
Sector-Specific Add‑Ons
Some projects need extra tailoring - for example, a Software Development Agreement for agile sprints, or service schedules for managed IT support. Keep the SOW aligned with these frameworks so documents don’t conflict.
Common Pitfalls And How To Avoid Them
Most SOW disputes come down to unclear scope, vague acceptance criteria or pricing gaps. Here’s how to sidestep the usual issues.
Scope Creep
Symptoms: “Can you just add this one small thing?” Fix it early by:
- Listing out-of-scope items explicitly
- Using objective acceptance criteria
- Running a clear change control process with pricing/timeline impacts
Vague Deliverables
“A modern, user‑friendly website” is subjective. “A six‑page brochure site using , with booking form, payment integration, and CMS training” is measurable. Wherever possible, define deliverables by features, quantities, formats or standards.
Payment Terms That Don’t Match Reality
If your costs land early (e.g. materials, licences, resource ramp‑up), structure payments accordingly - for example, a deposit on signing, milestones, then final payment on acceptance. Align invoice triggers in the SOW with your master payment terms to avoid confusion.
Assumptions Left Unsaid
When you price based on client inputs or constraints, write those assumptions down. If the client misses a content deadline, your SOW should allow you to pause the schedule and/or re‑price the work.
Conflicting Documents
Make sure the SOW and your master contract use the same definitions and don’t contradict each other. If there’s a conflict, state clearly which document takes priority. When changes are needed, follow your amendment process or use an amendment mechanism rather than informal emails that can cause uncertainty.
No Exit Plan
Projects don’t always go to plan. Your master contract should set out termination rights and consequences; your SOW can add a neat exit checklist to make unwinding painless. If a dispute arises, commercial solutions like a Deed of Settlement can finalise matters without litigation.
Security And Data Gaps
If you’ll access client systems or personal data, your SOW should mirror the security posture you can actually deliver. Over‑promising on security controls can create compliance risk. Point back to your DPA and internal data protection policies for the detail.
Key Takeaways
- A Statement of Work is the project‑specific blueprint that defines scope, deliverables, timelines, pricing and responsibilities for a particular job.
- Use an SOW alongside a master contract - a Master Services Agreement or Service Agreement handles the legal framework, while the SOW sets the specifics for each project.
- Strong SOWs include detailed deliverables, acceptance criteria, milestone‑based payment triggers, assumptions, client responsibilities and a change control process.
- Protect yourself legally with clear IP terms, sensible liability caps, UK GDPR‑compliant data clauses (supported by a Data Processing Agreement where needed) and practical warranties/service levels.
- Avoid common pitfalls by defining out‑of‑scope items, aligning payment timing with costs, preventing document conflicts and documenting assumptions.
- Set up reusable templates and workflows so each new SOW is fast to issue and consistent - consider professional contract drafting so you’re protected from day one.
If you’d like help creating an airtight master contract and Statement of Work that fit how your business actually operates, you can reach us at 08081347754 or team@sprintlaw.co.uk for a free, no‑obligations chat.


