Skip to main content Scroll Top

Automotive Software Development: Custom Software Development for Automotive Dealers, Repair Shops, Parts Distributors and Suppliers

Updated October 2026 · Written and maintained by the Progression Agency strategy team

Software development for automotive businesses is the design and build of custom applications, integrations and apps that fit how a dealership, an independent repair shop, a parts distributor or a parts supplier actually works, connected to the systems it already runs. We build service-lane tools, dealer system integrations, parts and fitment data pipelines, customer and driver apps, fleet and EV charging software and supplier portals, and we hand over code the business owns. Progression Agency is based in New York City and works with clients across the United States and worldwide.

On this page · 19 sections
  1. What is automotive software development?
  2. What software do car dealerships use?
  3. What software do auto repair shops use?
  4. Software development for automotive industry suppliers and parts distributors
  5. What software is used in the automotive industry?
  6. Integrations: where automotive software projects succeed or fail
  7. Car software development for drivers, owners and customers
  8. Fleet and EV charging software
  9. Customer data, security and the FTC Safeguards Rule
  10. Where AI helps in dealer and shop software
  11. Build, buy or extend: is custom automotive software development worth the investment?
  12. Our automotive software development process
  13. How much does automotive software cost?
  14. How long does an automotive software project take?
  15. How do you measure whether dealer or shop software worked?
  16. AI answers: how dealers and shop owners ask assistants for automotive software companies
  17. How to choose an automotive software development company
  18. Who makes car software, and how much software is in a car?
  19. Related services for automotive businesses

The short answerCustom software for the retail and aftermarket side of the trade starts with integration: most stores already run a dealer management system or a shop management product, and the custom work connects it to parts catalogs, payments, customer apps and reports without re-keying. We scope every project in writing, build in two-week releases, pilot in one store or bay and measure results in hours saved, repair order cycle time and customer response. Published US price bands for custom software run from $15,000 to $50,000 for an integration and $75,000 to $250,000 for a portal or business platform; most integration projects reach a pilot within four to five months.

Rules, standards and platform descriptions reflect official pages as read in October 2026 and can change; this page is not legal advice. Price figures are published US price bands (market figures, not a Progression rate card); a quote follows a written scope.

What is automotive software development?

It is custom software written for businesses that sell, service, supply or run vehicles. On this page that means the commercial side of the trade: dealerships, independent shops, collision centers, parts distributors, aftermarket brands, tier-two and tier-three suppliers and fleet operators.

DMS: Dealer system integrations. Read and write without re-keying.
Lane: Service-lane tools. Check-in, inspections, approvals.
Parts: Fitment and ordering. ACES and PIES data done right.
Apps: Customer and driver apps. Booking, status, payments.
Fleet: Fleet and EV software. Accounts, charging, uptime.
Portal: Supplier and B2B portals. Quotes, orders, warranty.

What is automotive software?

Any program that runs inside the car or runs the business around it. Inside the vehicle it is firmware, infotainment and driver assistance code. Around the vehicle it is the dealer management system, the shop’s repair order software, parts catalogs, fleet dashboards, charging networks and the apps owners use to book a service or pay for it.

Who this work is for

Dealer principals and general managers, fixed operations directors, independent shop owners, parts distributors, aftermarket brands and the IT leads at suppliers who sell into those channels. Most come to us with a process held together by spreadsheets, email and staff who copy numbers from one screen into another.

Where this page stops: the vehicle’s own code

Firmware, control units and safety software written to ISO 26262, the functional safety standard for road vehicles, belong to carmakers and their tier-one suppliers. When a project needs device-level work, our embedded software development team covers firmware and connected hardware; this page stays with the business software around the car.

Automotive industry software development versus generic custom software

The difference is the data. Vehicles carry a 17-character VIN, parts carry fitment rules by year, make, model and engine, repair orders carry labor operations, and finance deals carry consumer information protected by federal law. A team that already knows those shapes avoids months of rework.

What software do car dealerships use?

A dealership runs on a dealer management system for deals, service, parts and accounting, with a CRM, an inventory and pricing tool, a digital retailing tool, a desking and F&I product and a service scheduling system around it. Custom software usually fills the gaps between them rather than replacing any one.

