CheckoryCheckory
Silent vendor SOW with the 15-day master acceptance clock circled; no host

Statement of Work Review Checklist Before You Sign

Buyer SOW checklist: cite the live MSA, lock deliverable counts, calendar acceptance, require a signed change order, then pay on accepted milestones.

9 min readArticle
💡

Key takeaway in 30 seconds

A statement of work review checklist before signing names the deliverables for this job, not the legal chassis of the master services agreement. Most master agreements already treat silence after delivery as acceptance — often after 15 days — unless the SOW replaces that clock. Lock counts and formats, an objective test plus a calendarable review window, and a signed change-order path before extras start. Then pay on accepted milestones.

The agency wants a Friday signature on a six-page vendor SOW that says website redesign. The one-evening job: cite the live master-agreement version, turn every deliverable into count plus format plus owner, lock an objective acceptance test and a review window you can calendar, list exclusions, require a signed change order before extras start, then pay on accepted work.

In August 2026, Mei — ops at a 19-person UK studio — gets a six-page vendor SOW for a full marketing-site rebuild. The quote is £28,000. Deliverables: redesigned website, improved UX, CMS migration — no page count, no tests, no review window, no change-order clause. The 2024 MSA — a master services agreement vendors attach order forms to — is a separate PDF nobody opened this week. A typical mistake is treating a silent SOW as if there were no deemed-acceptance clock.

Disclaimer: Checkory provides AI support, not legal advice. Consult a qualified lawyer for binding decisions.

How do you confirm the SOW names the live MSA version?

Write the governing master title, version, and date on a one-page log before you touch scope. If the SOW is silent, or a different PDF sits in the inbox, freeze the packet — the signed file set for this deal — before you keep reading. A read-together pass catches SOW language that restates IP or liability and contradicts the master.

ContractHQ (12 May 2026) splits the papers: the master is the legal chassis, the SOW is this engagement. Cite the master by version and date, then adopt or replace its acceptance default. ContractHQ. If Slack still holds three FINAL PDFs, open how to prepare the contract packet — then return to this body.

  • Do: write the live master title, version, and date.
  • Do not: assume the master already covers it and skip the cite.

Silence inherits the master clock

A quiet SOW is not a missing timer. Many masters treat delivery as accepted after 15 days unless the SOW replaces that default.

How do you write deliverables a third party can mark done?

A one-sentence scope such as website redesign or implementation support is not a deliverable. Build a table: name, count, format, due date, and an owner on each side. If a stranger cannot mark pass or fail from that row, redline tonight and do not treat including-but-not-limited-to as a list.

US federal schedule buying is not UK commercial law, but FAR 8.405-2 still names the skeleton: work description, period, deliverable schedule, performance standards. For Mei, a countable row is a 12-page marketing site, WebP heroes, a CMS export, and a form that posts to the named CRM. ContractSafe (24 Apr 2026) flags full website redesign with no page list as a hidden risk.

  • Do: hand the table to someone who never sat the sales call.
  • Do not: sign a one-line scope because the quote feels familiar.
SOW deliverable table with count, format, and owner columns; 12-page marketing site row
SOW deliverable table with count, format, and owner columns; 12-page marketing site row

What acceptance test and review window can you calendar?

Objective tests name a format, a function, or a named spec — not reasonably acceptable to Company. Name the only people who may accept. Set a review window the studio can actually meet, decide whether silence means deemed accepted or still open, then put that clock on a calendar.

WorldCC SoW teaching: clear deliverables plus acceptance criteria create an objective done, so change control can be priced against a baseline. WorldCC is paid training. SiLaw (31 May 2026) puts the common window at 5 to 15 business days plus a deemed-acceptance fallback. ReviewMyContract walks a 10-business-day example and warns that use-as-acceptance can fire when the studio publishes a draft.

  • Do: name the acceptor, the test, the days, and the timeout.
  • Do not: leave subjective acceptance next to use-as-acceptance.
SOW acceptance row with review window and 15-day deemed-acceptance clock circled
SOW acceptance row with review window and 15-day deemed-acceptance clock circled

Publishing a draft can accept the site

If use-as-acceptance is on, putting a staging URL live can accept the whole rebuild.

Which extras sit outside the quote?

List exclusions, client inputs with due dates, and a revision cap that defines a revision versus a change order. Name three extras the vendor might assume are included — extra landing pages, a second locale, a brand refresh — and check whether the SOW answers each one.

