There’s a specific, awkward size that a lot of field service companies pass through. It’s past the point where a shared spreadsheet and a group text can hold the business together, but nowhere near the size where an enterprise-grade platform with a dedicated implementation team starts to make sense. Somewhere between ten and thirty employees, most companies realize they need real software, and then discover that most of what’s marketed to them was built for someone much bigger.
This size range has its own set of priorities, and they’re different from what a two-hundred-person operation cares about. Understanding that difference is the key to not overpaying for capability you don’t need, or underbuying something that can’t keep up with you in a year.
The Cost of Growth Should Be Predictable
At ten to thirty employees, companies are usually still actively hiring, and hiring in small, meaningful jumps rather than large batches. Adding two or three technicians is a big deal at this size. It changes scheduling, changes territory coverage, and it should not also mean a jump in software costs that feels disproportionate to what those new hires are actually contributing yet.
Per-seat pricing models are particularly punishing at this stage, because the cost scales in lockstep with headcount at exactly the moment a company can least afford unpredictable expenses. A flat or support-based pricing model removes that friction entirely. It means the decision to hire a new technician is based purely on whether the business needs them, not on whether the software budget can absorb another seat.
Customization Matters More Than a Long Feature List
Companies at this size usually have a process that’s already working, shaped by the specific way they run jobs, follow up with customers, and manage their crew. What they don’t have is a large software budget or a developer on staff to build something proprietary. This creates a real tension: off-the-shelf platforms come with rigid workflows built for a generic version of the business, while custom software has traditionally been out of reach financially.
No-code platforms solve this tension in a way that matters specifically at this size. A company with ten to thirty employees can get a system built around its actual workflow, not a generic template, without paying enterprise custom-development rates. That might mean a review request that goes out with specific wording tied to the brand, or a job status field that tracks something unique to how the company operates, like a permitting stage that larger platforms don’t account for.
Support Needs to Be Personal, Not a Ticket Queue
A company this size doesn’t have an in-house IT department. When something breaks or a workflow needs to change, the person handling it is often the owner or an office manager who’s already wearing several hats. Enterprise platforms are built around support ticket queues and long response windows, which works fine for a large company with dedicated staff to manage the relationship, but creates real friction for a small team that needs a fast answer.
This is one of the most overlooked factors when small companies choose software. It’s worth asking, before signing anything, what actually happens when something needs to change. Is there a real person to call, or a form to submit into a queue with no guaranteed timeline? At this size, that difference has an outsized impact on day-to-day operations.
Don’t Buy for the Company You Might Become
It’s tempting, at ten to thirty employees, to buy the platform built for companies with two hundred employees, on the logic that it’ll be ready when the company gets there. In practice, this usually means paying for complexity that doesn’t apply yet and navigating an interface built around problems the company doesn’t have. It’s generally a better approach to choose something that fits the business today and can flex as it grows, rather than something sized for a future that may look different than expected.The right software for this stage isn’t the biggest or most feature-rich option available. It’s the one that grows in cost only when the business actually grows in revenue, adapts to the way the team already works instead of forcing a new process on them, and puts a real person on the other end when something needs fixing.