Industry guide · Field Service Management

The Declined and Deferred Repairs Your Shop Is Quietly Losing Every Week

The short answer

Most independent auto repair shops start with a focused first release in the $50,000 to $120,000 range, shipping in 10 to 16 weeks, usually an AI follow-up engine for declined work and stuck approvals, or an after-hours booking agent wired into Tekmetric or Shopmonkey. A full operations platform that also handles scheduling, reviews and multi-location reporting runs $150,000 to $350,000, phased over 6 to 12 months. You are paying for jobs won back and a phone that always answers, not for the model underneath.

The declined work sitting in your shop management system right now

Your lead tech pulls a 2015 Silverado onto the lift for a brake job. Fifteen minutes into the digital vehicle inspection he flags a weeping water pump, a torn CV boot, and lower control arm bushings that are finished. The service advisor sends the inspection with photos to the customer through Tekmetric. The customer approves the brakes and declines the rest: not today, maybe next month. Your system files three line items under declined work, worth roughly $1,400 in parts and labor, and nobody opens that report again.

By Thursday the same advisor has four estimates over $1,000 waiting on approval. One is an $1,800 suspension job. The customer said he would call back after talking to his wife, so the car sits on your lift tying up a bay. Two days later he authorizes the work at the dealer down the road, because they called him and you did not. Friday at 8:50pm a driver with a dead alternator calls your shop, gets voicemail, and books somewhere else before you open.

None of this shows up as a crisis. There is no alert and no red number. It leaks quietly: a few declined jobs here, an estimate that goes cold there, an after-hours call that rings out. Across a busy multi-bay shop that is the gap between an average repair order around $480 and one closer to $620, and between four cars a day and six. Tekmetric, Shopmonkey and Mitchell 1 record all of it accurately. None of them lifts a finger to win it back.

Problem 1: The declined jobs nobody ever chases

Every shop running digital inspections is building a graveyard of declined work. The report exists in Tekmetric and Shopmonkey. What does not exist is anyone with time to work it. Your advisors are slammed writing today's orders, and last month's declined water pump is not their concern at 4pm on a Friday.

The off-the-shelf tools stop at the report. They can show you the declined line items, but they will not text the customer 45 days later, reference the exact vehicle and service, attach the original inspection photo, and offer a time. A custom follow-up engine does exactly that. It reads declined and deferred line items from your system through its API, sequences a message at a sensible interval (sooner for a leaking water pump, before winter for a weak battery), and personalizes it to the vehicle and the specific job. Replies route straight to the assigned advisor, and every booked recovery is tracked back to the line item so you can finally see the revenue the report was sitting on.

Problem 2: Estimates that go cold waiting on approval

The $1,800 suspension job did not lose itself. It sat unapproved for two days while your advisor was heads-down and the customer was undecided. Tekmetric sent the estimate once. After that, silence, until the dealer got there first.

A shop management system treats an estimate as a document. It does not know that an unapproved job over $1,000 is money walking out the door. Custom automation treats approval as a workflow with a clock on it. When a high-value estimate goes unapproved past a threshold you set, the AI sends a plain, friendly nudge with the inspection photos, answers the predictable questions (why this is needed now, what happens if it waits), and offers a financing link if you carry one. If the customer replies with a real objection or a question about price, it hands off to the advisor with the full context instead of dropping the ball. Shops measure this directly as a lift in inspection approval rate.

Problem 3: The 8pm call that goes straight to voicemail

Plenty of the cars that book on a Tuesday were decided the night before, and your phone was off. The stranded alternator caller, the parent whose brakes are grinding on the school run, the fleet manager with a truck down: they call after five, hit voicemail, and the next shop's phone rings.

Tekmetric, Shopmonkey and Mitchell 1 do not answer your phone. That is not what they are for. An AI phone and booking agent does. It picks up after-hours and overflow calls, tells the caller your hours and whether you service their vehicle, captures the year, make, model and complaint, and books the appointment straight into your calendar against real bay and technician availability so it does not double-book your one alignment rack. It texts a confirmation, logs the call, and escalates a genuine emergency to a human. The outcome the owner cares about is simple: the calls that used to become voicemails become cars in bays.

Problem 4: The reviews you earned but never asked for

You did clean work on that Silverado. The customer drove off happy. No review went up, because asking got forgotten in the rush of pickup, and the one time you did ask, it was at drop-off before the work was even done.

Some systems fire a generic review request, usually mistimed and easy to ignore. A custom flow triggers on the moment that matters, the repair order closing and the car leaving, and sends a personalized ask by text a short time after pickup. It routes an unhappy reply to the owner privately before it lands on Google, and it tracks which advisor and which technician are earning the reviews. Wired to your Google Business Profile, this is the difference between a trickle of reviews and a steady stream that quietly moves you up the local map pack.

