Which KPIs Matter for Managing Tech Downtime Between Jobs? A Shop Foreman's Guide

|10 min read
shop foremankpistechnician downtimedealership managementservice operations

The KPIs that matter most for managing tech downtime between jobs are: wrench time percentage (target 65-75% of scheduled hours), average job cycle time, labor hours per RO, technician utilization rate, and open job count by tech. These five metrics directly reflect whether your team is stuck waiting between jobs or moving systematically through your queue—and they're all actionable on a daily basis.

Why wrench time percentage is your north star metric

Wrench time is the percentage of a technician's paid shift spent actually working on a vehicle—not waiting for parts, not looking for an RO, not sitting in a bay because the next job hasn't been assigned. A tech making $28 per hour with 40 hours scheduled costs your shop roughly $1,120 per week. If that tech is only turning wrenches for 50% of that time, you're burning $560 in pure idle labor every single week.

Here's what matters: most top-performing shops target 65-75% wrench time. Anything below 60% is a red flag that your job flow is broken somewhere upstream. That might be an MPI backlog, parts delays, service advisor bottlenecks, or just poor job sequencing.

Tracking wrench time doesn't require a consultant. You need:

  • Time-clock punch data (in, out, break times)
  • RO clock-in and clock-out timestamps
  • A spreadsheet or report showing total paid hours minus break time, divided by wrench hours logged

The reason to obsess over this metric: it's one of the few that directly ties shop floor behavior to your P&L. Every 5% improvement in wrench time on a four-tech shop is roughly $2,200 per week in recovered labor productivity.

How to measure and reduce average job cycle time

Job cycle time is the calendar time from when a vehicle arrives at your door to when it leaves,not labor hours, but actual elapsed time. A typical routine service might be 2 days. A transmission diagnostic could be 4 days. A major reconditioning job might be 10.

Why this matters for downtime management: if your cycle times are creeping up (8 days average instead of 5), your technicians are sitting between jobs more often because you're not turning inventory fast enough. Slower cycle time also means fewer total ROs your techs can touch each week,which means fewer labor-hours opportunities.

To measure it:

  1. Pull the date/time a vehicle was checked in
  2. Pull the date/time it was delivered or picked up
  3. Calculate the difference in calendar days
  4. Break it down by job type (routine service, reconditioning, warranty, etc.)
  5. Compare month-to-month and look for drift

The hardest part isn't calculating it,it's diagnosing why it's slow. Is it parts availability? Is the service advisor not scheduling appointments close together? Are your techs waiting for inspections or approvals? Start there, because a one-day improvement in cycle time often eliminates downtime without hiring anyone.

Labor hours per RO: the efficiency fingerprint

This one is simple: divide total labor hours billed on an RO by the number of jobs on that RO. If your target is $65/hour billed rate, an RO with 5 labor hours should be worth roughly $325 in labor revenue.

Why it matters for downtime: if your labor hours per RO are dropping, it often means jobs are getting shorter and simpler,which is great for throughput but can leave techs with nothing to do between appointments. Conversely, if labor hours per RO are rising but you're not billing more, it might mean your techs are taking longer to diagnose or complete tasks, which creates downstream gaps.

Track this by:

  • Service advisor (are some writing shorter ROs?)
  • Technician (do some take longer on similar jobs?)
  • Job category (routine maintenance vs. diagnostics vs. parts replacement)

One strong opinion here: if your labor hours per RO are below your historical average and your techs are complaining about downtime, the problem isn't lazy technicians,it's that your service advisor team is writing too many small jobs instead of consolidating work into meatier ROs that keep techs busy longer.

Technician utilization rate and the queue visibility problem

Utilization rate is the percentage of available tech hours that are assigned to an RO (either in progress or scheduled). If a tech has 40 hours available this week and 28 are assigned to jobs, utilization is 70%.

The reason this is critical for managing downtime: low utilization isn't always bad (you need some buffer for emergencies and rework), but high *visibility* of low utilization is golden. If you can see on Monday morning that a tech has only 20 hours of work scheduled for the week, you have time to pull jobs forward, adjust the MPI queue, or call in a customer.

Most shops aim for 80-90% utilization. Below 75% means systemic scheduling problems. Above 95% is unsustainable and leads to overtime and rushed work.

The trick: measure this forward-looking, not backward-looking. Don't wait until Friday to realize Tuesday was a ghost town. Pull a utilization report every morning showing the next 7-14 days. This is the kind of workflow Dealer1 Solutions was built to handle,you need visibility at a glance, not a 30-minute spreadsheet hunt.

