-
Stop Thinking of Rush Fees as a Cost—They're an Insurance Premium
-
My Wake-Up Call: The $15,000 Lesson
-
The Conventional Wisdom Is Wrong (I Tracked the Data)
-
Why You Shouldn't Trust 'Probably on Time' Promises
-
But What If You Can Plan Ahead?
-
The 'Cheap' Option That Cost Us $1,200
-
Does This Apply to Everything? No. But Here's When It Does.
Stop Thinking of Rush Fees as a Cost—They're an Insurance Premium
I'll say it plainly: in a time crunch, certainty is almost always worth more than the cheapest option. Not sometimes. Not maybe. Almost always.
For years, I bought into the conventional wisdom: always get the best price, plan ahead to avoid rush fees, never pay for what you can get for free with a week's notice. I even had a spreadsheet to prove how much we saved by not paying for expedited services.
That spreadsheet was a lie. Well, not a lie—just incomplete.
My Wake-Up Call: The $15,000 Lesson
In March 2024, our main warehouse was facing a 30% capacity spike for a client event that couldn't be rescheduled. We needed Tripp Lite isobar rackmount PDUs and a few Tripp Lite 3000VA UPS units delivered to a temporary site—by Friday. We had four days.
Vendor A could deliver by Thursday for $400 extra in rush fees. Vendor B had the same gear for 12% less, but could only promise delivery 'by the end of the week'—with no guarantee on which day.
I almost went with Vendor B. The savings were real, and $400 for a few days' head start seemed wasteful. Then I calculated the downside: if the gear arrived even one day late, we'd miss the setup window. The client contract had a $15,000 penalty clause for missing the event's technical requirements.
We paid the $400 premium. Vendor A delivered Thursday morning. Vendor B's shipment arrived the following Tuesday—three days after the event started.
That $400 'waste' saved us $15,000. That's a 37.5x return.
The Conventional Wisdom Is Wrong (I Tracked the Data)
After that incident, I audited our procurement patterns over the previous 18 months. We'd processed 47 rush orders in that period. What I found surprised me:
- 32% of our 'standard' orders arrived late enough to cause operational hiccups (missing a deadline, delaying a project start).
- Only 7% of rush orders arrived late—and in every case, the vendor refunded the rush fee.
- The average cost of a 'late standard order' incident was $1,200 in lost productivity, overtime, or last-minute workarounds.
- The average rush fee we paid? $180.
Everything I'd read about time certainty in procurement said to avoid rush fees. The data told me the opposite. I'd been optimizing for the wrong metric.
Why You Shouldn't Trust 'Probably on Time' Promises
I've seen this pattern multiple times. A vendor says, 'We'll get it to you by Friday—probably.' The buyer, seeing a lower price and hearing 'probably,' assumes it's fine. But 'probably' is not a guarantee.
Here's what I've learned: a promise of 'probably on time' has an implicit risk premium built in. The vendor is not charging you for that risk—they're passing it to you. The only way to mitigate it is to have a backup plan, which has its own costs. Or you pay a premium for a guarantee, which shifts the risk back to the vendor.
Rush fees are not a cost. They're an insurance premium.
But What If You Can Plan Ahead?
I hear this argument a lot: 'If you plan properly, you never need rush services.' That's true—in a perfect world. But we don't live in a perfect world.
In the past year alone, we had two critical orders disrupted by: a trucking strike, a raw material shortage that delayed manufacturing, a vendor going out of business mid-order, a mis-shipment that sent our gear to the wrong state, and a client adding 50% to an order scope two days before the launch.
Planning can reduce uncertainty, but it cannot eliminate it.
I'm not 100% sure, but I'd estimate that for every one rush order we placed due to poor planning, there were three placed due to external events we couldn't control. That's not an excuse for poor planning—it's a reality check.
The 'Cheap' Option That Cost Us $1,200
Last year, a colleague in marketing wanted to order custom promotional packaging for a trade show. She found a budget vendor that was 30% cheaper than our usual supplier. We had a six-week lead time, so no rush needed. Easy savings, right?
We didn't have a formal approval process for choosing new vendors on low-criticality orders. That was a process gap. The third time something went wrong with a new vendor, I created a vendor vetting checklist.
The budget vendor delivered on time, but the packaging was off-spec—wrong dimensions, poor print quality. We had to reorder with our regular vendor at standard pricing plus a 20% redo fee. Total cost of going 'cheap': $1,200 more than if we'd just used the reliable vendor from the start.
I assumed 'same specs' meant identical results. Didn't verify. Turned out each vendor had different quality standards for the same product description.
Does This Apply to Everything? No. But Here's When It Does.
I'm not saying you should always take the most expensive, fastest option. That's reckless. But the conventional wisdom of 'always go cheap and plan ahead' is equally reckless for anything with a hard deadline or a consequence for failure.
Ask yourself these questions before any procurement decision:
- What's the cost of a delay? If it's zero (or close to it), go cheap.
- Is the consequence of failure a financial penalty, a missed event, or a client relationship? If yes, premium is worth it.
- Can you afford a 'redo' in time and money? If not, don't risk it.
For routine restocking of non-critical items, by all means, go for the lowest cost. But for anything with a deadline that matters—a live event, a client demo, an infrastructure cutover—pay for certainty.
I don't like paying rush fees. Nobody does. But after tracking 200+ orders across six years, I can tell you this: unreliable cheap is usually more expensive than expensive reliable.
And if you're currently holding a Tripp Lite UPS manual, trying to figure out how to turn on a flip phone for an emergency line, or rushing to set up a Tripp Lite isobar rackmount for an unexpected audit—you already know exactly what I'm talking about.