For example, the £28,000 rebuild can hide a blog migration, a second language, and a photography shoot. If those three lines are missing, they are later invoices. Client inputs need dates.

  • Do: date the inputs you must supply and cap revision rounds.
  • Do not: leave small extras as hallway scope.

Who must sign a change order before extra work starts?

A change order modifies SOW business terms — services, timeline, and fees — and keeps the history of what was already performed. An amendment changes MSA legal terms such as notices. Extra work should not start until that change order is fully executed; a Slack go-ahead is not a path.

Fourscore Business Law splits the tools: a change order edits commercial terms for this engagement; an amendment edits master legal terms. Fourscore writes as a US firm. HyperStart is blunt: work should not proceed until the change order is fully executed. Unsigned extras become invoices nobody approved.

ERP Scorecard (13 Jul 2026), citing the 2026 Panorama report (170 organisations), calls a missing change-order process the most expensive omission — MillerCoors SAP added $9.6 million to a ~$53 million work order. ERP Scorecard is ERP-specific; steal the change-order rule.

  • Do: name the buyer sponsor who may sign extras.
  • Do not: start extra pages on a standup go-ahead.
Change-order block with named approver and no-work-before-signature rule highlighted
Change-order block with named approver and no-work-before-signature rule highlighted

When to hold invoices until accepted deliverables?

Calendar billing can pay the fee before anyone accepts the work. Tie invoices to accepted deliverables, not the month alone. Hold a meaningful last payment until the final acceptance gate. Time and materials without a not-to-exceed plus notice is an open cheque.

ERP Scorecard flags payments untethered from milestones: the calendar keeps billing while acceptance slips. Flip the trigger to accepted milestone and keep the last slice behind the final gate.

Success bar: fill the one-page log, then send 4–6 redlines, calendar the window, or escalate. Workflow: cite live MSA → deliverable table → acceptance clock → exclusions plus inputs → change order before extras → pay on acceptance → sign, redline, or escalate. Escalate any High flag — a high-severity row a human must verify before signature. Checkory can run a first-pass — a first machine pass that extracts clauses before a human reads every page.

  • Do: hold a last payment until written acceptance.
  • Do not: pay the full fee on a delivery email.

Severity × clause × action

SeverityClause gapAction
HighSilent acceptance plus use-as-acceptance, or no change-order pathEscalate; do not start extras
HighSOW restates IP or liability and fights the masterEscalate
MediumOne-sentence scope; no counts or formatsRedline the table
MediumReasonably acceptable; no named acceptorRedline tests and the clock
LowMaster cited; table, tests, window, change order, pay-on-acceptHuman still opens High rows

Run the SOW review tonight

1

Cite the live master

Freeze the SOW. Write title, version, and date.

2

Read the papers together

Watch for SOW language that restates IP or liability.

3

Build the deliverable table

Name, count, format, due date, owner.

4

Write the acceptance clock

Test, named acceptor, review days, timeout.

5

List exclusions and inputs

Three assumed extras. Client-input dates. A revision cap.

6

Name the change-order path

Who prices, who signs. No extra work unsigned.

7

Tie invoices to accepted work

Hold a last slice. Then sign, redline, or escalate.

If you are the seller staring at a Friday freelance PDF, stop here and open freelance contract clauses to review before signing. That desk is revisions, payment, and IP — not this buyer SOW body.

Frequently asked questions

What if the SOW is silent on acceptance?
Open the master and write down its default. If both papers are silent, write a window you can meet or escalate.
Is deemed acceptance fair?
Only when the window fits your calendar and a written rejection path exists. Ask for one extension right if 15 days is impossible.
Who owns change-order approval?
A named buyer sponsor, not Slack. Write the name, the rate card, and no extra work unsigned.
How do you review a vendor SOW in one evening?
Stay inside the SOW body. If the inbox is still FINAL files, freeze the folder with the packet guide.
What are statement of work change order red flags?
Extra work before a signed change order, Slack go-ahead, and an overwrite of the live SOW. Those fights become invoices nobody approved.
I am the freelancer signing a services PDF — same list?
No. This is buyer-ops review of a vendor SOW. Seller paper belongs on the freelance clause checklist.

Run a first-pass on the SOW you were sent

Upload the frozen PDF after the deliverable table exists.

Start document analysis

What to do next

Sources

Read also

Related guides

Updated: August 28, 2026