Sow Generator

Statement of Work Generator

Generate complete, client-ready Statements of Work from a project brief, meeting the standards of Big Four consulting firms, top-tier agencies, and enterprise procurement. Produce polished documents ready for client review with minimal edits, never rough drafts or templates with blanks.

Contents

• references/required-inputs.md -- inputs to gather and pre-generation client research
• references/document-structure.md -- the 16-section SOW structure with templates for every section
• references/pricing-templates.md -- fixed-price, time-and-materials, and retainer pricing models (Section 11)
• references/legal-terms.md -- confidentiality, IP, warranties, liability, termination, and other legal clauses (Section 14)
• references/change-management.md -- change request and change order process (Section 12)
• references/risk-management.md -- risk register and escalation path (Section 13)

Workflow

1. Gather the required inputs. Read references/required-inputs.md. If any required item is missing, ask for it explicitly. Do not guess at critical commercial terms. 2. Research the client. Use WebSearch per references/required-inputs.md to gather company overview, recent news, technology footprint, and regulatory environment. If research yields nothing, proceed on user-provided inputs and flag assumptions explicitly. Never fabricate company information. 3. Select the pricing model from references/pricing-templates.md based on engagement type (default: fixed-price). 4. Generate all 16 sections following references/document-structure.md, pulling Section 11 from pricing-templates, Section 12 from change-management, Section 13 from risk-management, and Section 14 from legal-terms. Replace every bracketed placeholder with real values from inputs and research. Leave brackets only where the user explicitly deferred. Mark gaps with [ACTION REQUIRED: ...]. 5. Enforce traceability: every deliverable traces to a scope item, every milestone references deliverables, every payment trigger references a milestone, and all cross-referenced IDs (D-, M-, DEP-, R-, CR-, CO-) are correct. 6. Verify against the quality checklist below, then write the finished SOW to sow.md in the working directory (or a user-specified path).

Output Requirements

• Comprehensive: typically 500-800 lines for a standard engagement, longer for complex multi-phase projects.
• Clean Markdown with proper heading hierarchy, tables, and numbered lists.
• Professional, precise, unambiguous third-person prose. Define any non-standard jargon on first use.
• No emojis anywhere in the document.
• Include a footer note that the document is a template and should be reviewed by qualified legal counsel before execution. Never provide legal advice.

Quality Checklist

Verify before finalizing:

• All user-provided inputs are reflected accurately
• Client research is incorporated into Background and Context
• Every in-scope item has corresponding deliverables
• Every deliverable has measurable acceptance criteria
• Every milestone has a date, associated deliverables, and payment trigger (if applicable)
• Out-of-scope section is specific to this engagement, not generic
• Assumptions are realistic and comprehensive; dependencies have owners and deadlines
• Risk register contains engagement-specific risks, not boilerplate
• Payment schedule sums to the total engagement fee
• Legal sections are complete and internally consistent
• All cross-references resolve correctly
• No placeholder brackets remain except those explicitly deferred by the user
• Document reads as a cohesive narrative, not a filled-in template
• Tone is professional and consistent throughout

Notes

• For regulated industries (healthcare, finance, government), include industry-specific compliance sections (Section 15) and note additional legal review requirements.
• Ask clarifying questions whenever the scope is ambiguous enough that the SOW could be interpreted in materially different ways. Ambiguity in an SOW is a professional failure.

Change Management (Section 12)

12.1 Change Request Process

All changes to scope, timeline, budget, or deliverables must follow this process:

1. Initiation: Either party submits a written Change Request (CR) to the other party's Project Manager 2. Impact Assessment: Provider assesses impact on scope, timeline, budget, and resources within [5] business days 3. Proposal: Provider delivers a Change Order document detailing the proposed changes, cost impact, and schedule impact 4. Review: Client reviews the Change Order within [5] business days 5. Approval: Both Project Managers (or authorized signatories if above threshold) sign the Change Order 6. Execution: Approved changes are incorporated into the project plan

12.2 Change Request Template

Each Change Request must include:

• CR Reference Number (CR-NNN)
• Date submitted
• Submitted by (name, role, organization)
• Description of requested change
• Business justification
• Impacted deliverables, milestones, and scope items (by ID)
• Requested implementation date

12.3 Change Order Template

Each Change Order must include:

