Sow draft
Skill stanislavnianko/product-discovery-claude-skills/plugins/discovery-phase/skills/sow-draft
[discovery-phase pack · deliverables] Drafts a Statement of Work for legal/procurement review post-proposal acceptance. Captures deliverables, acceptance criteria, payment milestones, change-request process, warranties, and termination clauses. NOT a substitute for legal review. Produces sow-draft.md.From its SKILL.md
npx -y skills add stanislavnianko/product-discovery-claude-skills --skill sow-draftAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
5.0 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it
SoW Draft
Part of the discovery-phase skill pack ·
deliverablesgroup · readsdiscovery-context.md(runprofile-builderfirst if missing).
Statement of Work draft for the legal team to harden. The discovery team's job is to capture commercial reality precisely; legal then translates to enforceable terms.
This skill produces a draft, not a contract. Always route through agency legal + client legal before signing. The discovery team should not be the last line of defense on contract terms.
Step 1 — Read context + prerequisites
Read discovery-context.md (sections 3. Engagement → Budget context — drives payment structure; 6. Constraints — regulatory clauses), scope-doc.md (deliverables + exclusions), and estimation.md (pricing structure). Recommended: proposal.md (consistency with what's already shared with client) and risk-assumption-map.md (informs warranty language).
If discovery-context.md is missing, ask the BA inline: "(a) budget structure (fixed-fee / T&M / milestone-based); (b) regulatory constraints (GDPR / HIPAA / SOC2 / none)?" — tag the output [ASSUMED COMMERCIAL] and DRAFT-ONLY. If scope-doc.md or estimation.md is missing, ask for stand-in bullets, or proceed with [TBD] placeholders and a non-removable DRAFT-ONLY banner — NOT for legal review until placeholders resolved. Never block; recommend profile-builder / feature-scoping / estimation for high-stakes work.
Step 2 — Fill the template
Fill ./template.md. It owns the structure (parties, deliverables table, out-of-scope, timeline + milestones, pricing model, payment terms, change-requests, acceptance + revisions, warranties, IP + confidentiality, termination, client dependencies, assumptions, outsourcing-specific clauses, signatures). This skill's job is the content; the template is the shape.
Fields that hide disputes — be precise here:
- Acceptance criteria (per deliverable). "User can complete X workflow without errors" not "system works". Vague = future dispute.
- Out of scope. Verbatim from
scope-doc.md"out" + "explicitly deferred". Critical — prevents post-signature scope creep. - Pricing model. Pick from
discovery-context.mdbudget context: fixed-fee (tight scope, repeat work) / T&M with cap (moderate uncertainty) / pure T&M (staff aug, exploratory) / phased (long engagement with gates). Spell out: rates per discipline if T&M, fixed numbers if fixed-fee, milestone amounts if phased. - Change-request process. Without it, every "small addition" mid-build becomes an argument. Specify: who can request, how submitted, estimation turnaround (3-5 business days typical), sign-off authority, how changes affect price + timeline.
- Warranties. What the agency warrants (e.g., 30-60 day bug-fix window post-delivery) AND what's NOT warranted (third-party issues, scope changes, environment). Bound from
risk-assumption-map.md[agency]rows. - Client dependencies. From
scope-doc.mdoutsourcing extras + risk-map[client]rows. State explicitly that delays may impact timeline + cost. Don't bury — top-section visible. - Assumptions. Verbatim from
estimation.md"Assumptions that invalidate the estimate". If any becomes false, SoW is voidable / must be amended.
Step 3 — Outsourcing-specific clauses (often missed)
Add to template's section 14 if relevant:
- Time-zone overlap requirement — if context shows distributed teams
- Subcontractor disclosure — does the agency use subs? Client right to approve?
- Data handling — GDPR / HIPAA / SOC2 specifics if section 6 flagged any
- Communication cadence SLA — response times, meeting cadence
- Tooling rights — who provides Linear/Jira/Slack/Figma seats; ownership of artifacts
Step 4 — Output
./discovery/sow-draft.md per ./template.md. Mark prominently at top:
DRAFT — REQUIRES AGENCY LEGAL + CLIENT LEGAL REVIEW BEFORE EXECUTION.
Append to _log.md: [sow-draft | YYYY-MM-DD] pricing: <model>; deliverables: <count>; acceptance_defined: <Y/N>; legal_review: pending.
Anti-patterns
- Ambiguous acceptance criteria. "Acceptance: when client says ok" = future dispute. Be precise.
- No change-request process. Mid-build scope additions become free, then resented, then disputed.
- Pricing structure mismatch. Fixed-fee on uncertain scope = either agency loses money or client gets hidden change requests.
- Dependencies on client buried. They must be top-section visible.
- Skipping legal review. This skill produces a draft; the BA must route to legal.
What ships with it: 1 file
1.8 KB alongside SKILL.md
- template.md1.8 KB
Gives 0 of the 12 instructions most legal skills give in ~1.1k tokens
Counted across 234 of the 234 authors here whose files we hold, read 2026-08-07
- Use text operators for text fieldsin 11 of 234, across 6 files
- Consult qualified counsel before usein 11 of 234, across 3 files
- Use PatentSearch API for patent searchesin 10 of 234, across 5 files
- Confirm jurisdiction, employment type, and required clausesin 9 of 234, across 2 files
- Choose a document template and tailor role-specific termsin 9 of 234, across 2 files
- Validate compensation, benefits, and compliance requirementsin 9 of 234, across 2 files
- Add signature, confidentiality, and IP assignment terms as neededin 9 of 234, across 2 files
- Open the implementation playbook for detailed templatesin 9 of 234, across 2 files
- Use TSDR for trademark data retrievalin 9 of 234, across 4 files
- Ask for clarification if required inputs are missingin 8 of 234, across 2 files
- Set the USPTO_API_KEY environment variablein 8 of 234, across 3 files
- Use the uspto-opendata-python library for PEDSin 8 of 234, across 3 files
Said here and by no other author read
- fill the provided statement of work template
- define precise acceptance criteria per deliverable
- copy out-of-scope items verbatim
- specify a clear change-request process
- list client dependencies prominently at top
- copy estimation assumptions verbatim
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.