Illustration of a small town with various buildings labeled as town hall, public records, and public works, along with trees, sidewalks, a bus stop, a bus, and people walking around, centered around the text "Small Governments".

In a small government, a lot of the work begins the same way: somebody reaches out.

A resident calls about standing water. An email comes in about trash pickup. A staff member gets stopped in person and hears about a code issue, a tree problem, or a streetlight that has been out for weeks. The concern is real, but the record of it may end up in a notebook, an inbox, a spreadsheet, a printed form, or a conversation somebody intends to come back to later.

That is not unusual. In a small jurisdiction, people are often handling a wide range of responsibilities at once, and the systems behind the work tend to grow in pieces. One process gets patched together to solve one problem. Another gets added when something else starts slipping through. After a while, it becomes difficult to see what has come in, where it stands, and what is recurring.

I build simple, practical systems that help small governments organize incoming information, support follow-through, and keep day-to-day work from disappearing into scattered records.

Where This Helps

This work is useful when:

  • concerns are coming in from too many directions
  • follow-up is difficult to track
  • recurring issues are easy to notice informally but hard to document clearly
  • staff need a better way to see what is happening across requests, locations, or types of issue
  • public-facing information is harder to manage than it should be
  • too much time is spent sorting through messages, notes, and disconnected files

Sometimes the problem starts with one process. Sometimes it shows up across a wider stretch of day-to-day work. In either case, the goal is a clearer structure and a record people can actually use.

What This Can Look Like

That might mean a better way to receive, organize, and respond to resident concerns, similar in spirit to a small-scale 3-1-1 system. Residents need a simple way to report issues, staff need a clear way to track follow-up, and local leaders need to see what has been resolved, what is getting stuck, and what patterns are showing up over time.

It can also mean a cleaner intake process, a shared workflow, or a record that makes it easier to see what keeps coming up by location, issue type, department, or time period.

Depending on the need, that work might take the form of forms, trackers, dashboards, summaries, maps, or other practical tools that help staff and leadership work from the same information. In some cases, the system stays internal. In others, it also supports clearer communication with residents, councils, boards, or other stakeholders.

Why This Matters

Small governments do not have much room for avoidable confusion.

When information is incomplete, scattered, or hard to check, routine tasks take longer than they should. Staff spend time retracing conversations, checking multiple files, or trying to verify what happened after a concern came in. Questions that should be simple become harder to answer. Follow-up becomes uneven. Patterns are easy to notice in passing but harder to show clearly.

That affects more than internal workflow. It shapes how well a government can communicate, how easily staff can coordinate, and how much useful information is available when decisions need to be made.

A better system does not need to be complicated. It needs to leave the organization with a clearer record, a more dependable process, and fewer loose ends.

Ways to Work Together

Ready-to-Use Tools

Starting at $200

Simple tools with little or no customization.

Best for small governments that need something functional right away.

Adapted Systems

$500 to $2,500

An existing system adjusted to fit your workflow, staff roles, reporting needs, or communication style.

Best when you need more than a basic tool, but not a full custom build.

Custom Systems

$2,500 to $25,000+

A more tailored system built around a specific process, department, or organizational need.

Best for complex needs, multiple workflows, or long-term organizational use.

Other Project Support

Not every project needs a new system.

Sometimes the most useful support is more focused: analysis, grant support, survey design, mapping, reporting, public-facing summaries, or other research, writing, or documentation tied to a specific project.

If you need help thinking through a problem, making sense of information, or supporting work already in motion, that can often be done without building something from scratch.


Pricing and Ongoing Support

Pricing depends on the scope of the work, the condition of the information, and how much needs to be built, cleaned up, documented, or explained.

The ranges above are meant to give small public-serving organizations a realistic starting point. Some needs are narrow and can be handled as a focused project. Others require a fuller build, more coordination, training, documentation, or support after launch.

Some projects are complete once the tool, workflow, report, or system is built and handed off. Others benefit from light ongoing support, especially after staff have started using the system in real conditions.

Ongoing support might include small updates, troubleshooting, documentation, reporting help, staff training, or adjustments based on what is working and what is getting in the way.

Before work begins, I will be clear about what is included, what is not included, and what level of support makes sense for the project.


Training and Handoff

Training is included in the project price.

That means clear written guidance and, when helpful, a live walkthrough or recorded video. The goal is to make sure the people using the system feel comfortable with it and can keep using it without a difficult handoff.


How the Work Is Built

Most of these systems are built with practical, widely available tools that organizations can keep using and manage themselves.

I try to keep things clear and durable. The goal is not to introduce more technology than the work actually needs. The result should be something your organization can understand, maintain, and build on.

If the work feels harder to manage or follow than it should, I’d be glad to talk it through.