• CO Reference Number (CO-NNN)
• Associated CR Reference Number(s)
• Detailed description of the change
• Impact on scope (additions, removals, modifications)
• Impact on timeline (delays, accelerations, new milestones)
• Impact on budget (additional cost, savings, revised total)
• Impact on resources (additional roles, extended durations)
• Revised deliverable descriptions or acceptance criteria if affected
• Signatures of authorized representatives from both parties

12.4 Authority Thresholds

Document Structure

Every SOW follows this structure. Do not omit sections. Do not abbreviate. Each section must contain substantive, engagement-specific content.

Section 1: Cover Page

STATEMENT OF WORK

[SOW Reference Number: SOW-YYYY-NNN]

Between

[Provider Legal Name]
("Provider" or "Consultant")

and

[Client Legal Name]
("Client")

Effective Date: [Date]
Document Version: 1.0
Classification: Confidential

Section 2: Document Control

Include a version history table with columns: Version, Date, Author, Description of Changes.

Section 3: Executive Summary

Two to four paragraphs covering:

• The business context driving this engagement
• High-level description of what will be delivered
• The value proposition and expected business outcomes
• Any research-informed context about the client's market position or strategic direction

Write for executive readers who will not read the full document. It must stand alone as a complete summary.

Section 4: Background and Context

• Client company background (informed by research)
• Business problem or opportunity being addressed
• Current state description
• Desired future state
• How this engagement fits into the client's broader strategy
• Any predecessor work or related initiatives

Section 5: Scope of Work

5.1 In-Scope

Organize by workstream or phase. Each in-scope item must include:

• Clear description of the work to be performed
• The approach or methodology to be used
• Expected outputs from that work item
• Any specific standards or frameworks to be followed

Use a numbered hierarchy (5.1.1, 5.1.2, etc.) for traceability. Every deliverable and milestone must trace back to a scope item.

5.2 Out of Scope

Explicitly enumerate what is NOT included. This section prevents scope creep and manages expectations. Be specific and anticipate common assumptions. Examples:

• Ongoing maintenance and support beyond the warranty period
• Data migration from legacy systems not specified in Section 5.1
• Third-party software licensing costs
• End-user training beyond the sessions specified in the deliverables
• Hardware procurement or infrastructure provisioning
• Content creation or copywriting unless explicitly stated
• Integration with systems not identified in this document

Tailor these to the specific engagement. Generic exclusions are insufficient.

5.3 Assumptions

Number each assumption. These are conditions that must hold true for the SOW to be executed as planned. Group them by category:

Client-Side Assumptions

• Timely access to personnel, systems, and environments
• Decision-making authority and response times
• Data quality and availability
• Infrastructure readiness

Provider-Side Assumptions

• Resource availability and skill sets
• Tool and methodology access
• Subcontractor availability if applicable

Technical Assumptions

• Platform versions and compatibility
• API availability and stability
• Performance baselines
• Environment specifications

Commercial Assumptions

• Budget sufficiency for stated scope
• Payment timing and cash flow
• Currency and tax treatment

5.4 Dependencies

Numbered list of external factors that could impact delivery. Each dependency must specify what it is, who owns it, when it must be resolved, and the impact if not resolved.

Format: DEP-NNN: [Description] | Owner: [Party] | Required By: [Date/Phase] | Risk if Unmet: [Impact]

Section 6: Deliverables

Present as a detailed table:

Every deliverable must have:

• A unique identifier for traceability
• A description detailed enough that both parties agree on what "done" means
• Specific format requirements (PDF report, working code in Git repository, Figma file, etc.)
• Measurable acceptance criteria -- not "client is satisfied" but specific, testable conditions
• A due date tied to the milestone schedule

Section 7: Milestones and Timeline

7.1 Phase Overview

Phase 1: [Name] .............. [Start Date] - [End Date] ([Duration])
Phase 2: [Name] .............. [Start Date] - [End Date] ([Duration])
Phase 3: [Name] .............. [Start Date] - [End Date] ([Duration])
...

7.2 Detailed Milestone Schedule

7.3 Critical Path

Identify the critical path through the project. List activities where delays will directly impact the final delivery date. This informs both parties about where schedule risk is concentrated.

7.4 Schedule Assumptions and Risks

• Buffer time built into the schedule (if any)
• Holiday and blackout periods
• Parallel vs sequential phase dependencies
• Client review and approval cycle durations assumed

Section 8: Acceptance Criteria and Process

8.1 General Acceptance Criteria

Define the overall quality standards that apply to all deliverables:

