Industry guide · Field Service Management

Gas Leak Survey and Repair Software: Proving Every Main Was Surveyed on Its Required Cycle

Gas Leak Survey software visual showing flame, footprints, and time window.
The short answer

$70,000 to $140,000 and 12 to 16 weeks is the honest first release for a distribution utility above roughly 2,000 miles of main: survey coverage proven against the GIS segment rather than against a route sheet, consistent grading captured in the field, repair clocks running by grade, and instrument log ingestion from whatever detection technology you use. A full platform adding advanced leak detection data fusion, methane and unaccounted for gas reporting, integrated repair work management and replacement program prioritisation runs $180,000 to $420,000 over 6 to 12 months in our delivery experience. A small municipal system under a few hundred miles with one survey crew does not need this, and the money is better spent on detection equipment.

Why survey coverage is harder to prove than to perform

A gas operations director gets an inspection notice. The question is straightforward: show that every main and service in this district was surveyed within its required cycle. The crews did the work. The proof is a stack of completed route sheets, a set of instrument logs on a laptop, a survey map marked up in the field, and a spreadsheet where someone recorded which routes were completed and when. What the inspector wants is coverage by pipe segment, and route sheets are organised by street.

Those are not the same thing. A route walked down a street covers the main under it and, if the surveyor did the job, the services off it. But the record of what a route physically covers was drawn when the route was created, and since then there have been main replacements, new services, an extension into a subdivision and two abandonments. The route sheet still says the same thing. The gap between the route and the pipe is where uncovered footage hides, and nobody discovers it until an inspector or an incident asks.

The tooling around this is usually the utility's GIS holding the pipe with material and vintage, a survey scheduling spreadsheet, instrument logs in a manufacturer format, a work management system holding repair orders, and a separate reporting exercise once a year for regulatory submissions. Every piece works. Nothing joins survey coverage to pipe segment, and that join is the entire compliance question.

Problem 1: detection technology found the leak, but the record is the deliverable

The detection side of this industry has improved dramatically. Picarro mobile analysis, ABB Ability MobileGuard and Bridger Photonics aerial survey all find leaks that a walking survey with an older instrument would miss, and utilities that adopt them are doing the right thing. What none of them is, and none of them claims to be, is the compliance record. They produce indications with locations and concentrations. Turning an indication into a graded leak on a specific pipe segment, with a repair clock and a closure record, is the utility's problem.

SENSIT and Heath build the instruments crews carry, and Heath's OPTIMAIN is the closest thing in the market to a survey management system, though it is naturally oriented around Heath's own instruments and survey services. If your entire program runs through one provider that works. Most utilities run a mix: walking surveys with one instrument, mobile survey under contract with another provider, aerial on a subset of the system, and their own crews on the rest.

A custom build makes the leak the object and the detection method an attribute of it. An indication from any source becomes a candidate, gets investigated and graded in the field by a qualified employee, and attaches to the pipe segment in your GIS with its material, vintage and pressure. Then the whole downstream process, repair clock, re-check schedule, replacement program input and emissions reporting, runs off one record regardless of which technology found it.

Problem 2: grading is a judgement and consistency is the compliance risk

Leak grades drive everything: whether a crew stays on site, how fast the repair must happen, and how often the leak is re-checked while it waits. The grading definitions come from state code and the widely used industry classification guidance, and they turn on readings, location relative to structures, and migration potential. Two competent surveyors can grade the same reading differently, and over a year that inconsistency becomes a pattern an auditor can see.

The usual causes are mundane. A paper form does not prompt for the observations the grade depends on. A surveyor is under time pressure at the end of a route. Nobody reviews grades for consistency because the grades live on paper in a district office. And when a leak is regraded on re-check, the history of that decision is a note rather than a record.

A custom build puts the grading logic into the field capture. The surveyor records the readings and observations the definition depends on, the application proposes a grade from those inputs, and the surveyor confirms or overrides with a reason. The override is the valuable data: a pattern of overrides in one direction from one crew is a training conversation, and it is invisible on paper. Regrades on re-check become versioned events with the reading that justified them.

