
City-owned utilities buy software under council, budget, and procurement rules. See the criteria, RFP scoring, and how to build the business case.
Municipal utility software is the billing, CIS, metering, and customer-service platform a city-owned utility uses to run water, electric, or gas service for its residents. Buying it differs from a private purchase because a municipality answers to a council, a budget cycle, and public procurement rules, so the evaluation has to weigh audit and compliance, ERP integration, and defensible pricing alongside features. This guide covers the criteria to prioritize, how the RFP is scored, the procurement process, and how to build the business case.
A city-owned utility buys software under constraints a private company does not face: a public budget cycle, a formal procurement process, and a council that has to approve the spend in front of ratepayers. The software still has to run billing and customer service well, but the buying decision is as much about defensibility as features. This guide is for municipal water, electric, and gas utilities serving roughly 3,000 to 100,000 connections, and it walks the evaluation from criteria to council approval.
The core of the purchase is usually the billing and customer platform, so a clear picture of how modern utility billing software is structured is the right starting point. The sections below cover what makes municipal buying different, the criteria that matter, how the RFP is scored, and the process to run it.
Are you buying a billing tool, or the system of record a city runs its utility on?
Municipal utility software is the platform a city-owned utility uses to bill customers, manage accounts, handle payments and service requests, and report to regulators and the council. It differs from generic billing software in that it has to fit municipal realities: integration with the city's financial system, audit-grade reporting for public accountability, and support for the multiple services a city often bills on one account. It is the system of record for the utility, not just a way to print bills.
Does your software have to satisfy a council and an auditor, not just your billing team?
A city-owned utility carries obligations a private utility does not, and they shape what the software must do:
These are the requirements that separate a fit from a near-fit, and most of them never appear on a generic feature list.
Are you evaluating on features, or on the five things a city actually gets held accountable for?
Not every requirement carries equal weight for a municipality. These five deserve priority in any evaluation.
The general decision framework behind these is covered in our guide to how to choose a utility billing system.
Have you decided how you will weight each criterion before proposals arrive, or will you rationalize it afterward?
Municipal RFPs score proposals against published, weighted criteria so the award is defensible. Publishing the weights also makes vendors respond to what matters. Municipal RFPs commonly score on the criteria below.
Deciding and disclosing these weights up front is what turns the award into a scored decision rather than a preference after the final demo.
Is your purchase timed to the budget cycle and council calendar, or fighting against them?
A municipal purchase runs on the city's clock, not the vendor's. Running it as a sequence keeps the timeline predictable. These are the steps.
Writing the RFP itself is the step that most shapes the outcome, and it is covered in detail in our utility billing software RFP guide.
Can you give the council a number they can defend to ratepayers?
Council approval turns on a business case, not a feature list. Build it on three arguments, and put numbers to each:
On the pricing point, a per-connection model is easier to defend than a bundled quote, because it scales visibly with the customer base. The full method for costing this is in our guide to the total cost of ownership of utility billing software. Island Water Authority, a comparable public utility, cut operational costs by 47 percent and improved customer satisfaction by 22 percent after consolidating onto one platform.
Does the vendor's timeline match your budget year, and what happens if the first billing cycle fails?
A municipal implementation follows a structured path: discovery and configuration, data migration validated across several cycles, staff training and a parallel billing run, then cutover with a rollback plan. For a utility in the 25,000 to 35,000 connection range, go-live in about nine months is realistic, with smaller utilities faster. The parallel billing cycle is the safeguard: you bill on the old and new systems together and reconcile before retiring the legacy system, so revenue is never exposed. To see how vendors compare on this, review the best utility billing software options for a utility your size.
Municipal utility software adds what a city-owned utility is accountable for on top of billing: audit-grade reporting for public accountability, integration with the municipal ERP and general ledger, support for multiple services on one bill, and pricing that a council can defend. Standard billing software may handle invoices well but rarely fits the procurement, reporting, and integration realities a municipality faces.
For a mid-sized municipal utility it is typically several months to about nine months for a 25,000 to 35,000 connection utility, with smaller utilities faster. The timeline depends on data quality, integrations, and the number of services you bill, not on building the software. Plan the schedule around your budget cycle and a parallel billing run before cutover.
Pay-per-meter, or per-connection, pricing charges a set amount per active connection per month rather than a large bundled license. For a municipal buyer it is easier to defend to a council because the cost scales visibly with the customer base, and it avoids a large up-front capital request. Confirm what the per-connection price includes so the comparison against a bundled quote is fair.
Not necessarily. A platform built for multi-service utilities can bill water, electric, gas, sewer, stormwater, and refuse on one account, which is common for city-owned utilities that provide several services. Running one platform across services avoids the reconciliation and duplicate-account problems that separate systems create. Confirm the platform supports every service you bill on a single customer record.
The council typically approves the budget and the contract award, so the purchase has to be defensible to elected officials and, through them, to ratepayers. That is why the business case, the scored evaluation, and transparent pricing matter as much as the software itself. A recommendation the council can approve pairs a clear cost and timeline with a comparable reference utility.
Municipal utility software is a purchase judged by a council and an auditor, not only by the billing team, so the evaluation has to weigh accountability, integration, and defensible pricing alongside features. Prioritize the five criteria, score the RFP on published weights, run the procurement to the budget calendar, and bring council a business case with numbers behind it. See how a unified utility billing software platform fits city-owned utilities on reporting, ERP integration, and per-connection pricing, so the decision is one you can defend.