Durvy
Back to blog
3 min read

How to stop scope creep before it eats your margin

Scope creep is rarely one big request. It is thirty small ones. The system that catches them without making you sound difficult.

Nobody sends an email saying "I would like to double the scope of this project for free." Scope creep arrives as "just one small thing," repeated across eight weeks, from three people, none of whom can see the total. By the time it is visible, you have already done the work.

The fix is not being tougher. It is having a system that makes small requests visible, priced, and normal to discuss.

Why it happens

  • The scope was never written down concretely. "A website" contains an unlimited number of things.
  • Nobody defined what is excluded. Exclusions are more useful than inclusions because they cover things the client assumed.
  • Small requests are cheap individually. Each one really is 20 minutes. Thirty of them is a week.
  • Saying no feels expensive. It usually is not, but it feels that way in the moment, especially with a client you like.
  • There is no revision limit. Without a number, feedback rounds continue until someone gets tired.

The four things that actually prevent it

  • A written scope with an exclusion list. Two lists side by side, included and not included. The second list is the one that saves you.
  • A revision count. Two rounds included, further rounds billed. State it in the contract and repeat it when you deliver round one.
  • A change request habit. Not a formal process with forms. Just a consistent sentence, used every time, so it never reads as a confrontation.
  • Tracked time, even on fixed fees. You cannot argue about scope with a feeling. You can with a number.

The sentence that handles a small request

Use the same wording every time so it becomes the norm rather than an event:

"Happy to do that. It is outside the original scope, so it would be about two hours, either billed at the hourly rate or swapped for something else on the list. Which do you prefer?"

Three properties make this work. It starts with yes. It prices the request rather than refusing it. And it offers a trade, which lets the client stay within budget by choosing priorities instead of arguing about principle.

Handling the client who does not accept it

Sometimes the response is "this should be included." Do not debate what should have been obvious. Go back to the document:

"The scope list has A, B and C, with D and E under not included. This one is closest to D. I am fine to bring it in, it just changes either the fee or the timeline. Which works better on your end?"

You are not asking permission and you are not refusing. You are stating that scope, cost, and time are linked, and letting the client pick which one moves.

Catch it early with a running tally

Keep a short log of out of scope requests, even the ones you absorb. Two lines each: what it was, how long it took. Two things happen. You spot the pattern in week three rather than week nine, and when you need to have the conversation you have evidence rather than a mood.

Tagging time entries to the project and marking them billable or non billable does this almost automatically, and the monthly report shows how much unpaid work a given client generates.

TL;DR

  • Scope creep is thirty small requests, not one big one.
  • Write an exclusion list, set a revision count, and price every extra with the same neutral sentence.
  • Offer a trade rather than a refusal. Scope, cost, and timeline move together.
  • Log out of scope work even when you absorb it, so the pattern is visible early.