Problem 3: repair clocks run per grade and nobody sees them together

A Grade 1 leak requires immediate and continuous action until the hazard is eliminated. Lower grades carry longer clocks and scheduled re-checks, with state variations that matter. So a district is simultaneously running dozens of clocks of different lengths, each attached to a leak that may be waiting on a crew, a permit, a paving restriction or a coordination with another utility.

Those clocks live in different places. The immediate ones live in the dispatcher's attention. The longer ones live in a re-check spreadsheet. The repair work order lives in the work management system, where it looks like any other job in a queue rather than a job with a regulatory deadline attached. Leaks get repaired late not because anyone decided to, but because the deadline was not visible at the moment the work was scheduled.

A custom build makes every open leak a clock with a deadline, a grade, an owner and a location, and pushes that into the scheduling decision rather than reporting on it afterwards. The useful view for a supervisor is not a list of leaks, it is the next fourteen days sorted by deadline and grade with crew availability alongside. Re-checks generate automatically and, when a re-check produces a worse reading, the regrade escalates the clock without anyone having to notice.

What a custom leak survey build has to include

  • Survey coverage recorded against GIS pipe segments rather than against route definitions, so coverage gaps from replacements, extensions and abandonments surface automatically.
  • Offline field capture for survey and leak investigation, because the work happens in places without reliable signal and a tool that needs connectivity will be abandoned.
  • Grading logic in the field application, with proposed grade from recorded observations and a reasoned override captured as data.
  • Instrument log ingestion from the detection technologies in use, with indications from mobile and aerial providers entering the same candidate queue as walking survey finds.
  • Repair clocks per grade with state-specific rules, visible in scheduling rather than only in reporting.
  • Automatic re-check generation with regrade handling that escalates clocks when readings worsen.
  • Leak history joined to pipe material, vintage and pressure, feeding replacement program prioritisation and emissions reporting.

What it costs and how long it takes

From the utility and field operations work Digital Heroes has delivered, the pattern is this. A first release covering GIS-based coverage proof, offline field capture with grading logic, repair clocks and instrument log ingestion runs $70,000 to $140,000 and ships in 12 to 16 weeks. A full platform adding advanced detection data fusion, unaccounted for gas and methane reporting, integrated repair work management and replacement prioritisation runs $180,000 to $420,000 phased across 6 to 12 months.

Cost drivers specific to gas distribution: GIS quality, because coverage proof is only as good as the pipe data underneath it, and utilities carrying unmapped services or approximate service line locations need that addressed first. Multiple state jurisdictions, since survey cycles, grading definitions and repair timelines differ and each is its own rule model. Detection vendor diversity, because every provider delivers indications in its own structure on its own cadence. And work management integration, which is straightforward technically and slow organisationally because it crosses departments.

What keeps cost down: starting with one operating district, ingesting the one detection source that produces the most volume, and leaving replacement prioritisation to phase two once you have a year of clean leak history to prioritise against.

Build versus buy, and when buying is right

Buy or stay manual if you are a small municipal system under a few hundred miles with one survey crew, one state jurisdiction and a manageable leak backlog. A disciplined spreadsheet and a good supervisor genuinely cover it, and detection equipment is a better use of the budget.

Build when two or more of these are true. You cannot demonstrate coverage by pipe segment without someone reconciling route sheets against the GIS by hand. You use two or more detection technologies and their outputs sit in separate systems. You operate across more than one state and therefore more than one set of survey and repair rules. Repair deadlines are not visible to the people scheduling crews. You have grading inconsistency between crews or districts that nobody can quantify. Or your replacement program is prioritised by pipe vintage alone because leak history is not usable at segment level.

The tipping point is the moment your compliance answer requires reconstruction. Survey work that was performed correctly and cannot be proven cleanly is a finding, and the reconstruction effort is a recurring tax that grows with every system change.