Problem 5: The schedule that double-books your best tech

Your master tech is the only one who touches diagnostics and driveability. This morning the calendar has him on two big jobs at once, a comeback squeezed in between, and a car pulled into the bay before its parts arrived. Nobody planned it that way. The calendar simply does not know any better.

A shop management calendar is a grid of open slots. It does not understand the labor hours on the estimate, which tech is certified for the job, which bay has the lift or the alignment rack, or whether the part is on the shelf. Smarter scheduling built around your shop does. It reads the job's labor time, the technician's skills, the bay type, and parts availability, and it stops a car from being pulled in before the parts land. For shops running fleet accounts or a mobile service van, the same logic routes the mobile tech so you are not sending him back across town twice in one day.

Problem 6: The gold mine already inside your shop management system

You have years of repair orders, customers and vehicles sitting in Tekmetric or Mitchell 1, and almost none of it has ever been worked as a marketing asset. The customer who came once in 2023 for a battery and vanished. The fleet of company vans overdue for their interval by mileage. The two hundred vehicles with declined work you already know about.

That database is not a filing cabinet, it is a demand engine nobody switched on. Mining it means pulling service history, mileage and intervals, then automatically reaching the customers who are actually due: an oil change coming up by date or estimated mileage, a timing belt approaching its window, a one-time customer worth a win-back offer. This is not a blast to your whole list. It is the right message to the right owner about their specific vehicle, which is exactly the thing a generic email tool inside your management system was never built to do.

What this costs and how long it takes

These bands come from Digital Heroes delivery experience across more than 2,000 projects, not a price list. A focused first release, the kind that solves one expensive problem, typically runs $50,000 to $120,000 and ships in 10 to 16 weeks. For a shop, that is usually the declined-work and approval follow-up engine, or the after-hours booking agent, wired into Tekmetric or Shopmonkey. A full operations platform that also handles scheduling, reviews, reactivation and multi-location reporting runs $150,000 to $350,000, phased over 6 to 12 months so you get working pieces along the way instead of one distant launch.

What pushes the number up in this niche is specific. Some shop systems have solid APIs and some do not: Tekmetric and Shopmonkey expose real integration points, while an older Mitchell 1 Manager SE install can mean deeper work to read and write data cleanly. Texting your customers legally means A2P 10DLC registration and TCPA-compliant opt-in, which is not optional and takes lead time. Parts and labor guide integrations, financing and payment processing, and rolling the whole thing across several locations each add scope. None of that is a reason to avoid building. It is the reason to scope it with someone who has done it in a shop before.

When Tekmetric is enough, and when it is time to build

Be honest with yourself before you spend a dollar. If you run a single location with one or two advisors, a standard workflow, and you are actually using the declined-jobs report and the built-in texting, Tekmetric, Shopmonkey or Mitchell 1 is enough. Do not build software to solve a discipline problem.

The signals that it is time to layer AI automation on top are concrete. You have multiple locations with inconsistent processes. Your service manager burns two hours a day chasing approvals and declined work by hand. There are thousands of declined line items rotting in the system. You carry fleet or wholesale accounts with billing your software fights you on. The phone goes to voicemail every night while you are closed. The position that has held up across 2,000-plus builds is this: do not rip out Tekmetric, it is good at what it does. Put an AI layer on top of it through its API, and only replace the core system in the rare case where the system itself is the thing blocking your shop.

How to choose a developer for auto repair software

The wrong developer will build you a pretty generic CRM (Customer Relationship Management) that does not know what a declined job is. Vet for the specifics of this trade.

First, ask what they have integrated with. Someone who has worked with Tekmetric, Shopmonkey or Mitchell 1 can tell you honestly which systems have real APIs and which need a workaround, before you sign. Second, make sure they understand A2P 10DLC and TCPA texting rules; a shop that starts blasting texts without registration gets its numbers blocked, and preventing that is the developer's job. Third, listen for whether they speak your economics: average repair order, effective labor rate, inspection approval rate, comebacks, declined work. If they only say "CRM" and "leads," keep looking. Fourth, insist they prove it against a copy of your real repair order history before you commit to a large build, so you see it working on your Silverados and your customers, not a blank demo.

Research & sources

The evidence behind this guide

