Skip to content
§
§ · hiring guide

How to Hire a Gas Leak Survey Software Development Company

Screen vendors on one question: how would they prove every main in a district was surveyed on cycle after a mid-year main replacement. Coverage recorded against GIS segments is the right answer; route sheets are not.

Field Service Software workflow illustration for How to Hire a Gas Leak Survey Software Development Company.
The short answer

Screen vendors on one question: how would they prove every main in a district was surveyed on cycle after a mid-year main replacement. Coverage recorded against GIS segments is the right answer; route sheets are not. Expect $70,000 to $140,000 for a first release in 12 to 16 weeks, and $180,000 to $420,000 for a full platform.

Hiring a firm to build leak survey software is closer to commissioning a flight recorder than a dashboard. Nobody looks at it while things are going well. On the day it matters, an inspector or an incident investigator asks a narrow question and either the record answers it or it does not, and by then you cannot go back and collect the data. The crews walked the routes. That was never in doubt. The question is whether the system you bought can prove it.

That is what makes this category hard to buy. The deliverable is evidence, and evidence quality is close to invisible in a demo. Every vendor will show you a map with leak pins on it and a phone app with a big green button. The difference between a system that survives an audit and one that generates a finding lives in details you have to ask for: whether coverage is recorded against GIS pipe segments with effective dates rather than against route definitions drawn years ago, and whether a grade is captured as the observations behind it or as a dropdown.

What a leak survey software partner actually does

The field application is the part you will see and the smallest part of the bill. Underneath it, someone has to reconcile your route definitions to the pipe segments in your GIS and then keep them reconciled as mains get replaced, services get added and abandonments happen, because that reconciliation is the compliance answer. Someone has to model your survey cycles, grading definitions and repair timelines as rule sets rather than as constants, since they differ by state and change.

Then there is ingestion. Walking survey instrument logs, mobile survey results from a contracted provider, and aerial indications on a subset of the system all have to arrive in one candidate queue so that an indication becomes a graded leak on a specific segment with a clock attached. And there is the unglamorous work that decides adoption: offline capture that survives a full shift with no signal, prior leak history shown at the point of investigation, and an integration into work management that crosses departments and moves at the speed of a change advisory board rather than a sprint.

What it really costs in 2026

These bands assume you keep your detection technology and your work management system and build the compliance layer between them.

ScopeCostTimeline
Single district pilot: segment coverage proof and offline field capture$55,000 to $95,00010 to 14 weeks
First release: GIS coverage, grading logic, repair clocks, instrument ingestion$70,000 to $140,00012 to 16 weeks
Full platform: detection fusion, unaccounted for gas reporting, work management, replacement prioritisation$180,000 to $420,0006 to 12 months
Support, rule updates and added jurisdictions18 to 22 percent of build per yearRetainer

Two costs are reliably absent from the quote. The first is GIS remediation. Segment-based coverage proof is only as trustworthy as the pipe data under it, and most distribution utilities carry stretches of unmapped or approximately located service lines. No software line item fixes that. It is a records and survey project you either fund alongside the build or you accept as a known gap, and a vendor who does not raise it before contract is going to raise it in month three.

The second is jurisdictional multiplication. Vendors treat multi-state as a configuration checkbox. In practice each additional state is its own rule model covering cycle length, grading definitions and repair timelines, with its own test cases and its own sign-off from your compliance counsel. Price the second state explicitly. And discount any schedule that assumes the work management integration lands in three weeks, because the technical work is small and the organisational work is not.

Signals of a strong partner

These are the tells that a firm has shipped software into a gas operations environment rather than adjacent to one.

  • They answer coverage questions in segments, not routes. The right instinct is effective-dated segment coverage, so a mid-year replacement creates newly uncovered footage on its own.
  • Grading is captured as observations plus a proposed grade plus a reasoned override. A free text grade field is how inconsistency becomes invisible.
  • They ask which detection providers you use before quoting. Mobile, aerial and walking survey outputs arrive in different structures on different cadences, and each is real integration work.
  • Offline is specified, not promised. They can describe what a full shift with no signal looks like, including what the surveyor sees about prior leaks at that address.
  • They plan the rollout by district. A firm proposing a system-wide launch has not watched field crews abandon a tool in week two.
  • Re-checks and regrades are events, not edits. A worsened reading should escalate the clock without a human noticing first.
  • Retention is in the architecture. Leak records are regulatory evidence with a long life and they feed replacement decisions for decades.