How to choose a developer for leak survey software

Ask how they would prove coverage on a street where a main was replaced mid-year and three services were added. The right answer is coverage recorded against segments with effective dates, so the replacement creates newly uncovered footage automatically. A developer who answers in terms of routes has not understood why the current process fails.

Ask what the field application does with no signal for a full shift. Offline capture with reliable sync is table stakes here, and so is showing prior leak history for the location at the point of investigation, because a surveyor who knows this address had a Grade 2 last year investigates differently.

Ask how grading will be captured. You want the observations that the definition depends on recorded as fields, a proposed grade, and overrides captured with reasons. A free text grade field is how consistency problems become invisible.

Ask which detection providers they have ingested from and settle code and infrastructure ownership in writing before kickoff, which at Digital Heroes means the client owns the repository from the first commit. A good first step inside your own organisation: take one district, export the pipe segments from GIS, and try to prove last cycle's coverage against them. However long that takes is the size of the problem you are buying out of.

Research & sources

The evidence behind this guide

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

  1. Mordor Intelligence sizes the field service management market at USD 6.26 billion in 2026, forecasting USD 9.87 billion by 2031 at a 9.54% CAGR, confirming sustained double-digit-adjacent demand for FSM software. Source: Mordor Intelligence (2026) →
  2. ServiceTitan's KPI guide cites an average first-time fix rate near 80% (90% ideal) and describes strong technician-utilization rates as falling in the 60-80% band, with average travel time typically 30-60 minutes depending on service-area size. Source: ServiceTitan (2026) →
  3. The average developer spends more than 17 hours a week dealing with maintenance issues such as debugging and refactoring, and about four of those hours on 'bad code' - waste that equates to nearly $85 billion annually worldwide in opportunity cost. Source: Stripe (2018) →
  4. Only about 30% of digital transformations succeed at meeting their objectives, but getting six critical success factors in place (leadership commitment, talent, agile culture, progress monitoring, clear strategy, and a modernized platform) raises the odds of success from 30% to 80%. Source: Boston Consulting Group (BCG) (2020) →
Vivaan G. · Senior Backend Engineer · Node · Delhi

Vivaan writes backend services in Node at Digital Heroes: APIs, integrations, queues and the data layer under client applications. He covers the parts of a build that never appear in a demo but decide whether the system holds together once real users and real volume arrive.

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

FAQ

Frequently asked questions