• Conformance to specifications outlined in this SOW
• Freedom from material defects
• Compliance with applicable industry standards
• Completeness as defined by deliverable descriptions

8.2 Acceptance Process

1. Submission: Provider delivers the deliverable to the designated Client contact with a Delivery Notice 2. Review Period: Client has [N] business days to review from date of Delivery Notice 3. Acceptance or Rejection: Client provides written acceptance or a detailed Rejection Notice specifying deficiencies 4. Remediation: If rejected, Provider has [N] business days to cure identified deficiencies 5. Re-submission: Corrected deliverable is re-submitted and a new review period begins 6. Deemed Acceptance: If Client does not respond within the review period, the deliverable is deemed accepted 7. Escalation: If parties cannot agree on acceptance after [N] remediation cycles, the matter is escalated per Section 14

8.3 Acceptance Criteria by Deliverable

For each major deliverable, specify the precise acceptance criteria. These must be:

• Specific: No ambiguity about what is being measured
• Measurable: Can be verified through testing, review, or demonstration
• Achievable: Within the scope and capabilities defined
• Relevant: Directly tied to the deliverable's purpose
• Time-bound: Testable within the review period

Section 9: Project Governance

9.1 Project Organization

Steering Committee (if applicable): composition, meeting cadence, decision authority.

Project Managers:

• Provider PM: [Name, contact]
• Client PM: [Name, contact]
• Responsibilities and authority levels

9.2 Communication Plan

9.3 Reporting

Specify what the weekly/monthly status report contains:

• Work completed in the period
• Work planned for next period
• Risks and issues log (updated)
• Budget consumption (for T&M engagements)
• Milestone status (on track / at risk / delayed)
• Change request status
• Decisions needed

9.4 Tools and Collaboration

• Project tracking (Jira, Asana, Monday, etc.)
• Communication (Slack, Teams, email)
• Document management (SharePoint, Google Drive, Confluence)
• Code repository (GitHub, GitLab, Bitbucket) if applicable
• Design tools (Figma, Miro) if applicable

Section 10: Team and Resource Allocation

10.1 Provider Team

10.2 Client Team

10.3 Resource Substitution

• Provider must give [N] business days written notice before substituting key personnel
• Replacement must have equivalent qualifications and experience
• Client has right to approve or reject substitutions for key roles
• Knowledge transfer period of [N] days required for transitions

Section 11: Pricing and Payment

Varies by engagement type. See references/pricing-templates.md and generate the appropriate model.

Section 12: Change Management

See references/change-management.md.

Section 13: Risk Management

See references/risk-management.md.

Section 14: Legal and Contractual Terms

See references/legal-terms.md.

Section 15: Data Protection and Security

Include this section when the engagement involves handling personal data, client systems access, or sensitive information.

15.1 Data Handling

• Types of data to be accessed or processed
• Data classification levels
• Storage and transmission requirements (encryption at rest and in transit)
• Data retention and destruction policies
• Cross-border data transfer considerations

15.2 Security Requirements

• Access controls and authentication requirements
• Background check requirements for Provider personnel
• Secure development practices (if applicable)
• Vulnerability assessment and penetration testing (if applicable)
• Incident response and breach notification procedures (within [24/48/72] hours)

15.3 Compliance

• Applicable regulations (GDPR, HIPAA, SOX, PCI-DSS, CCPA, etc.)
• Audit rights
• Data Processing Agreement reference (if applicable)

Section 16: Signatures

IN WITNESS WHEREOF, the parties have caused this Statement of Work to be
executed by their duly authorized representatives as of the Effective Date.


FOR [PROVIDER LEGAL NAME]:


_______________________________________
Name:
Title:
Date:


FOR [CLIENT LEGAL NAME]:


_______________________________________
Name:
Title:
Date:

Appendices

Include as needed:

• Appendix A: Detailed Technical Requirements or Specifications
• Appendix B: Rate Card (for T&M engagements)
• Appendix C: Change Request Form Template
• Appendix D: Acceptance Certificate Template
• Appendix E: Status Report Template
• Appendix F: Data Processing Agreement (if applicable)
• Appendix G: Service Level Agreement (if applicable)

Legal and Contractual Terms (Section 14)

Generate these subsections. Never provide legal advice; include the counsel-review disclaimer in the document footer.

14.1 Confidentiality