Open job count by technician: the real-time downtime detector

This is the simplest metric and often the most revealing. Count how many jobs each technician has currently assigned but not started. If a tech has zero open jobs, they're either working on something right now or about to sit idle.

Example: it's 10 a.m. on a Tuesday. Tech A has 3 jobs waiting in the queue. Tech B has zero. Tech C has 1. You immediately know that Tech B and C need attention in the next 30 minutes, or they'll hit downtime.

This should be a live number you check daily,ideally as a standing item in your morning huddle. "Tech A at 2 jobs, Tech B at 1, Tech C needs something by 11." That's it. Takes 30 seconds and prevents two hours of idle time.

The metrics that feel important but waste your time

Not every KPI deserves your attention. Some things sound professional but don't actually help you manage downtime:

  • Average labor rate per hour: Useful for pricing, not for managing idle time.
  • Parts turnover velocity: Useful for inventory management, not technician scheduling.
  • Customer satisfaction (CSI) scores: Extremely important for the business, but not a downtime-management tool.
  • Gross profit per RO: Great for financial planning. Doesn't tell you why a tech is standing around at 2 p.m.

Stay laser-focused on the five that actually move the needle on downtime: wrench time %, cycle time, labor hours per RO, utilization rate, and open job count.

Setting targets and reviewing weekly

Your shop foreman role includes setting realistic targets for each metric and reviewing them weekly with your service manager and general manager. Here's what a typical target board looks like:

  • Wrench time: 70% (current week: 68%)
  • Avg cycle time: 4.2 days (current: 4.8 days)
  • Labor hours per RO: 3.1 hours (current: 2.9 hours)
  • Technician utilization: 82% next 7 days (current: 76%)
  • Avg open jobs per tech: 1.8 (current: 1.2,too low)

When utilization drops or open jobs fall below target, don't wait for the monthly review. Flag it immediately. Pull jobs forward from the queue, ask the service advisor to call customers about wait-list appointments, or have a tech help with reconditioning prep.

The best shops review these numbers every morning. Not in a formal meeting,just a quick check during the huddle so the whole team knows the score and can adjust in real time.

Frequently asked questions

What's a realistic wrench time percentage for a multi-tech shop?

Most shops with 3+ technicians target 65-75%. If you're consistently above 80%, you're either not tracking breaks and non-billable tasks accurately, or your techs are overworked. Below 60% means your job flow has a serious bottleneck,usually parts delays, inspection hold-ups, or poor scheduling.

How do I know if high downtime is a scheduling problem or a tech problem?

Look at open job count and utilization first. If every tech has multiple jobs lined up but cycle times are long, the problem is job flow (parts, approvals, inspection delays). If techs have few open jobs and wrench time is low, the problem is scheduling,your service advisor isn't writing enough work or isn't sequencing it well.

Should I be tracking downtime by day of the week?

Yes. Most shops see lower utilization on Fridays and Mondays. Friday can be legitimate (customers don't want to drop cars off before a weekend). Monday might reveal a scheduling issue from the previous week. Track it and adjust your job-pull strategy accordingly.

Can I improve cycle time without hiring more technicians?

Often, yes. Start by identifying which job categories have the longest cycle times. A typical $3,400 timing belt job on a 2017 Pilot at 105,000 miles should take 2-3 days max if parts are in stock. If yours are taking 5+ days, investigate parts delays or approval bottlenecks, not labor availability.

What's the relationship between wrench time and labor hours per RO?

They're independent. You can have high wrench time (techs are busy) but low labor hours per RO (jobs are small). You can also have low wrench time (lots of downtime) and high labor hours per RO (when they do work, it's long jobs). Both metrics together tell you the full story.

How often should I review these KPIs with my team?

Daily in a quick huddle (5 minutes), weekly in a formal review, and monthly in a detailed analysis. The daily check prevents surprises. The weekly review spots trends. The monthly deep-dive reveals systemic issues.

---

Stop losing vehicles in the recon process

Dealer1 is the all-in-one platform dealerships use to manage inventory, reconditioning, estimates, parts tracking, deliveries, team chat, customer messaging, and more — with AI tools built in.

Start Your Free 30-Day Trial →

All features included. No commitment for 30 days.

Which KPIs Matter for Managing Tech Downtime Between Jobs? A Shop Foreman's Guide | Dealer1 Solutions Blog