Before pushing back on anything, reread your own proposal or contract's scope section. Most scope creep disputes aren't really about whether a request is reasonable — they're about whether anyone can point to what was agreed in the first place. If the original scope was vague ("a modern website," "ongoing marketing support"), that's the real problem, and it's worth fixing going forward even if it doesn't help this project.
You don't need to say no. You need to say yes, and: "Happy to add that — it's outside what we scoped for [original deliverable], so here's a quick estimate for the additional time." This does two things at once: it doesn't block the relationship, and it puts the cost decision back on the client rather than absorbing it silently, which is what happens by default if you just do the extra work.
Once additional requests start adding real time — not one extra revision, but a new page, a new feature, a new deliverable — that's a change order moment: a short written addendum stating the new item, the added cost, and the adjusted timeline, signed or confirmed by email before you start. This isn't confrontational. It's the same document type most agencies use as standard practice, not an escalation.
The real fix happens before the project starts: a scope section specific enough that "is this included?" has an obvious answer. List deliverables by number and type ("5 page website, up to 2 rounds of revisions per page") rather than by vague category. Vague scope is the single biggest cause of scope creep — not difficult clients.
Upload it and ask exactly what deliverables and revisions were included. Every answer cites the exact line it came from.
Check your scope free →