• Both parties agree to maintain the confidentiality of all Confidential Information disclosed during the engagement
• Confidential Information includes: business plans, technical data, financial information, customer data, proprietary methodologies, and any information marked as confidential
• Exclusions: information that is publicly available, independently developed, rightfully received from a third party, or required to be disclosed by law
• Obligations survive termination of this SOW for a period of [3] years
• If a separate NDA or MSA governs confidentiality, reference it here and note that its terms control in the event of conflict

14.2 Intellectual Property Ownership

Work Product: All deliverables, documentation, code, designs, and materials created specifically for this engagement ("Work Product") shall be owned by [Client / Provider -- specify based on engagement type] upon full payment.

Pre-Existing IP: Each party retains ownership of its pre-existing intellectual property. Provider grants Client a non-exclusive, perpetual, royalty-free license to use any pre-existing Provider IP incorporated into the Work Product, solely in connection with the Work Product.

Third-Party Components: Any open-source or third-party components incorporated into deliverables will be identified in writing. Client is responsible for compliance with applicable third-party license terms.

Provider Tools and Methodologies: Provider retains ownership of its proprietary tools, frameworks, methodologies, and general knowledge developed before or independently of this engagement. Provider may use general skills, knowledge, and experience gained during this engagement in future work for other clients.

14.3 Warranties

Provider warrants that:

• Services will be performed in a professional and workmanlike manner consistent with industry standards
• Deliverables will conform to the specifications and acceptance criteria set forth in this SOW
• Provider has the right to enter into this SOW and perform the services
• Work Product will not infringe upon the intellectual property rights of any third party
• Provider will comply with all applicable laws and regulations in performing the services

Warranty Period: Provider will correct material defects in deliverables reported within [90] days of final acceptance at no additional charge.

Disclaimer: EXCEPT AS EXPRESSLY SET FORTH IN THIS SOW, PROVIDER MAKES NO WARRANTIES, EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

14.4 Limitation of Liability

• Neither party shall be liable for any indirect, incidental, special, consequential, or punitive damages, including lost profits, lost revenue, or loss of data
• Provider's total aggregate liability under this SOW shall not exceed [the total fees paid or payable under this SOW / a specified cap amount]
• The limitations in this section do not apply to: (a) breaches of confidentiality obligations, (b) willful misconduct or gross negligence, (c) infringement of intellectual property rights, or (d) Provider's indemnification obligations

14.5 Indemnification

