Disclosure first: we build FlowTux, which appears below. The list is still worth your time because the premise is not a ranking. Under about 200 people, IT tooling fails for a reason that has nothing to do with feature checklists — every ITSM tool implies a person who maintains it, and at this size that person has another job.
So the honest axis is a trade, not a score: how much process your risk profile genuinely requires, against how many hours a week anyone can spend administering the thing that enforces it. Buy above your admin capacity and the tool decays into a form nobody fills in correctly. Buy below your real process needs and you find out during an audit.
The trade nobody names in the demo
Process depth is what an auditor, a customer security review, or a regulated workflow forces on you: change approvals, asset records, a defensible request trail. Admin capacity is the weekly hours available to configure categories, maintain routing, curate the knowledge base, and answer "why did this ticket go there." Most startup ITSM disappointment is a mismatch between those two numbers, discovered four months in.
Estimate both before you shortlist. If nobody owns the tool for two hours a week, treat every configuration screen you saw in the demo as a liability rather than a feature.
Process depth
what audits, customers, and regulated changes genuinely force on you
Admin capacity
weekly hours anyone will actually spend maintaining the tool
Blast radius
what breaks when the queue is mishandled — the honest input to both
Almost no process, almost no admin
osTicket is the long-running free, self-hosted option, and it remains a sensible answer when the queue is small, the requirements are stable, and someone on the team is genuinely comfortable running a server. The licence is free; the cost moves to hosting, backups, patching, and upgrades, and there is no modern AI layer to speak of. It is a real choice, not a booby prize — just cost it as infrastructure rather than as free software.
Zoho Desk is deeper than its reputation suggests and sits at the aggressive end of the commercial market, priced per agent. Its strongest case is a team already inside the Zoho ecosystem, where identity, CRM, and the desk share a spine. Its weakest case is a team that will only ever use a tenth of it, because the configuration surface is broad enough to require the admin capacity you were trying to avoid spending.
When the queue is engineering-adjacent
FlowTux — ours, and the disclosure stands — is built for the startup pattern where the internal queue is a blend of IT requests, bugs, error-tracker storms, and CI noise, all landing on the same handful of people. Intake comes from Slack, Teams, email, and WhatsApp; triage is grounded in the linked codebase and the history of what was actually resolved before; error storms collapse by semantic deduplication rather than by string matching; and routine categories can resolve autonomously inside an allow-list, with the full trail on the ticket. Modes are per-category, so a request type can sit in suggest, move to approve, and only then go autonomous. Pricing is flat from $79/month, which at this size mostly means you stop rationing who is allowed to file a ticket.
Where it does not fit: high-volume external consumer support is a different animal, formal ITSM depth — asset registers, CMDBs, change advisory boards — is not what it is built for, and a queue that is purely HR and facilities gets no value from codebase grounding. Say your queue is mostly laptop provisioning and onboarding checklists; the tools in the next section are the better buy.
When the queue is employee requests
Siit is built precisely for the modern employee-request queue: access grants, app provisioning, equipment, onboarding and offboarding, with integration depth into identity, MDM, and HR systems doing the fulfilment rather than a human copying values between admin consoles. For a startup whose IT load is dominated by access and lifecycle work, that integration depth is the whole product, and it is genuinely strong there. It is sales-quoted rather than publicly priced.
The honest limitation is symmetrical to ours: if half your queue is production bugs and alert noise, an employee-request tool will treat that half as generic tickets.
When you actually need ITSM process
Some startups genuinely need the process, usually because a customer contract or a compliance programme demands it. Freshservice is the mainstream answer and deserves its position: asset management, change workflows, a service catalogue, and a guided setup that is far gentler than enterprise ITSM historically was. It is web-first with a Slack integration rather than Slack-native, priced per agent, and its AI capabilities sit in higher tiers or as paid add-ons — which is the thing to model, because the AI tier is where per-agent pricing compounds hardest.
Jira Service Management is the right call when you are already deep in Atlassian and your engineering escalation path is Jira anyway. The trade is administration weight: it rewards a team willing to configure it and punishes one that is not, which is why it is also the tool startups most often migrate away from once the portal model fails adoption. If you already have a Jira admin, this is the cheapest path to real process. If you do not, you are about to hire one by accident.
How to choose, and one note on price
Score the two axes, then shortlist two tools from the matching band and run both against two weeks of your real queue — not a sandbox, not a scripted demo. Startup queues are small enough that two weeks is a meaningful sample and honest enough that the team will tell you immediately if intake is in the wrong place. Start any AI in suggest mode regardless of vendor; you learn more from watching what it would have done than from a deflection number.
On pricing: publicly, FlowTux is flat from $79/month. For every other tool here, the model is what matters — per agent with AI as a paid tier, sales-quoted, or free-and-self-hosted with the cost living in your infrastructure. Vendor pricing moves; confirm current numbers and tier boundaries with each vendor directly before you build a business case on them.