Skip to content
Getting Digital

Statement of Work (SoW)

Also: SoW, scope document, work order, project agreement

A statement of work is the document that commits one bounded piece of work to paper: what gets built, on which assumptions, to what deadline, for what money, and what sits outside it.

Assessment. If only two clauses could be kept and the rest burned, keep the assumptions and the acceptance window. Deliverable descriptions are where writers spend their afternoon and they are almost never what an argument turns on, because both parties already broadly agree about the thing being made.

Assumptions, and the day work stops being yours

An assumption is a conditional price, and writing it as anything less wastes the clause. The useful form names the condition and its consequence in the same breath: text arrives in final form and further rewrites are re-estimated; one named individual gives approval and additional approvers extend the review; the existing system behaves as its documentation claims and investigating any divergence is chargeable; third-party access is available from the first day and idle time caused by its absence counts against the estimate. Each line is a sentence the client agreed to while feeling optimistic, which is why raising money against it later feels administrative rather than confrontational. Freelancers who have no assumptions section end up asking for more money on the strength of how hard they have been working, which is not an argument anybody has ever won. The second clause decides when the work stops belonging to you. Acceptance should be an event with a date, not a feeling the client eventually arrives at. Define it as a written list of defects, measured against the criteria in the agreement, delivered inside a stated review window; say that silence through that window counts as acceptance; and say what separates a defect from a change, since that distinction is where the whole dispute lives. A defect is the thing you promised behaving otherwise. A change is a thing you never promised. Attach the final payment to acceptance rather than to satisfaction, because satisfaction has no date and can be withheld indefinitely by anybody with a busy quarter and an unpaid invoice.

The rest of the document should be short and boring. Deliverables named in nouns the client would recognise. Their obligations carrying dates exactly as yours do, so a late supply of material moves the deadline automatically instead of becoming a negotiation. A change procedure that says who may request one, in what form, that pricing happens before work, and that unaffected parts of the job continue meanwhile. A payment schedule tied to events rather than to moods. And the exclusions, which are the clause people skip because everything in it feels too obvious to write down, right up until the week somebody assumes hosting, migration, copywriting, photography, training or a year of support was included all along. Length is not the point and a page can do the job. What matters is that a stranger reading it could tell, without asking either of you, whether the work is finished.

Say which document wins

Your carefully written agreement can be silently overridden by whatever arrives afterwards: a purchase order with terms on the back, a supplier portal whose tick box binds you to a procurement policy you never read, an email chain agreeing something different. Add a precedence line stating that this document governs scope, price and timing, and read what the portal asks you to accept before accepting it. A solicitor, not a glossary entry, gives legal advice, and a contract worth arguing over is worth an hour of one's time; the useful point is simply that somebody drafted the terms you are working under, and if it was not you then they were not written with you in mind.

In practice

Two clauses, in the plain language a small supplier can send without a lawyer in the loop. The first turns a hope into a price; the second turns an ending into a date.

  • “This quotation assumes final approved copy for all pages is supplied before build begins. Where copy is supplied late, incomplete or revised after build, the affected pages are re-estimated and the delivery date moves by the period of the delay.”
  • “The client has the review period stated above to submit a written list of defects measured against the acceptance criteria. Items absent from that list, and any defects not raised within the period, are treated as accepted, and the final invoice falls due on acceptance.”

Often confused with

Client Brief
A brief makes the case for doing something and is allowed to leave questions open. This document closes them and attaches money to the closure, which is why one belongs before the estimate and the other after it.
Retainer
A retained arrangement is the standing relationship with no finish line. Any substantial piece of work inside one still deserves its own bounded agreement, if only so both sides can agree it ended.

Key takeaways

  • →Write each assumption with its consequence attached, so that extra money is triggered by a condition the client already accepted.
  • →Make acceptance an event with a review window and a silence rule, and tie final payment to it rather than to satisfaction.
  • →State which document prevails, because a purchase order or portal tick box can replace terms you spent an evening on.

Related concepts

  • The brief is the input; the statement of work is the agreed output.

  • A written scope is the main defence against uncontrolled additions.

  • RelatedRetainer

    A retainer is usually defined by a statement of the work it covers.

Where this concept sits in the field

Certifications that test this

Vendor exams whose syllabus covers this concept: facts, cost and a preparation path on each page.

FAQ

Is this document the contract?
No. The contract governs the relationship: liability, confidentiality, ownership of the output, termination, payment terms. This document governs one job. Merging them is perfectly normal on small engagements, and the separation starts to matter once several jobs run under one master agreement with a single client.
Is it worth writing for a job lasting a couple of days?
Anything longer than an afternoon, yes, and it can be six lines in an email. Deliverables, exclusions, price, and which materials you need from the client by which date, sent and acknowledged before you start. Formality is irrelevant. A written record that both parties answered is the entire mechanism.
What if the client will not sign?
Lower the ceremony and keep the record. An email restating the terms, answered with a clear go-ahead, does nearly everything a signature does. If even that is refused, you have learned how a disagreement will be handled while it is still cheap to learn it, and you can price or decline accordingly.
How specific should acceptance criteria be?
Specific enough that the client could run the check without you in the room. Anything a reasonable stranger could test by clicking, counting, measuring or reading. Criteria that need you present to interpret them are not criteria, they are a conversation you have scheduled for the worst possible week.

Sources

The primary text this definition rests on. Read it before relying on this one.

Last reviewed 26 September 2026 · Getting Digital