Systems inside a typical dealership and where custom software fits
SystemWhat it handlesWhere custom work helps
Dealer management system (DMS)Deals, repair orders, parts, accounting, payrollReports, alerts and tools that read and write DMS data
CRMLeads, follow-up, sales activityRouting rules, lead scoring, links to service history
Inventory and pricing toolUsed vehicle appraisal, pricing, agingReconditioning trackers, photo and listing workflows
Digital retailingOnline deal building, credit applicationsHand-off from the website into the desk without re-keying
Service schedulingAppointments, loaners, capacityShop-load views, recall prompts, pickup and delivery
Accounting and payrollStatements, technician pay plansFlat-rate and spiff calculations, commission reports
Website and marketing toolsShoppers, offers, inventory pagesFeeds and events that tie a sale back to its source

Dealer management system development: extend it, rarely replace it

Building a new DMS is a multi-year product, not a project. Extending the one you have is faster: custom screens, reports and automations that read and write through the vendor’s approved interfaces. CDK Global, which sells a DMS to dealers, runs Fortellis, a platform and marketplace with published APIs for dealers, manufacturers and developers.

Custom software development for auto dealers

Typical builds: a reconditioning board that shows every used unit’s stage and cost, a deal jacket checklist that blocks funding until documents are in, a service-to-sales equity alert, a loaner fleet tracker, or a single dashboard for several rooftops that the DMS reports cannot produce.

Car dealership software development for multi-rooftop operators

Owners with several stores need data in one place: the same reports across brands and DMS instances, shared customer records, and approval rules that apply everywhere. That is integration and data work more than screens.

Used car dealership software development

Independent used car dealers often run a lighter DMS and buy-here-pay-here lenders run loan servicing software too. Custom tools for them tend to cover reconditioning, title and registration tracking, collections workflows and lot-level profit reports. Their websites are covered on our car dealership website design page.

Dealership software companies sell excellent core products. The case for a custom layer is narrow and specific: a process your store runs that no product does the way you do it, or two products that will not share data on their own.

What software do auto repair shops use?

Most independent shops run a shop management product for estimates, repair orders, inspections, invoicing and payments, with parts ordering, accounting and texting tools linked to it. Tekmetric and Shopmonkey are two examples. Custom work starts where the product ends.

Why do automotive repair shops depend so much on the software they use?

Because every dollar moves through the repair order. The estimate, the technician’s inspection photos, the customer’s approval, the parts order, the labor time and the invoice all live in one record. When the software is slow or the data is wrong, bays sit idle and approvals stall.

Technicians are scarce, which raises the value of every hour saved. The Bureau of Labor Statistics counts 825,800 automotive service technician and mechanic jobs in 2025 and projects about 66,200 openings a year over the decade, with a median wage of $50,620 in May 2025. Software that removes typing, searching and waiting from a technician’s day pays back in billed hours.

Custom software for auto repair shops

Common builds: fleet account portals that show a fleet manager every open repair order, a digital inspection flow tuned to one shop’s checklist, a parts price comparison across suppliers, a comeback tracker, a technician efficiency dashboard, and a customer status page that answers “is my car ready?” without a phone call.

When off-the-shelf shop software is enough

For a single-location general repair shop, a good shop management product plus its built-in integrations usually covers the work. Custom software earns its place with fleets, multi-location shops, specialty work such as heavy-duty, EV or diesel, and shops that sell services nobody else in the market packages the same way.

Collision, glass and specialty shops

Collision centers live on estimates, insurer requirements, photos and supplements; glass and tire shops live on mobile scheduling and stock. Each has a different record at its center, so the custom work follows that record rather than a generic shop template. Marketing for shops is on our auto repair shop marketing page.

Software development for automotive industry suppliers and parts distributors

Suppliers and distributors sell to dealers, shops and retailers through catalogs, portals and electronic orders. Their software problems are fitment data, pricing by customer, order status and warranty claims, and the wrong part arriving at a shop is the most expensive one.

Automotive supplier software development

Typical builds: a B2B ordering portal with customer-specific pricing, a quote-to-cash flow for engineered parts, a warranty and returns portal, supplier scorecards, and dealer or distributor portals that show stock and lead times. Plant-floor systems for the factory side are covered on our manufacturing software development page.

Parts catalog and fitment data: ACES and PIES

The Auto Care Association, a nonprofit, maintains the aftermarket data standards: ACES for product fitment data, meaning which vehicles a part fits, and PIES for descriptive product information. Catalogs built on clean ACES and PIES files feed distributors and marketplaces with far fewer returns than hand-built spreadsheets.

