Skip to main content

Published 2026-07-25 · Updated 2026-07-25 · Adrieluxe Team

Scope of Work Red Flags: 9 Clauses That Predict Trouble

A scope of work or contract draft has a red flag when a clause is open-ended where it should be specific — undefined scope language, unlimited revisions, full IP transfer of pre-existing assets, Net-60+ payment with no deposit, termination with no kill fee, silent auto-renewal, an overly broad non-compete, unlimited liability, or acceptance criteria with no deadline. None of these are reasons to walk away by themselves — each has a specific, standard redline to ask for instead, listed below. The point of reviewing a scope of work before signing is catching which of these nine are present, not rewriting the whole document from scratch.

TL;DR

Nine clauses in a scope of work predict trouble later: vague scope language, unlimited revisions, full IP transfer, Net-60+ payment with no deposit, termination with no kill fee, silent auto-renewal, an overly broad non-compete, unlimited liability, and no deadline on acceptance. Each has a standard, specific redline — a cap, a deposit, a deadline, a carve-out — that closes the gap without rewriting the whole contract.

Why the scope of work needs its own review, separate from the brief

A brief can be well-qualified — clear scope, a real budget, a named decision-maker — and the scope of work drafted from it can still contain terms that cost you later. The brief describes the project; the SOW is what you're legally bound to. IAG Consulting's Business Analysis Benchmark found that poor requirements definition consumes more than one dollar in three of total project budget, and vague contractual scope language is exactly how that cost shows up after signing rather than before. PMI's research separately found 37% of organizations cite inaccurate requirements as the primary reason projects fail— the same undefined-scope pattern that shows up in a bad brief shows up again, with legal weight, in a bad SOW.

A well-qualified client can still hand you a poorly-drafted contract. Qualifying the brief and reviewing the SOW are two separate checks, not one.

9 clauses that predict trouble, and the redline for each

None of these require a lawyer to spot — each is identifiable by a specific phrase or a missing element (a cap, a number, a deadline) rather than complex legal reasoning.

01

Undefined scope language

Looks like: "Ongoing support as needed," "scope to be determined," or a deliverable list with no format or quantity attached.

Predicts: The same open-endedness that made the original brief vague, now written into a signed document — except now it's binding, not just unclear.

Ask for instead: A specific, itemized deliverable list with quantities and formats, replacing any open-ended phrase.

02

Unlimited revisions

Looks like: "Revisions until client is satisfied" or no stated cap on revision rounds.

Predicts: "Satisfied" has no objective definition, which means the round count is effectively unlimited and unpaid past whatever you originally priced in.

Ask for instead: A fixed number of revision rounds, with additional rounds billed at a stated rate.

03

Full IP transfer, including pre-existing assets

Looks like: Broad "work for hire" language that doesn't distinguish new deliverables from tools, templates, or frameworks you already owned before the project.

Predicts: Signing this transfers reusable assets you built for other clients, not just the output of this specific project.

Ask for instead: IP transfer scoped to the final deliverables only, with an explicit carve-out for pre-existing tools, templates, and methods.

04

Net-60 or Net-90 payment terms with no deposit

Looks like: Payment due 60 or 90 days after invoicing, with no upfront amount required to start work.

Predicts: You finance the client's project for two to three months before seeing a dollar, with zero cost to them if they stall or ghost partway through.

Ask for instead: A deposit before work starts (30-50% is common) and payment terms of Net-15 or Net-30.

05

Termination for convenience, no kill fee

Looks like: The client can end the engagement at any time, for any reason, with no payment for work completed but unbilled.

Predicts: Weeks of in-progress work can become unpaid the moment the client's priorities shift, with no recourse.

Ask for instead: A kill fee or pro-rated payment for all work completed up to the termination date.

06

Auto-renewal with no opt-out window

Looks like: The contract renews automatically for another term unless cancelled — often with a narrow, easy-to-miss notice window.

Predicts: You can end up locked into scope and pricing you never actively re-agreed to, past the point where renegotiating rates feels natural.

Ask for instead: Either no auto-renewal, or a wide (60-90 day), clearly-dated notice window with a calendar reminder set the day you sign.

07

Non-compete broader than the engagement

Looks like: Language restricting you from working with "competitors" or "similar businesses" for a period after the contract ends, with no narrow definition of what counts.

Predicts: A clause meant to protect one client's confidential info can end up reading broadly enough to block you from your own industry.

Ask for instead: A narrowly scoped non-solicitation clause (protecting the client's specific customer relationships) instead of an industry-wide non-compete.

08

Unlimited liability, no cap

Looks like: No stated limit on damages you could owe if something goes wrong, sometimes bundled with broad indemnification language.

Predicts: Your financial exposure has no ceiling relative to the size of the contract — a project worth a few thousand dollars can carry unlimited downside.

Ask for instead: A liability cap tied to the contract value (commonly capped at fees paid), and indemnification limited to your own direct negligence.

09

Vague acceptance criteria with no deemed-acceptance clock

Looks like: No objective definition of when a deliverable counts as "accepted," and no clause stating it's automatically accepted after a set review period.

Predicts: A client can withhold final payment indefinitely by simply never formally "accepting" the work, with no deadline forcing a decision.

Ask for instead: A stated review period (e.g. 10 business days) after which the deliverable is deemed accepted if no specific written objection is raised.

How many of these is too many to sign as-is

One or two of these clauses showing up in an otherwise reasonable SOW is common — most templates are written to favor whoever drafted them, and a specific redline request usually resolves it without friction. Four or more in the same document, especially combined (unlimited revisions plus no payment deposit plus unlimited liability), is worth treating as a pattern: propose a full redline pass covering all of them at once, rather than negotiating clause by clause across multiple rounds.

Related reading

For the signals to check before a proposal even exists, see 12 red flags in a client brief and how to spot scope-creep risk before the project starts. For a point-based way to score how clear the scope itself is before you draft a contract from it, see is this scope too vague? A 5-criteria scoring method. For the full scored workflow all of this feeds into, see client qualification: the complete guide.

Frequently asked questions

Yes — a scope of work is a draft until both sides sign it, and asking for specific changes to specific clauses is standard, not confrontational. Clients who've worked with freelancers or agencies before generally expect a redline pass; the ones who react badly to a reasonable, specific edit request are telling you something worth knowing before you sign, not after.

Most "standard template" language is negotiable in practice — it's a starting position, not a legal constraint. Ask for the specific clause to be amended rather than the whole document rewritten; a client unwilling to adjust even one specific, reasonable clause in their own template is a different signal than one who's simply reused a template without customizing it yet.

You can catch all nine of these yourself — none require legal training to spot, since each one is identifiable by a specific phrase or missing element (a cap, a number, a deadline) rather than complex legal reasoning. A lawyer is worth it for a genuinely large or unusual contract, or once you've flagged something and need help with the actual redline language — but the flagging itself doesn't require one.

Those are signals in the client's first message or brief, before a proposal exists. This is a different artifact entirely: the actual scope-of-work or contract document, reviewed after a proposal's been accepted and before you sign — later in the process, and about the legal terms rather than the project description.

An amendment is still possible mid-engagement, though harder to get than a pre-signature redline — frame it as tightening up loose language rather than renegotiating the whole deal, and pick the single most exposed clause (usually unlimited revisions or unlimited liability) rather than trying to fix all nine at once.

Catch the risk before you're drafting a contract at all.

A contract redline fixes clauses one at a time, after the fact. Pre-Sales OS scores the client and the brief before you write a proposal — the earlier decision that determines whether you're negotiating a scope of work from strength or from behind.

Start free trial