Public Works Software: Custom Build or Off-the-Shelf
Buy, and fix your asset data first. Cityworks, Cartegraph and Lucity are sound products, and a custom build will not clean a geodatabase with duplicate identifiers, it will only render bad data faster.
On this page
Buy, and fix your asset data first. Cityworks, Cartegraph and Lucity are sound products, and a custom build will not clean a geodatabase with duplicate identifiers, it will only render bad data faster. Build once you pass roughly 8,000 work orders a year across three or more divisions, once field crews cannot get seats, or once your operation stops resembling the median department.
What Cityworks, Cartegraph and Lucity actually do well
Every argument for building starts by being unfair to these products, so let us not. Trimble Cityworks was designed around Esri from the beginning, which means your ArcGIS layers are the asset register rather than a copy of it, and for a department whose geodatabase is in decent shape that is a real head start. OpenGov Cartegraph is the friendlier of the two for a smaller streets and parks operation and gets a condition-based programme running without a consultant living in your office. CentralSquare Lucity and Brightly Asset Essentials both cover the maintenance management ground competently.
They give you a work order lifecycle, a preventive maintenance calendar, an asset hierarchy, inspection forms, and reporting your director can put in front of a council committee. They also carry things a custom build has to fund from scratch: an accessible citizen portal, hosting somebody else patches, and a user community that has already argued about your problem on a forum.
Most departments should buy. Under about 25 staff with a single division, or anywhere your county or state has standardised on a product and an exception would cost two years of procurement and information technology arguments, stay bought. And if your asset data is genuinely poor, buy nothing new at all this year. Spend the money reconciling asset identifiers between your work order history and your geodatabase, because that reconciliation is the prerequisite for every option including the one we sell.
Where they stop: the field discovery nobody can record
The gap is not features. It is direction of travel.
Cityworks and Cartegraph both integrate with Esri, and the integration assumes the geographic information system is authoritative while the field is a consumer. At 2:40am your crew excavates a main break and finds six inch cast iron from 1961 where the map says eight inch ductile from 1988. The crew leader is on hour fourteen and the close-out form wants eleven fields, so nobody records it. Six months later engineering designs a replacement sized for the wrong pipe. The software did not cause that. It made recording the truth harder than not recording it, which amounts to the same thing.
The second gap is intake. Requests arrive by phone to the clerk, through a SeeClickFix or Accela portal, by email to a shared inbox, and through a council member forwarding a constituent complaint. Each channel produces a differently shaped record, and every vendor's answer is to put everything through their portal, a sentence that has never survived contact with a resident who wants to speak to a person. So the same pothole becomes four tickets and your response time metrics are fiction.
The third gap shows up six days a year and costs the most. A four inch snow event or a hundred year rain produces four hundred requests in nine hours, dispatch falls back to a whiteboard and a group text, and none of it enters the system. When Public Assistance paperwork comes due, somebody reconstructs those events from photos and memory. A Category A or Category B claim needs documented labour hours, equipment hours against the applicable equipment rate codes, and location. If you cannot produce it, you eat the cost.
Fourth, the compliance record. Your Municipal Separate Storm Sewer System permit requires inlet inspection and cleaning evidence. Sign management under the Manual on Uniform Traffic Control Devices requires a maintained retroreflectivity method with records to match. Both live in spreadsheets in most departments because the licensed system does not reach the crews doing the work.
The arithmetic: named user seats against a one-time build
This category is priced per named user, and that single fact drives most of what goes wrong.
Do the sum with your own figures. Count everyone who should be touching a work order: the streets superintendent, the foremen, the sewer crew, the sign crew, the fleet shop, the dispatcher, the geographic information system analyst. Now count how many seats you actually bought. In most departments the second number is a third of the first, which is why the sign crew keeps a workbook and the foreman rekeys paper for forty minutes every morning. That forty minutes, times the number of foremen, times 250 working days, is the real licensing cost and it does not appear on any invoice.
Then the visible money. Take your annual licence, add the consultant retainer you keep to maintain configurations, and multiply by five. A department paying $50,000 a year in licence plus $30,000 in configuration support is at $400,000 across five years. Against that, a custom first release runs $60,000 to $130,000 with support at 15 to 20 percent a year, so a $110,000 build costs roughly $203,000 over five.
The crossover has two forms and either one is enough. On seats, it lands around 60 to 70 people who genuinely need access, because that is where per-user pricing stops being cheaper than owning software with free seats. On volume, it lands around 8,000 work orders a year across three or more divisions, because below that a well-configured product absorbs the load. The tell that you are already past it: you pay for a tool and still run the real operation in Excel or on a whiteboard.
What a custom build actually costs
A focused first release covering channel-agnostic intake with deduplication, the asset register with two-way geographic information system sync, offline-capable mobile work orders and dispatch runs $60,000 to $130,000 and ships in 12 to 16 weeks. A full platform adding fleet and equipment, inventory and parts, the public request portal, preventive maintenance scheduling against real crew capacity, event mode for declared disasters and finance integration runs $150,000 to $400,000 phased over 6 to 12 months.
Then the two lines that arrive after the quote. Migration runs 10 to 25 percent of build cost and sits at the top of that range here, because the work is not extraction, it is reconciling asset identifiers between your work order history and your geodatabase. Cityworks stores its data in SQL Server and you can query it directly, so the export is the easy part. Budget the reconciliation as its own phase before application development starts. Year two onward runs 15 to 20 percent of build cost annually for hosting, patching, schema changes on the Esri side and the enhancements that follow every winter.
What drives the number up: offline-first mobile is the single largest multiplier, because a truck in a river valley or a vault has no signal and a sync engine that survives two crews editing the same asset offline is genuine engineering rather than a checkbox. Esri integration scales with how clean your layers are. Financial system integration to Tyler Munis, Springbrook or Workday is knowable, but only once finance commits to a chart of accounts mapping in writing, and that conversation takes longer than the code.
The four situations where building wins
- Regulatory fit. Federal Emergency Management Agency reimbursement fields captured during the storm rather than reconstructed after it, stormwater permit evidence tied to the inlet record, and sign retroreflectivity history attached to the asset. These are records with deadlines, and a system that cannot produce them costs you money in a specific year.
- Scale economics. Past roughly 60 to 70 people who need access, or 8,000 work orders a year across three divisions, per-user licensing plus configuration retainer passes the build inside three years. Count the people you did not buy seats for.
- A workflow that is your competitive advantage. Public works has an equivalent: whatever is structurally unusual about your operation. A combined utility, a shared services agreement with three neighbouring townships, a snow operation that is forty percent of your winter, an internal fleet shop billing other departments. Off-the-shelf tools are built for the median department, and every year configuring around that gap is a year you pay software to make the job harder.
- Integration sprawl across three or more systems. ArcGIS, the financial system, the fleet fuel and telematics feed, and a citizen portal. Four interfaces each needing a vendor change request is where packaged licensing stops being the cheap option.
One signal alone is rarely decisive. Two together usually is, and the pairing we see most often is unlicensed field crews plus an unusual operating structure.
How to decide in a week
Do not write requirements. Pull data.
Export last year's citizen requests and run a crude duplicate check: same asset class, within fifty feet, within fourteen days. Whatever percentage comes back is the amount your response time reporting is currently overstating, and in departments we have measured this sits between twenty and thirty five percent. That single number changes the conversation with your council more than any demonstration will.
Second, pick one asset your crews touched in the last month and try to answer four questions from your systems alone: what is it, what was actually found when it was last opened, which ward and stormwater basin it sits in, and what it has cost over three years. Time yourself. Most departments can answer the first and none of the other three, because cost is stored per work order rather than per asset over time.
Third, give every developer on your shortlist your inlet layer and ask how they would model an inlet that belongs to a basin, sits in a ward, falls on a snow route and was replaced in 2019 under a capital project. A flat asset table with custom fields means they have never built this. Then ask what happens when two crews edit the same asset offline for six hours and both sync at 4pm. If the answer is last write wins, keep interviewing.
Then buy a paid discovery phase that ends with a written specification you own outright: the asset data model, the offline conflict rules, the chart of accounts mapping, records retention and portal accessibility criteria. Take it to every other firm on your shortlist. It is what makes four quotes comparable.
Digital Heroes will not write code without a signed product requirements document. We contract through India LLP, US LLC and UK LTD entities so intellectual property assigns under law your city attorney already reads, and the department owns the repository and the cloud accounts from the first commit. Over fifty specialists, more than 2,000 projects, a named team you meet before signing, checkable on Clutch, Trustpilot, Fiverr Vetted Pro and D-U-N-S.
We are the wrong firm for a department under 25 staff with one division, and wrong when the real problem is that nobody uses the system you already own. New software does not solve an adoption problem. It resets the clock on it.
Book a 30-minute call with Digital Heroes and get a written plan and a fixed quote within 48 hours.
The evidence behind this guide
Independent findings on why this investment pays off. Every link goes to the primary source.
- Timefold reports field service operations moving to automated route optimization typically see 10-25% fuel savings and 15-30% drive-time reductions, and documents a case where a global services firm cut drive time 33% and distance 43% while eliminating overtime. Source: Timefold (2025) →
- Comparesoft reports the field-service industry-average first-time fix rate is about 80%, best-in-class providers reach roughly 90%, scores below 70% put the business at risk, and providers exceeding 70% FTFR saw customer retention around 86%. Source: Comparesoft (2024) →
- An EY survey found one in five U.S. payrolls contains errors, each costing an average of $291 to remediate, with a typical 1,000-employee organization spending roughly 29 workweeks per year fixing common payroll errors. Source: EY (Ernst & Young) (2022) →
- The share of tasks performed mainly by humans is projected to fall from 47% to 33% by 2030 as human-machine collaboration expands, with 170 million jobs created and 92 million displaced (a net gain of 78 million). Source: World Economic Forum (2025) →
Frequently asked questions
How much does public works work order software cost per seat?
Packaged products in this category are priced per named user, so the number that matters is how many people should have access versus how many seats you bought. Multiply your licence plus any configuration retainer by five years before comparing. A custom first release runs $60,000 to $130,000 in Digital Heroes delivery experience, with 15 to 20 percent annually thereafter and no per-seat charge for adding crews.
How long does it take to build a custom work order and asset system?
Twelve to sixteen weeks for a first release covering unified intake, the asset register with two-way geographic information system sync, offline mobile work orders and dispatch. Six to twelve months for the full platform. The timeline risk is rarely code. It is waiting on a chart of accounts mapping from finance and a clean asset identifier decision from your geographic information system analyst.
Who owns the code and our geodatabase if we hire a developer?
You own the geodatabase regardless, because it is yours already, and you should own the application repository, the cloud accounts and the deployment scripts with a written handover clause. Many agencies sign language that quietly leaves the vendor holding the code. Have your city attorney confirm the intellectual property assignment before signing rather than at go-live. At Digital Heroes the client owns everything from the first commit.
What happens when two crews edit the same asset offline and both sync later?
That is the design question that decides whether field software works, and it has to be answered before development starts rather than in month five. Last write wins is not an acceptable answer, because the crew that opened the pipe knows more than the crew that drove past it. Expect field-level merge rules, a conflict queue for a supervisor, and every version preserved rather than overwritten.
Can we keep Cityworks and build only the intake layer?
Yes, and this hybrid is often the cheapest useful move. Build channel-agnostic intake with deduplication and geocoding against your own street centreline file, then hand confirmed requests to the existing work order system through its interface. You get honest response time metrics and fewer duplicate tickets without a migration, and you learn which parts of the incumbent you have actually outgrown.
Should the citizen request portal be custom or off-the-shelf?
Buy it unless the portal is your differentiator, which it usually is not. What matters is that whatever residents use writes into one queue alongside phone, email and council forwards, with a reported time distinct from an entered time. Accessibility is a requirement rather than an extra, so if you do build it, fund conformance from the first screen instead of remediating later.
What is the difference between a maintenance management system and asset management?
A maintenance management system tracks work: orders, labour, parts and schedules. Asset management tracks the thing itself over its life: condition, replacement cost, remaining useful life and the capital decision that follows. Most departments buy the first and are asked council questions that need the second, which is why cost per work order is easy to produce and cost per asset over three years usually is not.
Can we migrate existing work order history into a new system?
Yes, and extraction is normally straightforward since these products store data in a queryable database. The hard part is reconciling asset identifiers between your work order history and your geographic information system layers, where drift and duplicates are common. Treat that reconciliation as a funded phase before application development, not as a task discovered halfway through the build.
We are a 15-person department with one division. Should we build?
No. At that size a packaged product configured sensibly will serve you well and cost a fraction of a build, and the money is better spent on data cleanup and a tablet for every truck. Revisit when you cross three divisions, when crews cannot get seats, or when something structurally unusual enters the picture such as a shared services agreement with neighbouring townships.
What happens if our county has standardised on one product?
Then buying is almost certainly correct, because winning an exception can take two years of procurement and information technology negotiation that costs more than the software gap. The productive move is to build narrowly around the standard rather than against it: an intake layer, a field discovery route back into the geographic information system, or an event mode for storm reimbursement that the standard product does not cover.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
What does it cost per year to maintain custom field service software?
Budget 15 to 20 percent of the original build cost per year, so $15,000 to $20,000 on a $100,000 platform. That covers hosting, security patches, integration API changes, a monthly block of small improvements, and the iOS and Android updates Apple and Google ship on their own schedule. Skipping it is not a savings; the technician app needs attention every OS cycle or it eventually stops opening on new phones.
How long does it take to build a custom field service app with scheduling, dispatch, and a technician mobile app?
Plan on 12 to 16 weeks for a working first release covering scheduling, dispatch, and a technician mobile app, and 5 to 7 months for a full platform with offline mode and accounting sync. Across 2,000+ Digital Heroes projects, field service timelines slip in two predictable places: underscoped offline behavior and integration testing against QuickBooks or the payment processor. Both belong in week one of planning, not month four.
How big a team does it take to build field service management software?
The standard Digital Heroes team for a field service build is five to six people: a project lead, a designer, two or three developers split across the mobile app and backend, and a QA tester who works on real devices in real signal conditions. Bigger is not better; experience with offline sync is. The riskier pattern is the opposite, a single developer quoting the entire system alone.
Is Housecall Pro enough for a growing HVAC or plumbing company, or do we need custom software?
Housecall Pro holds up well to roughly 10 to 20 technicians on standard residential jobs, with its Essentials plan listing around $129 per month for up to five users. The ceiling appears with commercial work: multi-visit projects, progress billing, equipment service history, and inventory are thin, which is when owners start managing the business in exported spreadsheets. Use the spreadsheet count as your signal: three or more recurring workarounds mean the tool no longer fits.
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.
Should I hire a freelancer or an agency for my software project?
A skilled freelancer is the right call for a single-discipline scope under roughly $15,000, like a website, a plugin, or one integration. Above that, projects need design, backend, testing, and project management at once, and a solo builder becomes the single point of failure: if they get sick or take a bigger client, your project simply stops. Agencies bill 20-40% more per hour but carry continuity, code review, and someone to escalate to, which is what you are actually buying.
What should I have ready before I contact a development agency about field service software?
Bring your current workflow, not a feature list: how a job moves from first call to paid invoice today, where it breaks, what tool you use now with its monthly bill, and the workaround spreadsheets your team maintains. Add your integration list (accounting system, payment processor, phone system) and an honest budget range. A good agency can scope accurately from that in one or two calls, while a vague request for an app like ServiceTitan costs you weeks of discovery.
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.
Related guides
Published · Last updated .