Skip to content
GSA7 min readUpdated June 7, 2026

Statement of Work Guide: When a GSA SIN Needs a Clear Service Scope

A guide to statement of work uploads in GSA offers, including SIN-specific scope, service assumptions, deliverables, and how the SOW should support pricing.

Built for
GSA MAS offer teams building an eOffer upload package from the Refresh 32 checklist
By the end
Know what the Statement of Work file proves and how to prepare it without creating review friction.
Field guide

Statement of Work review checks

Check 1
A generic capability statement is not a substitute for a SOW when the SIN asks for specific scope.
Signal
Scope matches the selected SIN.
Response
Make the file clear enough that a reviewer can follow it without calling the offer team for basic context.
Check 2
Do not let this upload contradict pricing, SAM data, or narrative responses.
Signal
Deliverables and assumptions are clear.
Response
Make the file clear enough that a reviewer can follow it without calling the offer team for basic context.
Check 3
Do not let this upload contradict pricing, SAM data, or narrative responses.
Signal
Pricing and labor categories support the work described.
Response
Make the file clear enough that a reviewer can follow it without calling the offer team for basic context.
Part 1

What this upload proves

The SOW explains the service scope, deliverables, assumptions, and boundaries for SINs that need more than a catalog line.

It belongs in the technical, service, and pricing-support lane.

Part 2

How to prepare it cleanly

Start by naming the proof role, file owner, source system, date pulled or signed, and whether the file is required, conditional, or optional for the selected offer.

Then compare the file against the pricing workbook, SAM record, eOffer narrative, and category/SIN instructions so the package tells one story.

  • Scope matches the selected SIN.
  • Deliverables and assumptions are clear.
  • Pricing and labor categories support the work described.
Part 3

What to watch before upload

A generic capability statement is not a substitute for a SOW when the SIN asks for specific scope.

Use filenames that help the reviewer understand the document before opening it. A clear file name with document type, company, SIN or category when relevant, and date is usually better than an internal shorthand.

The upload goal is calm review: current file, clear purpose, no contradictions.
Examples

What this looks like in practice

Real-world exampleHow a clean Statement of Work upload helps

For a service offering, the SOW explains recurring tasks, optional tasks, deliverables, customer responsibilities, and exclusions so the rates have context.

Frequently asked questions

Is Statement of Work always required?

Treat it as sin-specific for planning purposes, then confirm the live requirement against the solicitation, eOffer prompts, and selected SIN/category instructions.

Where does Statement of Work fit in the offer package?

It belongs in the technical, service, and pricing-support lane.

What is the safest review habit?

Check the document against the pricing file, SAM record, narrative responses, and source instructions before uploading it.