Speed is a separate ask

Rush work costs extra because a judge's stated turnaround reflects a queue of briefs already accepted before yours. Asking for a clip sooner is not asking for the same job faster - it is asking the judge to move your request ahead of work they already committed to, which is a different request with a different price.

Why it costs extra

Moving one brief up the queue means something else moves back, unless the judge simply works longer hours to absorb both, which is its own cost. Either way, a rush request consumes something scarcer than an ordinary one: a judge's ability to plan their own working hours. Reshuffled work has a measurable cost: in a controlled experiment, Mark, Gudith and Klocke (CHI 2008) found people finished interrupted tasks faster with no difference in quality, but reported more stress, frustration, time pressure and effort. A quote already prices the job as described, and "as described" now includes when it lands, not just what it contains. A rush premium is the honest price of that reordering, the same way a courier charges more for same-day than for a week out - the parcel is identical, the disruption to the route is not.

What it is not

It is not a fee for working faster in some abstract sense, and it is not a penalty for being disorganised. A judge who can turn work around quickly as their normal pace has nothing to charge extra for, because there was no queue to jump. The premium only applies where a faster delivery means displacing something already promised to someone else. Turnaround in general is a separate question from rush pricing - one describes the normal window, this is only about paying to beat it.

Why many judges do not offer it at all

Plenty of judges simply decline rush requests rather than price them, and that is a legitimate answer rather than an unhelpful one. Reordering a queue built around other people's accepted quotes has real friction and real risk of letting someone else down, and a judge who would rather protect that order than manage exceptions to it is making a reasonable trade. A flat no to a rush request should be read the same way as any other decline: about capacity, not about you.

Anyone comparing this against an automated score delivered in minutes as standard is comparing two different products - speed is the default there because there is no queue and no performance to schedule, which is a structural difference rather than an effort difference. The same is true of a scored tool's fixed pricing, which has no rush tier because there is no queue underneath it to reorder, and it is true of taking your own measurement, which was never waiting on anyone else's schedule in the first place. On a platform like Rate Cock, whether rush is available at all shows up on the judge's own profile rather than in a general house policy, because it is each judge's queue being asked to bend, not the platform's.