Parts and supplier software: problem, build and what to measure
ProblemWhat we buildWhat to measure
Wrong-part returnsFitment validation against ACES data before an order is placedReturn rate by reason code
Pricing errorsCustomer-specific price lists synced from the ERPCredit memos issued per month
Order status callsSelf-service portal with stock, lead time and trackingInbound status calls per week
Slow quotesConfigurator and quote builder for engineered partsDays from request to quote
Warranty disputesClaims portal with photos, part numbers and approval rulesDays to settle a claim
Stock imbalanceBranch-level reorder points and transfer suggestionsFill rate and inventory turns

Inventory, warehousing and freight

Branch stock, bin locations, cycle counts and transfers are the domain of our inventory management software development work; freight and delivery routes connect to logistics software development.

What software is used in the automotive industry?

It depends on which part of the industry. Carmakers run engineering, safety and vehicle software; dealers and shops run retail and service systems; distributors run catalogs and ERPs; fleets run telematics and maintenance tools; and charging networks run station management software.

Software across the automotive industry, by segment
SegmentCore systemsTypical custom work
Carmakers and tier-one suppliersEngineering, embedded and vehicle softwareUsually in-house or specialist embedded firms
Franchised dealersDMS, CRM, inventory, digital retailingIntegrations, dashboards, workflow tools
Independent repair and collisionShop management, estimating, parts orderingFleet portals, inspections, status pages
Parts distributors and aftermarket brandsERP, catalog, ecommerce, EDIFitment validation, B2B portals, quoting
Fleet operatorsTelematics, maintenance, fuel cardsMaintenance scheduling, driver apps, cost reports
EV charging operatorsCharging station managementDriver apps, billing, site dashboards
Rental, subscription and car sharingReservations, fleet, paymentsBooking apps, damage capture, pricing rules
Comparison grid of six needs, showing which suit a ready-made automotive product and which suit a custom build.Comparison grid of six needs, showing which suit a ready-made automotive product and which suit a custom build.
Editorial assessment, not measured data.

Automotive SaaS: when a tool becomes a product

An automotive SaaS product can start life as one dealer’s or one shop’s internal tool. If yours solves a problem other stores share, we can build it multi-tenant from the start; the product side is covered on our SaaS development page.

Automotive web development

Web work in this market splits in two: public websites that sell cars and services, and web applications that run the business behind them. This page covers the second; logged-in portals and dashboards are built with our web portal development team.

Running your store on spreadsheets beside the DMS?Tell us which reports, re-keying and workarounds eat your staff’s day. A free proposal follows with the integration or tool that would retire them and the published price band it falls in.

Get a free proposal

Integrations: where automotive software projects succeed or fail

Most of the effort in a dealer or shop project is connecting systems, not drawing screens. Each vendor exposes data differently, some charge for access and some only allow certified partners, so the integration plan comes first and sets the price.

Common automotive integrations and how we approach them
SystemData that movesApproach
Dealer management systemCustomers, vehicles, deals, repair orders, partsVendor’s approved API or partner program; never screen-scraping
Shop management productRepair orders, estimates, inspections, invoicesPublished API or webhooks where offered; exports where not
VIN decodingYear, make, model, trim, engineNHTSA’s public vPIC service, cached, plus a commercial decoder where trim detail matters
Parts catalogsFitment, price, availabilityACES and PIES files, supplier APIs, nightly price syncs
PaymentsCard and ACH payments, depositsTokenized processor checkout so card data never touches our servers
AccountingInvoices, journal entries, payoutsAccounting system API with reconciliation reports
MessagingTexts and email to customersOpt-in tracking and templates owned by the store

VIN decoding done properly

Under federal rules a VIN has 17 characters; the ninth is a check digit that verifies the number was copied correctly and the tenth encodes the model year. NHTSA’s vPIC API decodes VINs from manufacturer data, accepts batches of up to 50 VINs per call and applies automated rate limits, so production systems cache results instead of calling it on every page view.

Dealer data standards: STAR

STAR, the Standards for Technology in Automotive Retail, is a nonprofit whose members include dealers, carmakers and retail software providers. It publishes voluntary IT standards, including sales-related and service scheduling APIs and XML business documents, and following them where they exist keeps an integration portable. Its standards site lists the current areas.

Why we never screen-scrape a DMS

