Product
Analyze
Review
Produce
Draft
Solutions
Litigation
- Early Case Assessment
- Investigations & Subpoenas
- Trial Preparation
- Enterprise eDiscovery
- Cloud eDiscovery
Transactional
Who it’s for
Resources
Learn
Customers
Events & CLE
Customer-side Statement of Work (SOW) redlining starts by matching scope, acceptance, payment, and change authority to approved negotiating positions. Read the SOW with its master agreement and incorporated specifications, then translate material departures into targeted edits, permitted fallbacks, and approval decisions. The resulting deliverable is a coordinated redline and clause-level decision table identifying source language, customer exposure, proposed treatment, and unresolved dependencies. The negotiation playbook is the customer’s dated checklist and instructions; it does not replace review of the actual contract package.
When to use this workflow
Use this workflow when procurement or a project sponsor sends counsel a supplier’s SOW for negotiation, including a replacement SOW or change order. It is particularly useful when milestone fees depend on acceptance, customer cooperation affects delivery, or project language could displace master-agreement protections.
The focus is US private commercial contracting from the customer’s perspective. Rights depend on the language, governing law, facts, and deal context. The contractual examples below illustrate drafting choices, not general law or market standards. The workflow ends with an authorized negotiation package, not project administration.
What you need
Collect the editable supplier draft, executed master agreement, amendments, specifications, pricing schedules, purchase orders, security terms, and incorporated policies. For replacement work, include the existing SOW and relevant change orders. Record versions and unavailable attachments.
Obtain dated customer instructions covering preferred positions, permitted fallbacks, escalation thresholds, and approval owners. If no playbook exists, establish those positions with counsel and the business sponsor before treating them as requirements.
Ask the project owner for deliverables, testing prerequisites, review capacity, staffing assumptions, customer dependencies, budget structure, and exit needs. Confirm whether production use will precede completed testing and whether fees are fixed, milestone-based, or time-and-materials. These facts determine which edits are workable.
Use the template
Use Statements of Work — Redlining playbook as the decision record. You can copy this table into your working document or spreadsheet. Keep one row per issue; combine linked clauses where separate treatment would obscure their commercial effect.
| ID / topic | Source / text | Customer position | Allowed fallback | Exposure / dependency | Proposed edit | Owner / approval | Status / linked edits |
|---|---|---|---|---|---|---|---|
In Source / text, record the document ID, version, section or page, and operative excerpt. For lengthy provisions, preserve a pinpoint reference. Distinguish “not present in reviewed documents” from “attachment unavailable.”
Customer position and Allowed fallback capture authorized instructions, not assumed negotiating latitude. Exposure / dependency records the consequence, uncertainty, and missing evidence. Proposed edit summarizes replacement wording or drafting instructions; the redline contains the complete text. Record approval authority, outstanding decisions, and linked row IDs in the final columns.
Step by step
1. Establish the document hierarchy before editing
Assign document IDs and freeze the review versions. Read incorporation and conflict provisions in both the SOW and master agreement. Determine whether project terms may override the master generally, only for specified subjects, or through express identification of conflicting provisions.
Document labels do not answer this question. The NCR Development Services Exhibit requires both parties’ execution for an SOW to become effective; its attached SOW form places the SOW above the Exhibit and Purchase Agreement in its conflict hierarchy (NCR filing, Development Services Exhibit §1.2 and Appendix 1). That is contract-specific wording.
Record the hierarchy, execution condition, and evidence gaps. Where necessary, propose a targeted precedence edit protecting the intended security, ownership, liability, and remedy allocation.
2. Translate the playbook into clause-specific instructions
Convert broad preferences into decisions a reviewer can apply. “Protect acceptance” should identify objective tests, an approver, a feasible review period, rejection procedures, correction, retesting, and payment consequences.
For each topic, separate the opening position, authorized fallback, and exception requiring approval. Ask the project owner to validate operational commitments and the commercial owner to approve financial trade-offs. Do not invent a compromise because negotiations are urgent.
Populate the position, fallback, and owner columns before conceding substantive points. Link affected clauses so an acceptance compromise does not silently authorize a payment or warranty concession. Record the playbook version used, particularly if instructions change during negotiations.
3. Redline deliverables, exclusions, and dependencies
Map each deliverable to its specification, format, completion evidence, supplier responsibility, and customer inputs. Identify exclusions or assumptions that could turn necessary work into chargeable changes. For time-and-materials work, check estimates, expense approvals, and any spending cap; for fixed fees, test whether exclusions undermine price certainty.
Replace subjective descriptions with verifiable requirements where the project supports them. FAR 37.602(b) uses required results and measurable performance standards in federal performance-based acquisition; this is an optional drafting model here, not a private-sector mandate (FAR 37.602).
For customer dependencies, propose defined inputs, notice of impediments, and assessment of actual schedule or cost effects. Record unresolved specifications separately: drafting cannot supply technical criteria the project team has not approved.
4. Coordinate acceptance, rejection, and payment
Trace every acceptance route: affirmative approval, silence, conformity, production use, and partial delivery. Follow each into invoicing, nonrefundability, warranty, and remedies. Verify when testing starts, what constitutes complete delivery, and how rejection notices must be sent.
The ICELOUNGE MEDIA SOW includes alternative deemed-acceptance triggers, including production deployment without meeting acceptance criteria, while expressly preserving Services Warranty claims. Its acceptance and rejection provisions connect acceptance to milestone payment and require detailed written rejection within a five-business-day testing period (ICE filing, Acceptance and Rejection). These are contractual choices, not default rules.
Record the combined exposure. Draft coordinated testing, rejection, correction, retesting, and payment changes rather than deleting “deemed acceptance” alone. Check that rejecting one deliverable does not inadvertently suspend unrelated, undisputed payments contrary to the approved position.
5. Separate change requests from spending authority
Identify who can request changes, authorize investigation costs, approve revised scope and price, and direct implementation. Check whether project emails, customer delays, or emergency work permit additional charges without commercial approval.
The NCR change-request form distinguishes approval of resources to study a change from authorization to implement it, while recording affected work products, schedule, and price (NCR filing, Appendix 1, Attachment 1). This is an illustrative structure, not a required form.
Record authority limits, any capped investigation allowance, disputed-work treatment, and emergency exceptions. Align these edits with dependency relief. Specify the authorized approval channel without assuming contractual wording alone resolves every authority question under governing law.
6. Test linked protections and obtain exception decisions
Read the revised SOW against the master agreement. Check whether ownership and licenses cover actual deliverables, background materials, and required handover items. Confirm security obligations address the project environment and whether liability or remedy language changes the intended allocation.
Review termination and exit terms for unfinished work, fees, prepaid amounts, usable work product, and transition assistance. Keep this review focused on SOW deviations rather than reopening the entire master agreement without instructions.
Prioritize supported commercial consequences. Separate legal uncertainty from operational difficulty; quantify affected fees only where the schedule and trigger support the calculation. Record approval, rejection, or an assigned unresolved decision for every material departure. Revisit linked approvals when a concession changes their rationale.
7. Validate the redline and authorize release
Compare the redline with the frozen supplier draft. Check schedules, definitions, amounts, numbering, and cross-references against originals, especially after OCR or extraction. Read the clean resulting text for contradictions hidden by tracked changes.
Keep internal fallback limits and approval discussions out of supplier-facing comments. External comments should explain the requested business or drafting result without unnecessarily revealing negotiating authority.
Complete the template with the proposed disposition and approval status. Deliver the redline, internal decision table, and concise list of decisions required before release. Distinguish edits ready for negotiation from provisions blocked by missing evidence. An unanswered comment is not approval.
Worked example
Fictional scenario: Alder Vale Foods engages Cedar Arc Systems to configure an inventory interface for $180,000. Draft SOW AV-03 v2 allocates $60,000 to configuration acceptance. Sections 4–5 make production use acceptance, make the milestone fee payable on acceptance, and describe it as nonrefundable. A pilot is planned before testing finishes. Section 7 permits extra charges following project-manager emails. Incorporated Schedule T is unavailable.
Alder Vale’s fictional playbook requires written acceptance after objective tests and procurement approval of scope or fee changes. It permits a controlled pilot-use carveout with legal and project-owner approval, and capped study work only with separate procurement approval. The table paraphrases fictional provisions.
| ID / topic | Source / text | Customer position | Allowed fallback | Exposure / dependency | Proposed edit | Owner / approval | Status / linked edits |
|---|---|---|---|---|---|---|---|
| R1 Acceptance/payment | AV-03 v2 §§4–5: production use accepts; $60,000 payable and nonrefundable | Written acceptance after tests | Approved pilot carveout | Pilot could trigger payment before testing | Exclude controlled pilot; align fee trigger and refund treatment | Legal + project owner; pending | Open; linked R2 |
| R2 Test criteria | AV-03 v2 §2 incorporates unavailable Schedule T | Approved criteria before release | No assumed criteria | Completion threshold and review period unverified | Obtain schedule; complete testing and retest terms | Technical lead; pending | Blocked; linked R1 |
| R3 Change authority | AV-03 v2 §7: project-manager email permits extra charges | Procurement approves fee changes | Separately approved capped study | Operational requests could create unbudgeted charges | Separate study approval from implementation authority | Procurement; instruction approved | Draft prepared; approval evidence retained |
The missing schedule changes the decision: counsel can draft the pilot exclusion but cannot approve acceptance criteria. The $60,000 is the affected milestone, not predicted loss. R3 addresses authority before rates because reducing a rate would not cure uncontrolled scope expansion. Release remains blocked pending Schedule T and the R1 approval decision; approval of R3’s drafting instruction does not resolve either.
Common mistakes
- Editing the SOW alone. Check the master and hierarchy before assuming a project clause preserves existing protections.
- Proposing an unusable testing window. Confirm access, data, personnel, and complete-delivery prerequisites before selecting a period.
- Treating technical emails as spending approval. Distinguish requests, investigation authorization, and implementation approval.
- Calling an unavailable attachment absent language. Record the evidence gap and obtain the document before reaching a completeness conclusion.
- Closing linked issues independently. Recheck acceptance, payment, warranty, and remedies together after concessions.
Final quality check
- Every material edit maps to source text and an authorized position.
- Reviewed versions and incorporated attachments are identified.
- Deliverables connect to specifications, tests, approvers, and completion evidence.
- Acceptance matches rejection, correction, retesting, and payment mechanics.
- Change authority consistently addresses scope, schedule, fees, and dependencies.
- Precedence and cross-references preserve the intended master-agreement allocation.
- Source language and amounts are verified; open issues have owners and explicit release decisions.
Complete the workflow with DecoverAI
DecoverAI is the Legal Intelligence Platform for litigation and transactions. In its contract-review workflow, choose the customer as the represented party in Word and provide deal-specific instructions from your own playbook. Findings quote clauses, rank severity, locate text, and identify missing language as not present. The lawyer edits or inserts suggestions as ordinary tracked changes in the signed-in Word user’s name and can dismiss findings with reasons. Counsel retains judgment over context, approvals, and final wording. Book a demo to discuss customer-side SOW review.
Frequently asked questions
Should the SOW repeat master-agreement protections?
Not automatically. Check incorporation and precedence first. Use precise cross-references where suitable; duplicate formulations can create conflicts. Add project-specific detail when needed, without unintentionally replacing broader protections.
What if the supplier insists on deemed acceptance?
Test authorized fallbacks against actual review capacity. Consider complete-delivery prerequisites, workable testing periods, notice mechanics, and pilot-use exclusions. Recheck payment and warranty consequences before seeking approval.
Can redlining proceed without technical specifications?
Structural edits can proceed, but record dependent provisions as unresolved. Do not approve scope or acceptance criteria based only on an attachment title or supplier assurance.
Does every playbook deviation need an edit?
No. Some require clarification, evidence, or an approved exception. Record the rationale and decision owner. The objective is an intentional allocation of project risk, not maximum edit volume.
Sources
- NCR SEC Exhibit 10.1: Development Services Exhibit and attached SOW/change-request forms.
- ICELOUNGE MEDIA SEC Exhibit 10.01: acceptance, rejection, milestone payment, and warranty wording.
- FAR 37.602: federal performance-work-statement requirements, distinguished here from private commercial drafting.
This guide is general information about legal workflows, not legal advice for any matter. It was drafted and reviewed with AI assistance. The worked example is fictional. Contract rights and procedure depend on the governing law, the actual wording, and the facts, so check the cited sources and the rules that apply in your jurisdiction before relying on it.