Red flags

  • A proposal to replace your detection platform. Nobody should be rebuilding what a mobile or aerial provider already does well; the value is in the record above it.
  • Coverage reporting built on completed route sheets. That is a prettier version of the process that is already failing you.
  • Multi-state described as configuration. Each jurisdiction is a rule model with its own testing, and pretending otherwise is how the second state doubles the timeline.
  • No question about GIS quality. If nobody asks what percentage of your service lines are approximately located, they have not built segment coverage before.
  • A hosting arrangement in the vendor's own cloud accounts. Regulatory evidence with a long retention life should never depend on a supplier relationship staying friendly.

Questions to ask on the first call

  1. A main is replaced in June and three services are added in August. How does the system know that street needs surveying again?
  2. Show me how a surveyor records the observations that a grade depends on, and what happens when they disagree with the proposed grade.
  3. Which detection providers have you ingested indications from, and in what format did they arrive?
  4. What does the field application do for an eight-hour shift with no signal, and what does the surveyor see about prior leaks at that address?
  5. How do repair clocks by grade appear to the person actually scheduling crews next week?
  6. How do you model a state that defines its cycles or repair timelines differently from ours?
  7. What is your plan for integrating with our work management system, and who owns that conversation internally?
  8. How would leak history at segment level feed a replacement programme once we have a year of clean data?
  9. Where do the leak records live, whose cloud account is it, and what does export look like?

A simple way to decide

Before you compare three proposals, run a paid discovery phase with your preferred firm. Two to four weeks, priced up front, with the deliverable defined in advance: a written specification that is yours to keep and to shop, whoever builds the system.

It should contain the segment coverage model with effective dating, the grading capture design including override handling, the repair clock rules per jurisdiction you operate in, the detection sources to be ingested with their formats, the offline and sync behaviour, a district-by-district rollout plan, and a fixed price against that scope. Hand it to every other firm on your list. Quotes that cluster mean the scope is real. Quotes that scatter mean you just learned which vendors were estimating from a brochure.

Digital Heroes starts every engagement with that document rather than a proposal, and contracts through an India LLP, a US LLC or a UK LTD so the intellectual property assigns under the law your legal team already works in. The delivery record is checkable through D-U-N-S, Clutch and Trustpilot.

Book a 30-minute call with Digital Heroes and get a written plan and a fixed quote within 48 hours.

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. 48% of private companies cite integration with legacy systems or technical debt as a top obstacle to realizing the full value of their digital and AI investments (behind data quality/availability at 72% and gaps in AI fluency or technology talent/leadership at 53%). Source: Deloitte (2026) →
  4. Acquiring a new customer is five to 25 times more expensive than retaining an existing one, and research by Frederick Reichheld of Bain & Company found that increasing customer retention rates by 5% increases profits by 25% to 95% - underscoring the ROI of support that keeps customers. Source: Harvard Business Review / Bain & Company (2014) →
FAQ

Frequently asked questions

How much does custom gas leak survey software cost to build?

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 over 12 to 16 weeks. A full platform adding detection data fusion, unaccounted for gas reporting, work management integration and replacement prioritisation runs $180,000 to $420,000 across 6 to 12 months. Support typically runs 18 to 22 percent of the build annually.

What single question separates good vendors from weak ones?

Ask how the system knows a street needs resurveying after a main was replaced in June and services were added in August. The right answer records coverage against GIS pipe segments with effective dates, so newly uncovered footage appears automatically. A vendor who answers in terms of completed route sheets is proposing a nicer version of the process that already fails your audits.

