Is a rush deadline out of scope?
Yes — a mid-project deadline acceleration is out of scope unless your contract explicitly accommodated shifting timelines. The work itself may still be the original work; what's changed is its cost to deliver.
Why this answer
Timeline is one of the three dimensions of scope, alongside deliverables and fee. When any of those three shifts mid-project, the other two have to shift with it. If a client moves the deadline in by two weeks, they're asking you to compress delivery, which usually means working evenings and weekends, dropping other client work, or bringing in help. Each of those carries a real cost that wasn't in the original fee. The clean framing: 'The deliverable is the same; the timeline is different; the fee reflects the timeline.' Clients sometimes frame it as 'just moving the date,' but timing is an asset — an early delivery costs more than an on-time one because you're paying to compress your own schedule.
When the answer flips
If your contract includes a timeline-compression clause or a rush-rate schedule, the acceleration is covered but the fee scales automatically. If the client is moving the deadline out — later rather than sooner — that's usually In Scope, though it may trigger other issues (payment timing, your own availability, dependencies on other work). If the acceleration is small (a few days on a multi-month project), it's often absorbable without a rush fee and the goodwill of flexibility is worth more than the marginal rate. The sharp flip toward Out of Scope is anything that compresses the timeline by 25% or more, or anything that forces weekend/evening work you wouldn't otherwise do.
What to do next
Confirm the new deadline is real, not aspirational. 'Can we deliver by the 15th?' and 'We need to deliver by the 15th' are different conversations. Once confirmed, quote the rush rate. A simple schedule: 25–50% fee premium for a 25–50% compression, scaling up for tighter windows. Be explicit that the premium pays for your rescheduling and the risk of concurrent-work conflicts. Offer a minimum of two options — the rush rate, or a renegotiated deliverable (drop a feature, ship a simpler version) that fits the original timeline. Clients often prefer the second when they see the first priced fairly.
Frequently asked questions
What's a reasonable rush rate to quote?
25–75% over your standard rate, depending on compression. 25% for modest acceleration (10–25% less time), 50% for significant compression (25–50% less time), 75%+ for extreme (50%+ less time). Above 75% compression, consider declining unless the fee is truly compelling — the quality risk is real.
The client says they've always had this deadline — I just didn't hear it. What now?
Check your original project brief, SOW, or contract. If the earlier deadline is documented, the client is mistaken and the rush fee is warranted. If it's not documented, you're in an 'ambiguous original scope' situation — fairness suggests splitting the difference: partial rush rate, or free acceleration in exchange for an upfront deadline clause on the next engagement.
Should I charge the rush rate if the compression was caused by the client's own delays?
Yes — especially in this case. A client who took three weeks to approve a phase and now wants final delivery on the original date has consumed your buffer time, and the rush fee reflects the cost of getting it back. Name the dynamic directly: 'The timeline shifted because feedback took longer than planned; compressing the back half to hit the original date is rush work.'
What if I can actually deliver on time without extra effort?
Then there's no rush fee to charge — the scope hasn't actually changed from your side. Be careful though: 'delivering on time without extra effort' often means dropping quality passes, review cycles, or buffer time you were planning to use. If the client is moving the deadline in, make them choose between rush rate and explicitly reduced quality.
How do I write a clause that prevents these disputes?
Specify (1) the delivery date in the contract, (2) a buffer window on either side, (3) a rush-rate schedule keyed to percentage of timeline compression, and (4) your right to renegotiate the timeline if the client causes material delay in their own feedback. Four sentences again.
Related reading
- The full guide
The scope creep guide for freelancers
How to spot scope creep, why clients do it, what it costs you, and how to respond professionally.
- Scenario
Is one extra revision round in scope?
Ambiguous — one extra round is one of the most context-dependent scope questions. If your contract lists a specific number of rounds, anyth…
- Clause guide
What a deliverables clause should include in freelance contracts
A strong deliverables clause names each artifact with a format, a quantity, and — critically — an exclusion list. If it's not named, it's n…
- Clause guide
What a revisions clause should include in freelance contracts
A strong revisions clause defines three things: how many rounds are included, what counts as a round (consolidated feedback from a named ap…
- Scenario
Is a client-requested training session out of scope?
Yes — a structured training session is almost always out of scope. A handoff call to explain deliverables is usually in scope; a training s…
- Scenario
Is a full logo redesign out of scope mid-project?
Yes — in nearly every freelance design contract, a logo redesign introduced after the original logo has been approved is a separate engagem…
Answer scope creep from your actual contract — not a template.
Settled reads your contract and the client's request, gives you a verdict (In Scope / Out of Scope / Ambiguous), and drafts the email grounded in your specific clause.