Scraping breaks when a screen changes, can breach the vendor contract and leaves customer data handled outside an approved channel. We use the vendor’s interface or partner program, or we tell you plainly that the data cannot be reached that way.

Car software development for drivers, owners and customers

Customer-facing car software includes service booking and status apps, owner portals, subscription and loyalty apps, and apps that appear on the dashboard screen through Apple CarPlay or Android Auto. Each has its own rules about what a driver may see while moving.

Automotive mobile app development for dealers and shops

A branded app earns installs when it does something useful every few months: book service, approve work with photos, pay, see recall notices, store documents and contact the advisor. We build iOS and Android together with cross-platform app development unless a feature needs native code.

CarPlay app categories

Apple’s CarPlay developer page lists the categories third-party apps can use, among them audio, messaging and VoIP, navigation, EV charging, fueling, parking, public safety, quick food ordering, voice-based conversational and driving task apps, with video only in supported cars while parked. Developers request a CarPlay app entitlement from Apple.

Android Auto and Android Automotive OS

Google’s Android for Cars documentation separates Android Auto, which projects a phone app onto the car’s screen, from Android Automotive OS, which runs on the car itself so apps install directly onto it. Supported categories include media, navigation, points of interest, IoT and weather, with video and games limited to parked use.

Automotive app development company or in-house team?

A dealer or shop rarely needs a permanent mobile team. An automotive app development company can design, build and hand over the app, then support it on a retainer for operating system updates. Market prices for apps are on our app development cost guide.

Fleet and EV charging software

Fleet operators need maintenance scheduling, driver apps, fuel and charging cost reports and uptime dashboards. Charging operators need driver apps, billing and site monitoring that speak the protocols chargers use.

Vehicle software development for fleets

The usual build pulls telematics, fuel or charging and maintenance data into one place, schedules preventive service by mileage or engine hours, and gives drivers a simple app for inspections and defects. Dispatch and routing sit with our logistics work.

OCPP and charging software

The Open Charge Alliance describes OCPP as an open protocol between charging stations and charging management systems, with versions 1.6, 2.0.1 and 2.1 in use. For federally funded chargers, the national standards in 23 CFR 680.108 require OCPP 1.6J or higher, OCPI 2.2.1 for network-to-network communication and ISO 15118 support.

Fleet and charging software: features and the data behind them
FeatureData neededWho uses it
Preventive maintenance scheduleOdometer or engine hours, service historyFleet manager, shop
Driver inspection appChecklist, photos, defectsDrivers, maintenance lead
Charging session historyStation logs through OCPP, tariffsDrivers, finance
Cost per mile reportFuel or energy, parts, labor, depreciationOwners, finance
Station uptime dashboardStatus messages, fault codesSite operators, field technicians
Roaming and billingNetwork-to-network sessions through OCPICharging operators

Customer data, security and the FTC Safeguards Rule

Dealers that arrange financing or lease vehicles hold protected customer data, and federal rules tell them how to guard it. Any software that touches that data has to fit the dealer’s security program. We build inside these rules; this is not legal advice.

GLBA: Safeguards Rule program. Written, tested, owned.
MFA: Two-factor sign-in. On every customer-data system.
Encrypt: At rest and in transit. Customer files and backups.
30 days: FTC breach notice clock. 500 or more consumers.
PCI: Card data kept out. Tokenized lane payments.
Vendors: Service providers overseen. Contracts set the bar.

Which dealers the rule covers

The FTC’s Safeguards Rule FAQs for auto dealers say the rule covers most automobile dealers who finance or lease automobiles. The regulation’s definitions give the example of a dealership that leases vehicles for longer than 90 days as a usual part of its business.

What the rule asks software to support

The FTC’s business guide to the rule calls for a Qualified Individual to run the security program, multi-factor authentication for anyone accessing customer information, encryption of that information on systems and in transit, oversight of service providers through contracts, and notice to the FTC no later than 30 days after discovering an event involving the unencrypted information of at least 500 consumers.

Service records count too

The FTC’s dealer FAQs list service and maintenance records for vehicles the dealer sold, leased or serviced among the examples of customer information. A service-lane app is therefore inside the program, not outside it.

Card payments in the service lane

The PCI Data Security Standard applies to anyone that stores, processes or transmits cardholder data. We use a processor’s hosted or tokenized checkout so card numbers never reach the custom application, which keeps most of that standard on the processor’s side.

