Contract Redlining Checklist: What to Check Before You Sign
A redline tells you what changed. It doesn't tell you whether the changes are acceptable — that's still a human judgment call, and it's the step that gets rushed most often when a signature deadline is close. This is a practical checklist for that last review pass, before a document goes out for signature.
Before you open the redline
- Confirm you're looking at a real comparison, not a clean file. If what landed in your inbox is a fresh "final" version with no visible changes, you have nothing to review yet. Ask for the prior version and generate a comparison yourself — see document version control for why "final," "final-2," and a later date in the filename tell you nothing about what actually moved.
- Confirm you're comparing the right two versions. The most recent version you sent, against the most recent version you received back — not an earlier draft that's since been superseded. A redline against the wrong baseline shows changes that were already agreed, and hides the ones that weren't.
- Know which changes were already discussed. If a call or email already covered specific edits, keep that list next to the redline. Anything in the redline that isn't on that list is the part that actually needs scrutiny.
While reading the redline
- Read every insertion and deletion, not just the ones that look big. Long added paragraphs are visually obvious and get read carefully by default. A single term changed inside an existing sentence is easy to skim past — and often carries more weight. See how to create a good redline for why over-reporting and under-reading go hand in hand.
- Check numbers and dates specifically, not just prose. Payment terms, notice periods, renewal windows, liability caps, and deadlines are where a one-word or one-number change has real financial or legal consequence — "30 days" to "60 days," "may" to "shall," a percentage shifted by a single digit. These are also the easiest changes to make look incidental by keeping the surrounding sentence identical.
- Watch for deletions, not just additions. It's natural to focus on what's new. A quietly deleted clause — a condition, a carve-out, an exception that used to protect you — is just as much a change, and it's the one most likely to be missed because there's nothing new on the page drawing attention to it.
- Treat structural changes (renumbered clauses, moved sections) as their own category. A clause moved from section 4 to section 7 isn't a content change, but it can break cross-references elsewhere in the document ("as defined in Section 4" pointing at the wrong place now). Confirm cross-references still resolve correctly after any renumbering.
Before you approve or sign
- Confirm every change has an owner and a decision. For each change: was it proposed by us or them, and has someone with authority to accept it actually said yes? A redline you've read is not the same as a redline you've approved — don't let "I saw it" stand in for "I agreed to it."
- Re-check the version you're about to sign against the one you just approved. The version that gets signed should be byte-for-byte the reviewed one, not a "final for signature" copy assembled afterward by hand. If there's any gap in time or hands between approval and signature, run one more comparison to close it.
- Don't rely on memory across a long negotiation. After several rounds of redlines, it's easy to lose track of which concessions were made when. If a negotiation runs past two or three rounds, a comparison against the original draft (not just the previous round) periodically confirms nothing has drifted further than intended over the whole process.
The failure this checklist prevents
Almost every bad outcome from a rushed contract review traces back to the same root cause: a change existed, and no one with the authority to evaluate it actually looked at it before signing. Not because the redline was hidden — because it was skimmed, or because there wasn't a real redline to look at in the first place, only a "final" file taken on faith.
A structured pass — confirm the comparison is real, read every change deliberately, check numbers and deletions specifically, and confirm approval before signature — closes that gap without needing legal training. It's the same discipline redlining for modern teams covers for sales, procurement, HR, and finance teams doing this same review outside a legal department.
Redlinefy's comparator generates the actual word-level comparison this checklist assumes you're starting from — two files in, a clear redline out, nothing uploaded to a server in between.
FAQ
What's the single most important thing to check in a redline before signing?
Whether every change that affects money, timing, or liability was actually reviewed — not just noticed. It's easy to scroll past a redline and register that changes exist without confirming each one is acceptable. Treat unreviewed changes as unapproved, not as approved by default.
Should I review every single change, even small wording ones?
Read every change, but don't weight them by size. A single word swapped inside an existing sentence — 'may' to 'shall,' 'business days' to 'calendar days' — can shift an obligation more than an entire added paragraph. See how to create a good redline for why small changes are the ones reviewers miss most.
What if the document I received doesn't actually show a redline, just a clean final version?
That's the most common failure mode this checklist exists for — a clean file gives you nothing to review against. Ask for the previous version and compare the two yourself before treating anything as final; see document version control for why file names and "final" in a title aren't a substitute for an actual comparison.