Independent findings on why this investment pays off. Every link goes to the primary source.

  1. PTC identifies the leading causes of failed first visits as parts unavailability (the single most-cited complaint, named by 51% of field service executives), technicians lacking the required equipment or skills, and insufficient time allocated to the job - making parts logistics and skills-based dispatch the highest-leverage fixes. Source: PTC (2023) →
  2. Salesforce's field-service research (State of Service / field service trends, survey of 5,500+ service professionals) found that 74% of mobile workers report increasing workloads and 47% say appointments don't go as planned due to customer miscommunication, unaccounted-for parts, or insufficient appointment lengths and travel times. (The separate claim that admin tasks consume ~30% of a technician's hours is NOT supported by the report - the seventh-edition data instead states technicians spend about 18% of working hours, ~7 hours/week, on admin, and only ~32% of time interacting with customers.). Source: Salesforce (2024) →
  3. Across more than 5,400 IT projects studied by McKinsey and the University of Oxford BT Centre, large IT projects ran on average 45% over budget and 7% over schedule while delivering 56% less value than predicted. Source: McKinsey & Company / University of Oxford (BT Centre for Major Programme Management) (2012) →
  4. In the Flexera 2025 State of ITAM report, respondents reported roughly 33% of SaaS spend is wasted, underscoring how paying for off-the-shelf seats and tiers that go unused erodes the supposed cost advantage of generic SaaS. Source: Flexera (2025) →
Rohan Malhotra · Enterprise Software Consultant

Rohan advises mid-market and enterprise teams on ERP, CRM and custom software, and has led delivery on dozens of business-software builds.

Writes for Digital Heroes, shipping business software for 2,000+ brands across 55+ countries since 2017.

FAQ

Frequently asked questions

How much does custom software for an auto repair shop our size actually cost?
A focused first release for an independent shop usually runs $50,000 to $120,000 and ships in 10 to 16 weeks. That typically covers one high-value workflow like AI follow-up on declined work or an after-hours booking agent wired into your shop management system. A full multi-location operations platform runs $150,000 to $350,000 phased over 6 to 12 months. These are Digital Heroes delivery bands across 2,000-plus projects, not off-the-shelf license fees.
Do we even need custom software if we already run Tekmetric or Shopmonkey?
If you run a single location with one or two advisors and mostly need repair orders, digital inspections and basic texting, Tekmetric or Shopmonkey is genuinely enough and you should not build. Custom software earns its keep once you have multiple bays or locations, a service manager losing hours to approval chasing, and thousands of declined line items nobody follows up on. The common move is not to replace your system but to layer AI automation on top of it through its API.
Can AI really answer our shop phone and book jobs?
Yes. An AI phone agent can pick up after-hours and overflow calls, tell the caller your hours and whether you service their vehicle, capture the year, make, model and complaint, and book the appointment directly into your calendar against real bay and technician availability. It texts the customer a confirmation and escalates a genuine emergency to a human. In practice it captures the 8pm calls that currently go to voicemail and to the shop down the street.
How do we migrate our customer and repair order history off Tekmetric or Mitchell?
For most projects your Tekmetric, Shopmonkey or Mitchell 1 data does not need to move at all. AI automation usually reads from your existing system through its API or a secure export, so customers, vehicles and repair order history stay where they are. If you are consolidating multiple locations or replacing an older system, a one-time migration of customers, vehicles and open orders is scoped separately and validated against a copy of your live data first.
How long does a build like this take?
A focused first release ships in 10 to 16 weeks, including discovery, integration with your shop management system, and testing against your real repair order history. A full operations platform is phased over 6 to 12 months so you get a working piece every few weeks rather than waiting for one big launch. Texting compliance registration can add a couple of weeks, so it is started on day one.
What results should we actually expect from this?
Expect concrete operational numbers, not vague promises: more declined jobs booked back, a higher digital inspection approval rate, fewer after-hours calls lost to voicemail, and more Google reviews per closed repair order. Owners usually watch average repair order, car count and reactivated customers. Digital Heroes scopes each build around one or two of these metrics so you can tell whether it paid for itself.
Do we own the code, or are we locked into a vendor?
You own the code, the data and the integrations outright. Digital Heroes delivers the repository, documentation and deployment so you are never tied to a single vendor. If you ever part ways, another developer can pick it up, which is the opposite of how a closed SaaS subscription works.
Does this replace Tekmetric or sit on top of it?
In most cases it sits on top of Tekmetric, Shopmonkey or Mitchell 1 rather than replacing it. Your team keeps writing repair orders and running inspections exactly as they do now, while the AI layer handles follow-up, booking, reviews and reporting through the system's API. Custom software only replaces your shop management system when that system itself is blocking your workflow, which is rare and expensive to justify.
Can it automatically follow up on our declined and deferred work?
Yes, and it is usually the highest-return place to start. The automation reads declined and deferred line items from your shop management system, then texts or emails the customer at the right interval with the vehicle, the specific service and photos from the original inspection, and offers to book it. Replies route to your service advisor, and every recovered job is tracked so you can see the revenue the old declined-jobs report was quietly sitting on.
How long does it take to build a custom field service app with scheduling, dispatch, and a technician mobile app?
Plan on 12 to 16 weeks for a working first release covering scheduling, dispatch, and a technician mobile app, and 5 to 7 months for a full platform with offline mode and accounting sync. Across 2,000+ Digital Heroes projects, field service timelines slip in two predictable places: underscoped offline behavior and integration testing against QuickBooks or the payment processor. Both belong in week one of planning, not month four.
How much does it cost to build custom field service management software for a small business?
For a company running 5 to 25 technicians, a focused first version with scheduling, dispatch, a technician mobile app, and invoicing typically runs $40,000 to $80,000 in Digital Heroes delivery experience. A full platform with offline mode, a customer portal, GPS tracking, and accounting sync lands between $90,000 and $180,000. The two biggest cost drivers are offline sync depth and integration count, so pin both down in scoping and the quote holds.
What does it cost per year to maintain custom field service software?
Budget 15 to 20 percent of the original build cost per year, so $15,000 to $20,000 on a $100,000 platform. That covers hosting, security patches, integration API changes, a monthly block of small improvements, and the iOS and Android updates Apple and Google ship on their own schedule. Skipping it is not a savings; the technician app needs attention every OS cycle or it eventually stops opening on new phones.
How much would it cost to build something like ServiceTitan just for my company?
A true ServiceTitan clone would cost millions and you do not need one, because companies that bring this request to Digital Heroes typically use 20 to 30 percent of its features. Building that slice, shaped to your exact dispatch board and technician day, runs $80,000 to $200,000 depending on offline requirements and integrations. The field service builds that succeed copy a workflow, not a product.
How do I calculate whether custom software will pay for itself?
Divide the build cost by the monthly benefit, where benefit is hours saved times loaded hourly cost, plus subscription fees replaced, plus any revenue the software unlocks. Three staff saving 10 hours a week each at a $40 loaded rate is about $62,000 a year, which pays back a $60,000 build in roughly 12 months. Across Digital Heroes internal-tool projects, 12 to 24 months is the normal payback range, and anything projecting under 6 months usually means the spreadsheet is hiding costs.
Who owns the code when an agency builds my software?
You should, completely, through a written intellectual property assignment that transfers everything on final payment; without that clause, copyright stays with whoever wrote the code by default. Insist that the repository lives in your own GitHub organization from day one and that hosting, domains, and third-party accounts are registered to you. Also check for licenses to the agency's proprietary frameworks buried in the contract, because those can make switching vendors practically impossible even when you own your own code.
What features should the first version of a custom field service app include?
Version one needs the daily loop and nothing else: job creation, a drag-and-drop dispatch board, a technician mobile app that works offline, photo and signature capture, and invoicing that reaches your accounting system. Customer portals, route optimization, inventory, and reporting dashboards belong in phase two. The test for every feature is whether a dispatcher or technician touches it every day; if not, cut it.
How does custom field service software work when technicians have no cell signal?
Properly built field software stores the technician's entire day on the device, including job details, forms, photos, signatures, and parts, then syncs automatically when signal returns. The hard engineering is conflict resolution: deciding what happens when a dispatcher reassigns a job while the technician is working it offline. That logic has to be designed before the build starts, because retrofitting offline into an app that assumed a connection is close to a rewrite.
Will custom field service software scale if we grow from 10 technicians to 100?
Yes, when it is architected for growth from day one, and scale is where custom wins because cost per technician falls as you add crews instead of rising with every seat license. The real scaling work is operational: multi-branch dispatch, role permissions, and roll-up reporting, which usually arrives as a phase two costing 30 to 50 percent of the original build. State your three-year headcount plan in the first scoping call so the data model supports branch two before branch two exists.
How many people should be working on my software project?
Three to five for a typical focused build: a project lead, one or two engineers, a designer, and part-time QA, which is the standard shape across 2,000+ Digital Heroes projects. Larger platforms justify 6 to 10, but a ten-person team on a small first version usually signals bill padding rather than horsepower. What predicts success is whether a senior engineer is writing your code daily, not the headcount on the proposal.
Keep reading
let's build

Build something worth launching.

A plan, a team, a timeline, within 24 hours. No decks, no discovery calls. Tell us what you're building and we'll come back with a real scope and a real number.

message us directly · we reply within one business day

mission briefing

Monthly dispatch

Playbooks, real build costs, and what we're shipping. One email a month. No fluff.

visit us

New York HQ

1140 Broadway, Suite 704 · New York, NY 10001

Get directions
Online now

Hey there 👋 How can we help you today?