Security controls we build into automotive software
ControlHow it is builtWhy it matters here
Multi-factor sign-inSingle sign-on with a second factor for staffRequired for access to customer information
EncryptionTLS in transit, encrypted databases and backupsDeal jackets and repair orders hold personal data
Least-privilege rolesAdvisor, technician, manager and admin rolesTechnicians rarely need credit details
Audit logsWho viewed or changed which record, whenSupports incident review and notice decisions
Vendor accessSeparate service accounts, revocable keysService providers must be overseen
Data retentionPurge rules agreed with the dealerLess stored data, less exposure

Where AI helps in dealer and shop software

AI is useful where staff read, summarize or match text all day: repair order notes, inspection findings, parts descriptions and customer messages. It is a feature inside a workflow, reviewed by a person, not a replacement for the workflow.

Practical AI features

Turning a technician’s shorthand into a clear customer explanation, suggesting labor operations from a complaint, matching a parts description to catalog numbers, drafting replies to service questions and flagging repair orders that look like comebacks. Our AI integration services page explains how models connect to existing systems.

Chat and phone assistants

Booking and status questions are a good fit for an assistant that can read the schedule and the repair order. Pricing, diagnosis and finance questions go to a person. We build those assistants with our AI chatbot development team.

Guardrails

Customer data stays inside the security program, prompts and outputs are logged, and anything that reaches a customer about price, safety or finance is approved by staff first.

Build, buy or extend: is custom automotive software development worth the investment?

It is worth it when the problem is specific to how you work and repeats every day, when two systems will not share data, or when the tool could become a product. It is not worth it for standard records a mature product already handles.

Build, buy or extend: a decision table for automotive businesses
SituationUsual answerWhy
Core DMS or shop recordsBuyMature products, vendor support, lender and OEM links
A report or alert the product cannot produceExtendSmall integration on top of existing data
Two systems re-keyed by staff every dayExtendAn integration pays back in staff hours
A workflow unique to your storesBuildNo product will match it without workarounds
A branded customer appBuildYour rules, your brand, your data
A tool other stores would pay forBuild as a productMulti-tenant from the start

What are the benefits of investing in automotive software?

Fewer re-keyed fields and the errors that come with them, faster approvals and repair order cycle times, a clearer view across stores, data the business owns, and customer experiences a competitor on the same product cannot copy. Our custom software versus off-the-shelf guide sets out the trade-offs in general.

When custom software is the wrong answer

If the main complaint is that staff do not use the product’s existing features, training is cheaper than code. If the data you need is locked by a vendor with no interface, a build cannot fix it, and we will say so before quoting.

Is your shop software stopping at the edge of what you need?Send us the gaps: the parts ordering, inspections, fleet accounts or customer updates your shop system cannot handle. You get a free proposal for extending it rather than replacing it.

Get a free proposal

Our automotive software development process

We start on the shop floor, not in a meeting room: the first week is spent watching how deals, repair orders or parts orders actually move. Everything after that is written down, built in short releases and piloted before rollout.

Process map of six stages in an automotive software project, from a workflow walk to rollout and support.Process map of six stages in an automotive software project, from a workflow walk to rollout and support.
Editorial process map, not measured data.

The automotive software development life cycle we follow

Discovery, written requirements, design, build in sprints, testing against real records, a pilot, rollout and maintenance. Each stage has an exit test agreed in advance. Our software development life cycle guide explains each stage in general terms.

Automotive software development standards we hold ourselves to

Code review on every change, automated tests for integrations and money calculations, staging environments with masked data, accessibility to WCAG 2.2 level AA for customer-facing screens, and written runbooks so someone else can operate the system.

Testing with real repair orders and deals

Integrations are tested against copies of real records with personal data masked, because edge cases in automotive data are everywhere: split repair orders, internal pay types, warranty claims, trade-ins with payoffs and VINs typed wrong.

How much does automotive software cost?

Published US price bands put an integration or automation at $15,000 to $50,000, an internal tool or dashboard at $25,000 to $75,000, and a client portal or business platform at $75,000 to $250,000. These are market figures, not a Progression rate card; a quote follows a written scope.

