← Effective labor rate calculator
Names no specific product or company. This compares a free calculator against the generic method every shop owner already has: pulling labor sales and labor hours off your management system's own reports and dividing one by the other.
Labor sales ÷ the labor hours they were billed against. That is the effective labor rate, it is one line of arithmetic, and your DMS already prints both numbers on reports you run anyway. If you take nothing else from this page, take that: it is the single most useful figure most shops are not looking at, and no tool is required to get it.
What follows is not an argument that the division is hard. It is the four places the division gives a number you cannot act on, and each of them is a place a hand calculation quietly picks an answer without telling you it chose.
Every figure below comes from this calculator's own starting numbers — a three-technician shop with a $165 posted rate, one month: 320 customer-pay hours billing $46,400, 45 warranty hours billing $4,275, 28 internal and comeback hours billed to nobody, and 480 technician clock hours paid.
| Question | Dividing it yourself | This calculator |
|---|---|---|
| The headline rate | $50,675 ÷ 365 = $138.84 — correct, and the same number this page reports |
$138.84, plus the realization ratio it implies: you collect 84 cents of every posted dollar |
| Which hours you divided by | Whichever column the report happened to show. Sold hours give $138.84; the 393 hours actually consumed give $128.94 — a $9.89 difference from the same sales figure | Reports both, labelled: an effective rate on hours sold and an effective rate on all hours consumed |
| Customer-pay vs. warranty | Blended into one number unless you deliberately pull and divide the two separately | Split out: $145.00 customer-pay, $95.00 warranty — and the shortfall apportioned 67% / 33% between them |
| Unbilled hours | Invisible. Nobody was invoiced for the 28 comeback and internal hours, so they appear in no labor-sales figure and change no division | Priced at the posted rate — $4,620 this month, about $55,440 a year — and carried into cost per billed hour |
| What an hour actually costs | Usually payroll ÷ clock hours: $19,200 ÷ 480 = $40.00 |
$40.00 a clock hour, but $52.60 inside every hour you bill, because you sold 365 of the 480 hours you paid for (76% efficiency) |
| The rate a target gross profit needs | Commonly set to the required rate itself — which then gets collected at the same 84% and lands short | $175.34 must reach the invoice for 70% labor gross profit, so the posted rate has to be $208.39 |
| History across months | Its real strength — a row per month, per tech, or per advisor, tied to your own export | Prices one period at a time and saves no history; it does not replace a tracking sheet |
| Where the numbers go | Your file, your machine | Also your machine — the arithmetic runs in your browser and nothing you type is uploaded |
Sold hours and consumed hours are different, and on these figures they are 28 hours apart. The same $50,675 of labor sales is either $138.84 an hour or $128.94 an hour depending on which denominator the report you grabbed happened to contain. Both are real numbers; only one answers "what did I collect for an hour I sold". A hand calculation makes that choice silently.
$138.84 is the average of $145.00 of customer-pay work and $95.00 of warranty work. Customer-pay discounting — coupons, fleet rates, waived diagnostic time, book hours trimmed at the counter — is money the shop gave away and can stop giving away. Warranty shortfall is a rate somebody else sets, and the only lever is how much of that work you take. Reading one blended number tends to send a shop at whichever of those is loudest rather than whichever is biggest. Here it is customer-pay, at 67% of a $9,550 monthly gap.
The 28 hours that went to comebacks, policy work and shop vehicles produced no invoice, so they are in no labor-sales total and no division will ever surface them. Payroll paid for them regardless, which is why they show up instead as the difference between $40.00 a clock hour and $52.60 a billed hour. At the posted rate those bays represented $4,620 of capacity this month.
This is the one that costs real money. If 70% labor gross profit needs $175.34 to land on the invoice, posting $175.34 does not deliver it — you would collect roughly 84% of it, about $147.54, for the same reason you collect 84% of $165 today. The posted rate that actually realizes $175.34 is $208.39. Every rate rise that "didn't work" is a candidate for this arithmetic.
For tracking, it plainly is. This page has no memory: close it and the month is gone. A sheet with a row per month — or per technician, or per service advisor — tied to your own DMS export is how you see a trend, and that is a thing this calculator does not do and is not trying to do. The sensible arrangement is both: work one month out here to see where the gap sits and what the required posted rate is, then log the result in your own file.
Every figure on this page is the calculator's own worked example, not a claim about any real shop and not an industry benchmark. Your mix, your rates and your reports will produce different numbers — the point is which numbers to produce, not what they should come out to.
Yes, and you should — it is one line of arithmetic and your management system already prints both numbers. Pull labor sales and the labor hours they were billed against for the same period and divide. That single figure is the most useful number most shops are not looking at. The reasons this page exists are what the division does not tell you: which hours you divided by, that a blended rate hides two very different rates, that unbilled hours never appear in it at all, and that the posted rate a target gross profit requires is not the rate the target names.
For an effective labor rate, divide by the hours you actually billed against, not the hours you paid for. Those are different numbers and they give different answers. On this page's worked figures, dividing $50,675 of labor sales by the 365 hours sold gives $138.84; dividing the same sales by the 393 hours consumed — the sold hours plus 28 internal and comeback hours nobody was invoiced for — gives $128.94. Neither is wrong, but they answer different questions, and a hand calculation rarely says which one it did. The calculator reports both and labels them.
Because customer-pay and warranty work are paid at rates you control to very different degrees. On the worked figures the blended rate is $138.84, but customer-pay collected $145.00 an hour and warranty collected $95.00. Those have different fixes: customer-pay discounting is a pricing and counter-process problem, warranty shortfall is a mix problem whose only lever is how much of that work you accept. A shop reading only the blended number tends to attack whichever cause is most visible rather than the largest. On these figures customer-pay is 67% of the shortfall and warranty is 33%.
Because you will collect the new posted rate in roughly the same proportion you collect the current one. On the worked figures a 70% labor gross profit needs $175.34 to actually reach the invoice — but at the 84% realization the shop is currently running, posting $175.34 collects about $147.54. The posted rate that delivers $175.34 of realized rate is $208.39. This gross-up is the step a spreadsheet almost always misses, and it is why a rate rise worked out by hand usually lands short of what it was meant to fix.
No, and for tracking it should not. This page prices one period at a time and saves no history, while a spreadsheet's real strength is a row per month, per technician or per service advisor, tied to your own DMS export. Many shops would use both: this calculator to get one month's arithmetic right and see where the gap sits, and their own sheet to log the result and watch the trend over a year.