Do we still need Picarro, Bridger or our mobile survey contractor?

Yes, and any vendor proposing to replace them should be dropped. Those technologies find leaks that older walking instruments miss. What none of them provides is the compliance record: an indication becoming a graded leak on a specific segment with a repair clock and a closure. A good build ingests indications from every detection source into one candidate queue and leaves the detection to the specialists.

What costs get left out of leak survey software quotes?

GIS remediation and jurisdictional multiplication. Coverage proof is only as good as the pipe data underneath, and unmapped or approximately located service lines are a records project no software line item fixes. Separately, each additional state carries its own cycle lengths, grading definitions and repair timelines, so price the second state explicitly rather than accepting multi-state as a configuration checkbox.

How do we get field crews to actually use the software?

Two things decide adoption. The application has to work offline for a full shift, because crews abandon anything that stalls in a basement or a rural section. And it has to show prior leak history at the point of investigation, since a surveyor who knows the address had a Grade 2 last year works differently. Roll out one operating district at a time rather than system-wide.

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.

What are the biggest mistakes companies make when building custom field service software?

Four mistakes cause most failures: scoping only the happy path so offline work and job reassignment surface later as change orders, leaving QuickBooks sync until the end instead of designing for it, skipping technician input until launch, and having no post-launch support plan. Across 2,000+ Digital Heroes projects, failed field service builds almost always failed on process, not programming. Every one of these is prevented in the scoping phase, which is why discovery matters more than the framework.

What tech stack should a custom field service platform be built on?

The dependable 2026 stack is React Native or Flutter for the technician app, React for the dispatch console, Node.js or Python on the backend, and PostgreSQL with an offline sync layer on the device. Boring, widely used technology wins here because any competent team can maintain it five years from now. Be wary of an agency proposing a stack only they can staff; that is a lock-in strategy, not an engineering decision.

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.

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.

Should I hire a freelancer or an agency to build my field service software?

An agency in almost every case, because a field service build spans a mobile app, a dispatch web console, a backend, offline sync, and accounting integrations, which is four or five specialties one person rarely covers. A freelancer is the right choice for a single integration or a well-scoped add-on under $15,000. The solo-built field service systems Digital Heroes inherits fail most often at handover, when the freelancer has moved on and nobody can safely modify the sync engine.

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.

How long does it take to build a custom web or mobile app from scratch?

Plan on 8 to 16 weeks for a focused first version and 4 to 9 months for a larger platform, which is the typical spread across Digital Heroes builds. The first 2 to 3 weeks go to discovery and design before any production code ships. The two things that stretch timelines most are integrations with legacy systems and slow feedback from your side, not developer speed.

Can a custom field service app sync with QuickBooks and the payment processor we already use?

Yes, and it should be scoped as a named workstream rather than a finishing task. QuickBooks Online, Xero, Stripe, and Square all offer mature APIs, and a two-way invoice and payment sync typically adds $8,000 to $20,000 to a build depending on how items, taxes, and customers map. The decision that matters most is source of truth: agree which system owns customer records and pricing before development starts, or you will reconcile duplicates forever.

Should we start with an MVP or build the full field service platform in one go?

Start with an MVP that can run one real crew for one real week: scheduling, dispatch, job completion with photos and signatures, and invoicing. That slice typically costs $40,000 to $70,000 and ships in about 12 weeks, and technician feedback then decides phase two. Teams that built the full platform up front reworked 30 to 40 percent of it after field use in Digital Heroes experience, which is the most expensive way to discover what dispatchers actually need.

What security and compliance does custom field service software need?

The baseline is encryption in transit and at rest, role-based access so a technician sees only their own jobs, remote wipe for lost phones, and audit logs on anything that touches money. Run payments through a processor like Stripe or Square so card data never touches your servers and the heaviest PCI burden stays with them. If your crews serve regulated sites such as healthcare or government facilities, say so in scoping, because access and documentation requirements shape the data model.

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.

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 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

Published · Last updated .

Online now

Hi there. How can we help you today?

Reply