Automotive software development cost: published US price bands (market figures, not a Progression rate card)
Project typePublished US bandTypical timelineAutomotive example
Integration or automation$15,000 to $50,0004 to 10 weeksDMS to accounting sync, parts price feed
Internal tool or dashboard$25,000 to $75,0002 to 4 monthsReconditioning board, multi-rooftop reports
Clickable app prototype$8,000 to $25,000Scoped per projectService booking app tested with customers
Focused app MVP, one or two platforms$40,000 to $100,000Scoped per projectService status and payment app
SaaS product MVP$60,000 to $150,0003 to 6 monthsA shop tool sold to other shops
Client portal or business platform$75,000 to $250,0004 to 8 monthsFleet account portal, B2B parts portal
Enterprise system or modernization$250,000 and up6 to 12 months or moreMulti-store platform replacing legacy tools

What moves the price of an automotive build

The number and quality of integrations, whether a vendor charges for API access, the number of user roles, offline needs in the shop, mobile apps on two platforms, data migration from old systems and security requirements under the dealer’s program.

How much does custom software development cost for a dealership or shop?

Most dealer and shop projects we scope land in the integration or internal tool bands; portals for fleets or suppliers sit in the business platform band. Market figures for the wider field are on our software development company page.

Running costs after launch

Hosting, monitoring, vendor API fees where they apply, and maintenance for operating system and vendor changes. Market figures put annual app maintenance at roughly 15 to 20 percent of the build, and we price support in writing at handover.

How long does an automotive software project take?

An integration takes four to ten weeks; a portal or workflow tool connected to a dealer or shop system usually reaches a pilot in four to five months. Vendor API approvals are the most common source of delay, so we request access in the first week.

Timeline of an automotive integration project over about five months: discovery, scope, build, pilot, then rollout.Timeline of an automotive integration project over about five months: discovery, scope, build, pilot, then rollout.
Editorial timeline, not measured data.
Project phases, deliverables and the KPI each one is judged on
PhaseDeliverableKPI agreed in advance
DiscoveryWorkflow map and data auditEvery re-keyed field and handoff listed
ScopeWritten scope, screens and security planSign-off by the owner and the department head
BuildWorking software every two weeksDemos accepted by the people who will use it
PilotLive use in one store or bayHours saved and errors per week against the baseline
RolloutTraining, runbooks, monitoringAdoption by store and by role
SupportFix window and release backlogResponse time and uptime

How do you measure whether dealer or shop software worked?

With a baseline taken before the build and the same numbers after the pilot. Good measures are operational: time, errors, cycle times and customer response, not page views or logins.

Measures that show automotive software is paying back
AreaMeasureHow it is captured
Service laneRepair order cycle time, approval timeTimestamps in the shop or DMS record
TechniciansHours spent on paperwork and lookupsTime studies before and after
PartsWrong-part returns, fill rateReturn reason codes, order data
Sales and F&IDeals funded on first submissionFunding status in the deal record
CustomersApproval rate on inspection items, reply timeApp and messaging events
Fleet accountsDowntime per vehicleRepair order dates against the fleet schedule

Reporting that owners read

One page per store per week: what changed, what it saved and what the next release will fix. If a feature is not being used, the report says so and the backlog changes.

AI answers: how dealers and shop owners ask assistants for automotive software companies

Owners ask ChatGPT, Claude, Perplexity, Gemini, Microsoft Copilot and Google AI Overviews which automotive software companies integrate with their DMS, what a custom tool should cost and whether to build or buy. Assistants answer from vendor documentation, partner marketplaces, comparison pages and providers that publish specifics.

What the assistants tend to cite

Vendor API and partner pages, marketplace listings, standards bodies such as STAR and the Auto Care Association, FTC guidance on the Safeguards Rule, review sites and provider pages that state services, integrations, price bands and process in plain text.

What an automotive software vendor should publish to be named

A page per integration with what data moves, a page per segment served, published price bands, a security page that maps to the Safeguards Rule, and clear statements of what the company does not do. Dealer-side AI visibility is covered on our AEO for car dealerships page and shop-side on AEO for auto repair shops.

How to choose an automotive software development company

Choose a team that asks about your workflow before your screens, names the integrations and how it will reach each system, writes the security plan into the scope and hands over the code. The table below is a checklist for any shortlist.

Requirements for automotive software development services and how to check each
RequirementHow to check it
Knows automotive dataAsk how they handle VINs, labor operations, fitment and split repair orders
Integration plan up frontAsk which interface or partner program they will use for each system
Security inside the Safeguards RuleAsk for the controls list: MFA, encryption, roles, logs, vendor access
Pilot before rolloutAsk where the pilot runs and how the baseline is measured
You own the code and dataRead the contract for source code, repositories and data export
Written scope and priceAsk for screens, integrations, roles and acceptance tests in writing
Support after launchAsk for response times, the fix window and the cost of support
Honest about limitsAsk what they would not build and why