How much does custom gas leak survey software cost?
A first release covering GIS-based coverage proof, offline field capture with grading logic, repair clocks by grade and instrument log ingestion runs $70,000 to $140,000 and ships in 12 to 16 weeks, based on Digital Heroes delivery experience. A full platform adding detection data fusion, unaccounted for gas and methane reporting, repair work management integration and replacement prioritisation runs $180,000 to $420,000 over 6 to 12 months. GIS quality and the number of state jurisdictions drive the range more than mileage.
How do we prove survey coverage to a regulator?
Record coverage against GIS pipe segments rather than against route definitions. Routes were drawn once and the system has changed since through replacements, extensions and abandonments, so a completed route sheet no longer guarantees the pipe underneath was covered. Segment-based coverage with effective dates makes newly uncovered footage appear automatically when the system changes, which converts an annual reconstruction exercise into a report you can run today.
Does this replace Picarro, Bridger or our mobile survey contractor?
No, and it should not try. Those detection technologies find leaks a walking survey with an older instrument would miss, and utilities adopting them are doing the right thing. What they do not provide is the compliance record: an indication has to become a graded leak attached to a specific pipe segment with a repair clock and a closure record. A custom layer ingests indications from every detection source into one candidate queue.
How do we keep leak grading consistent between crews?
Put the grading definition into the field application rather than into a paper form. The surveyor records the readings and observations the grade depends on, the application proposes a grade, and any override is captured with a reason. The override data is the valuable part: a pattern of overrides in one direction from one crew is a training conversation that is completely invisible when grades live on paper in a district office.
Can repair deadlines be visible when scheduling crews?
That is the main operational win. Every open leak becomes a clock with a deadline, a grade, an owner and a location, and that clock appears in the scheduling view rather than only in a compliance report. Leaks are usually repaired late not by decision but because the deadline was not visible when the work was slotted. Re-checks should generate automatically, with a worse reading escalating the grade and the clock without anyone having to notice.
How long does it take to build and roll out to field crews?
A first release ships in 12 to 16 weeks and rollout should start with one operating district rather than the whole system. Field adoption depends almost entirely on whether the application works offline for a full shift and whether it shows prior leak history at the point of investigation. Crews adopt tools that make the current job easier and abandon tools that only serve reporting, which is the most common cause of failure in this category.
Can leak history feed our main replacement program?
Yes, and it is one of the strongest reasons to build. Once leak records attach to pipe segments with material, vintage and pressure, replacement prioritisation can use actual leak history rather than vintage alone. It is worth leaving to phase two, because a prioritisation built on a year of clean segment-level history is useful and one built on reconstructed data is a chart that nobody acts on.
Do we need this for a small municipal gas system?
Probably not. A few hundred miles with one survey crew, one state jurisdiction and a manageable backlog is genuinely served by a disciplined spreadsheet and a good supervisor, and detection equipment is a better use of the budget. The build case appears above roughly 2,000 miles, when you use two or more detection technologies, when you operate across more than one state, or when coverage proof requires manual reconciliation against GIS.
Who owns the code and the leak records if we hire an agency?
You should own the repository, the database, the cloud accounts and the export path, agreed in writing before kickoff. Leak records are regulatory evidence with a long retention life and they feed replacement decisions for decades, so access cannot depend on a vendor relationship. At Digital Heroes the client owns everything from the first commit, and we would advise walking away from any developer who wants to hold this data on their own accounts.
We're outgrowing Jobber. Should we move up to ServiceTitan or build our own?
Move to ServiceTitan if the problem is missing features on a standard residential trades workflow, because migrating between products is far cheaper than building. Build custom when the problem is fit: multi-day commercial jobs, subcontractor crews, or pricing rules that neither Jobber's Grow plan (about $199 per month billed annually, up to 15 users) nor ServiceTitan models cleanly. In Digital Heroes scoping calls, about half the teams asking this question turn out to need an integration or add-on rather than a new platform, so name the exact workflow gap before committing either way.
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.
What happens to my software if the agency shuts down or we stop working together?
Nothing dramatic, if the engagement was set up correctly: the code sits in your repository, hosting runs on your cloud account, and a handover document explains how to deploy and operate the system. Any competent replacement team can then take over in days rather than months. If the agency controls the repo, the servers, or the domain, fix that now, because renegotiating access during a dispute is the most expensive place to discover the problem.
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.
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.
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 do I vet a software development agency before signing a contract?
Ask to speak with two past clients whose projects resemble yours in size and industry, and ask exactly who will write your code, since some agencies sell senior faces and deliver junior or subcontracted hands. Demand a written specification with acceptance criteria before any fixed price, and check that their portfolio links to products that are actually live. An instant quote given without questions about your workflows is the clearest warning sign there is.
How long until a custom field service platform pays for itself compared to per-technician licenses?
For most shops the crossover lands between 18 and 36 months once upkeep is counted. A 25-technician company paying $300 per technician per month for licenses spends $90,000 a year, so a $120,000 custom build with $20,000 in annual maintenance breaks even around month 21, before counting saved dispatch hours and billing errors. Below about 10 technicians the math rarely works, and Jobber or Housecall Pro is the honest recommendation.
Who can build a custom field service management software system?

Digital Heroes builds custom field service management software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.

Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.

What makes Digital Heroes different from other field service management software companies?

Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.

Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.

How can I check Digital Heroes is legitimate before getting in touch?

Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.

Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.

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?