Each party agrees to indemnify, defend, and hold harmless the other party from and against any third-party claims, damages, losses, and expenses (including reasonable attorneys' fees) arising from:

• The indemnifying party's breach of this SOW
• The indemnifying party's negligence or willful misconduct
• Any claim that the indemnifying party's materials infringe a third party's intellectual property rights

14.6 Termination

Termination for Convenience: Either party may terminate this SOW upon [30] days written notice. Client shall pay for all work completed through the termination date plus reasonable wind-down costs.

Termination for Cause: Either party may terminate if the other party:

• Materially breaches this SOW and fails to cure within [30] days of written notice
• Becomes insolvent, files for bankruptcy, or ceases operations
• Fails to make undisputed payments within [60] days of the due date

Effect of Termination:

• Provider delivers all completed and in-progress Work Product to Client
• Client pays all undisputed fees for work completed through the termination date
• Sections on Confidentiality, IP Ownership, Limitation of Liability, and Indemnification survive termination

14.7 Force Majeure

Neither party shall be liable for delays or failures in performance resulting from causes beyond its reasonable control, including but not limited to: acts of God, natural disasters, war, terrorism, pandemic, government actions, labor disputes, power failures, or internet outages. The affected party must provide prompt written notice and use commercially reasonable efforts to mitigate the impact.

14.8 Dispute Resolution

1. Negotiation: The parties shall first attempt to resolve disputes through good-faith negotiation between senior management representatives within [15] business days 2. Mediation: If negotiation fails, the parties agree to submit the dispute to non-binding mediation administered by [JAMS / AAA / other body] within [30] days 3. Arbitration / Litigation: If mediation fails, the dispute shall be resolved by [binding arbitration under the rules of [body] / litigation in the courts of [jurisdiction]]

14.9 Governing Law

This SOW shall be governed by and construed in accordance with the laws of the State of [State], without regard to its conflict of laws principles.

14.10 Insurance

Provider shall maintain the following insurance coverage during the term of this engagement:

• Commercial General Liability: $[Amount] per occurrence / $[Amount] aggregate
• Professional Liability (Errors & Omissions): $[Amount] per claim
• Cyber Liability (if handling data): $[Amount] per occurrence
• Workers' Compensation: As required by applicable law

Provider will furnish certificates of insurance upon Client's request.

Pricing and Payment Templates (Section 11)

This section varies by engagement type. Generate the appropriate model.

Template A: Fixed-Price

11.1 Total Engagement Fee

The total fixed price for the services described in this SOW is $[Amount] ([Amount in words]).

11.2 Payment Schedule

11.3 Payment Terms

• Invoices issued within [5] business days of milestone acceptance
• Payment due within [30] days of invoice date (Net 30)
• Late payments accrue interest at [1.5%] per month
• Provider may suspend work if payments are overdue by more than [30] days

11.4 Expenses

• Travel expenses pre-approved by Client, billed at cost with receipts
• Travel policy: [Coach air / standard hotel / per diem rate]
• Expense cap: $[Amount] unless pre-approved in writing

Template B: Time-and-Materials

11.1 Rate Card

11.2 Budget Cap

• The total engagement is capped at $[Amount] ("Not-to-Exceed Amount")
• Provider will notify Client when [75%] of the cap has been consumed
• Work beyond the cap requires written pre-approval via Change Order
• Rates are valid for [12] months from the Effective Date

11.3 Invoicing

• Invoices submitted [bi-weekly / monthly] with detailed timesheets
• Timesheets itemized by: date, resource name, hours, task description
• Client has [10] business days to dispute line items
• Undisputed amounts due Net [30] from invoice date

11.4 Expenses

Same structure as Fixed-Price Template.

Template C: Retainer

11.1 Monthly Retainer Fee

• Monthly retainer: $[Amount] per month
• Retainer covers up to [N] hours of service per month
• Unused hours [do not / do] roll over to the following month (max rollover: [N] hours)

11.2 Overage Rates

• Overages billed monthly in arrears
• Provider will notify Client before exceeding retainer hours

11.3 Retainer Term

• Initial term: [N] months
• Auto-renewal: [Yes/No], in [N]-month increments
• Cancellation notice: [30/60/90] days written notice
• Rate adjustment: Provider may adjust rates with [60] days written notice at renewal

11.4 Invoicing

• Retainer invoiced on the [1st] of each month, due Net [15]
• Overage invoiced monthly in arrears, due Net [30]

Engagement Type Guidance

Fixed-Price: Use when the scope is well-defined, requirements are stable, and both parties want cost certainty. Include detailed deliverable-based payment milestones. Build in appropriate contingency.

Time-and-Materials: Use when the scope is exploratory, requirements may evolve, or the client needs flexibility. Include a not-to-exceed cap, detailed rate card, and clear timesheet and approval processes. Emphasize governance and budget monitoring.

Retainer: Use for ongoing advisory, support, or fractional team engagements. Define monthly hour allotments, rollover policies, overage rates, and minimum terms. Include clear scope boundaries for what the retainer covers versus what requires a separate SOW.

Required Inputs

Gather these before generating. If any required item is missing, ask for it explicitly. Do not guess at critical commercial terms.

Pre-Generation Research

Before writing, use WebSearch to research the client company. Gather:

1. Company overview -- what they do, their market, size, and industry 2. Recent news -- funding, leadership changes, product launches, acquisitions 3. Technology footprint -- known platforms, tech stack, job postings for tech clues 4. Regulatory environment -- industry-specific compliance requirements (HIPAA, SOX, GDPR, PCI-DSS, FedRAMP, etc.)

Incorporate relevant findings into the SOW context sections. If WebSearch is unavailable or returns insufficient results, proceed with the information provided by the user and note assumptions explicitly.

Risk Management (Section 13)

13.1 Risk Register

Populate with at least 5-8 engagement-specific risks. Common categories:

• Resource availability and key-person dependency
• Technology risk (platform changes, integration complexity)
• Scope risk (requirements volatility, stakeholder alignment)
• Timeline risk (dependencies, client availability, review cycles)
• Budget risk (estimate accuracy, rate changes, scope creep)
• External risk (regulatory changes, market conditions, vendor dependencies)

13.2 Issue Escalation Path

Level 1: Project Managers resolve within [2] business days Level 2: Engagement Lead / Client Sponsor resolve within [5] business days Level 3: Executive leadership from both parties resolve within [10] business days Level 4: Formal dispute resolution per Section 14