Automotive software companies versus general development shops

Product companies sell one platform and configure it; general development shops build anything but may not know the data. The useful middle is a team that builds custom software and has already met the DMS, the parts catalog and the repair order.

Automotive software development companies in the USA and offshore

Offshore and nearshore teams can cost less per hour; onshore teams overlap with store hours and handle US privacy rules more easily. Our software development outsourcing guide covers the models.

Red flags in an automotive software proposal

No mention of how the DMS or shop system will be reached, screen-scraping as the integration plan, a price with no scope, no security section, code kept in the vendor’s name, or a promise to replace your DMS in a few months.

In the end, the software development automotive retailers actually buy is mostly integration and workflow work. The right automotive software company for that is the one that can show, in writing, how it will move your data safely.

Who makes car software, and how much software is in a car?

Code inside a vehicle comes from carmakers and their suppliers, while Apple and Google supply phone projection through CarPlay and Android Auto and, in some cars, the built-in Android Automotive OS. Dealers, shops and distributors buy or commission the software that runs the business around the car.

How much software is in a car?

A great deal, spread across the vehicle’s electronic systems: safety-related controls engineered to ISO 26262, body and powertrain controls, and the infotainment screen, which in some cars runs Android Automotive OS. That layer belongs to the carmaker. What dealers and shops touch is the data that comes out of it: VINs, recalls, diagnostic codes and service history.

How does automotive software work for a dealer or shop?

Records move between systems: a VIN is decoded, a repair order or deal is created, parts are looked up and ordered, the customer approves and pays, and accounting posts the result. Custom software makes those moves automatic and visible.

Software is one part of running a modern dealership, shop or parts business. These pages cover the systems around it and the marketing that fills the lane.

Scope your automotive software project with us

Tell us how your store, shop or warehouse works today and which systems you run. A free proposal with a written scope, the integration plan and the published price band follows.

Get a free proposal

Frequently asked questions

What does software development for automotive businesses cover?
It covers custom applications, integrations and apps for dealerships, independent repair and collision shops, parts distributors, aftermarket brands, suppliers and fleets: dealer system integrations, service-lane tools, parts and fitment data, customer and driver apps, fleet and EV charging software and B2B portals. Firmware and safety code inside the vehicle are a separate, embedded discipline.
What is the difference between automotive software development and automotive embedded software?
On this page the term means business software around the vehicle: deals, repair orders, parts, fleets and customers. Embedded automotive software runs on the vehicle’s control units and is written by carmakers and tier-one suppliers to safety standards such as ISO 26262. The skills, tools and buyers are different.
Can custom software connect to our dealer management system?
Usually, through the DMS vendor’s approved interface or partner program. Some vendors publish APIs openly, some certify partners and charge for access, and some data cannot be reached at all. We confirm the route for each system before quoting and never scrape screens.
Should a dealership replace its DMS with custom software?
Almost never. A DMS links to lenders, carmakers, accounting and payroll, and replacing it is a multi-year product effort. Extending it with integrations, reports and workflow tools gives most of the benefit in months, at a fraction of the cost and risk.
What custom software do independent repair shops usually need?
Shops that outgrow their shop management product usually need fleet account portals, inspection flows tuned to their checklist, parts price comparison across suppliers, comeback tracking, technician efficiency reports or a customer status page. A single-location general repair shop is often well served by the product alone.
Does the FTC Safeguards Rule apply to software built for a car dealer?
The rule applies to the dealer, and most dealers that arrange financing or lease vehicles are covered. Software that stores or reads their customer information has to support the dealer’s program: multi-factor sign-in, encryption, access controls, logs and service provider oversight. We build to that standard and document it; this is not legal advice.
How does VIN decoding work in automotive software?
A VIN has 17 characters, with a check digit in the ninth position and the model year in the tenth. Software sends the VIN to a decoder such as NHTSA’s public vPIC service, which returns year, make, model and other attributes from manufacturer data, and caches the result. Trim-level detail sometimes needs a commercial decoder.
What are ACES and PIES, and why do parts sellers need them?
They are aftermarket data standards maintained by the Auto Care Association. ACES describes which vehicles a part fits; PIES describes the product itself, such as dimensions, images and packaging. Clean ACES and PIES data lets catalogs, distributors and marketplaces show the right part and cuts wrong-part returns.
Can you build a CarPlay or Android Auto app for our business?
If the app fits a category the platform supports. CarPlay supports categories such as EV charging, fueling, parking, navigation, audio and quick food ordering, and Apple grants entitlements on request. Android Auto supports media, navigation, points of interest, IoT and weather apps. A service booking app usually belongs on the phone instead.
What does EV charging software need to support?
Communication with chargers through OCPP, billing and tariffs, driver sign-in and payment, session history, station status and fault alerts, and roaming with other networks. Chargers funded under the federal standards in 23 CFR 680 must support OCPP 1.6J or higher, OCPI 2.2.1 and ISO 15118.
How much does an automotive software development company charge?
Published US price bands put an integration at $15,000 to $50,000, an internal tool or dashboard at $25,000 to $75,000, an app MVP at $40,000 to $100,000 and a portal or business platform at $75,000 to $250,000. These are market figures, not a Progression rate card, and our quote follows a written scope.
How long does it take to build software for a dealership or shop?
A focused integration takes four to ten weeks. A workflow tool or portal connected to a DMS or shop system usually reaches a pilot in four to five months and rolls out after that. Waiting for vendor API approval is the most common delay, so access is requested in the first week.
Is custom software worth the money for a small repair shop?
Only if a specific, daily problem costs more than the build: fleet accounts that demand reports, a specialty workflow, or two systems staff re-key every day. Otherwise a good shop management product, used fully, is the better investment. We will tell you which case you are in before quoting.
Who owns the software and data when the project ends?
You do. Source code, repositories, cloud accounts and data sit in your company’s name and transfer on final payment, with documentation and runbooks so another team could take over. Vendor subscriptions such as the DMS stay with the vendor, as they always do.
How do we know an automotive software project worked?
Measure before and after: repair order cycle time, approval time, hours spent on paperwork, wrong-part returns, deals funded on first submission or fleet downtime, depending on the project. We agree the measures in the scope and report them by store after the pilot.
Can AI be added to dealer or shop software safely?
Yes, as a reviewed feature inside a workflow: summarizing technician notes for customers, suggesting labor operations, matching parts descriptions or drafting replies. Customer data stays inside the security program, outputs are logged, and anything about price, safety or finance is approved by staff before it reaches a customer.
What should we prepare before talking to an automotive software developer?
A list of the systems you run and who supplies each, the three processes that waste the most staff time, examples of the reports or screens you wish existed, any vendor contracts that mention data access, and the person who will own the project internally.
Can one platform serve several dealerships or shop locations?
Yes. Multi-store software keeps one codebase with store-level settings and permissions, consolidates reports across brands and systems, and applies shared approval rules. The work is mostly data integration across each location’s DMS or shop instance, so it is scoped store by store.
Do you build software for parts suppliers that sell to dealers and shops?
Yes: B2B ordering portals with customer-specific pricing, fitment validation, quote builders for engineered parts, warranty and returns portals and dealer or distributor stock views. Plant-floor and production systems are covered by our manufacturing software work.
Can our internal dealer tool be turned into a product for other dealers?
If it solves a problem other stores share, yes. That means building it multi-tenant, with self-service onboarding, billing, support and per-customer integrations. We can start with your stores as the first tenant and design the rest of the product from that use.
What questions should we ask an automotive app development company?
Ask how they will reach each of your systems, who owns the code, what the security controls are, where the pilot will run, how the app will be supported after operating system updates, and what they would decline to build. Clear, specific answers are the best sign of a capable team.
We are not in New York; can Progression build our automotive software?
Yes. Progression Agency is based in New York City and builds software for automotive businesses across the United States and worldwide. Workflow walks can run on site or by video, and pilots run in your own store, shop or warehouse.

Running your store on spreadsheets beside the DMS?Tell us which reports, re-keying and workarounds eat your staff’s day. A free proposal follows with the integration or tool that would retire them and the published price band it falls in.

Get a free proposal

Get a free marketing proposal

Tell us what you are trying to grow and we will come back with a plan, not a pitch deck. Same-day reply on weekdays.

Privacy Preferences
When you visit our website, it may store information through your browser from specific services, usually in form of cookies. Here you can change your privacy preferences. Please note that blocking some types of cookies may impact your experience on our website and the services we offer.
Contact Us