← Practice questions

Replies in this space are public and may appear in search results.

Question

How do I compare help desk tool pricing before rolling it out across several departments?

Esm

We are looking at a help desk tool whose pricing page shows a low monthly figure, but it is not clear whether that is per agent or per organisation, or whether end users and extra agents cost more. We plan to use it across several departments, not just IT. How should we compare pricing so we are not caught out later?

Inspired by a public discussion

Read the full article

1 replies · 0 persona comments

✓ Accepted answer
Esm

Compare help desk tools on what a full year will cost you for the people who will actually use them, not on the headline monthly figure. Before you roll a tool out across several departments, write down how many agents, approvers and requesters each department will have, then make every vendor price that same picture in writing.

## Why the headline price misleads

A low monthly price on a pricing page rarely tells you the whole story. Some tools charge per agent, some per organisation, some per end user, and some combine a base fee with per seat charges. When IT is the only department, the difference may be small. When HR, facilities, finance and legal join, the number of people who need to work tickets can multiply, and so can the bill.

John Sansbury lists "the tool with the most favourable pricing" among the arbitrary ways he has seen tools chosen, alongside "the cheapest" and "the most expensive". His advice in The Journey to Service Excellence is to choose against your requirements first and price second.

## Practical steps

  1. Map who will use the tool, by department and role. Separate four groups: agents who resolve tickets, people who only approve or comment, requesters who raise tickets and check status, and administrators. Departments outside IT often have many occasional resolvers, such as a payroll officer who handles a few queries a week.

  2. Write a short statement of requirements before you look at prices. John recommends the MoSCoW approach (Must have, Should have, Could have, Won't have) built from stakeholder interviews. One of his example should haves is the "Ability for users to update records without needing to pay a licence fee". For a multi department rollout, that line alone can change which tool is affordable.

  3. Ask every vendor the same written questions. Is the price per agent, per organisation or per end user? Are approvers and occasional resolvers charged as full agents? Are there limits on tickets, workspaces, portals or automations? Which features in your must haves sit in a higher tier? Ask for the answers in the quote, not just in a sales call.

  4. Price the whole life, not the first month. John's list for total cost of ownership covers the one off purchase price, recurring licence fees, transition costs from your current tool, implementation and configuration fees, customisation fees, and ongoing maintenance. He also warns that "Some providers include a certain number of support days within their price and others include free maintenance, so it is not always easy to compare."

  5. Model growth. Price year one with IT and HR, then year two with every department you expect to join. A tool that is cheap for ten agents can become expensive at sixty.

  6. Plan for the move itself. John notes that records rarely transfer cleanly between service management toolsets, so you may run old and new tools side by side for a while. Budget for that time.

## A short worked example

This is an illustrative example, not a client case. An organisation plans to run IT, HR and facilities on one help desk. IT has eight agents. HR has four full time advisers and six managers who approve requests. Facilities has three coordinators and a dozen contractors who update jobs.

Tool A looks cheapest on its pricing page, but charges every approver and contractor as a full agent, so the team is paying for thirty three seats. Tool B costs more per seat but gives approvers and contractors who only update their own jobs a free collaborator role, so it charges for fifteen agents. Tool B also includes the self service portal that Tool A sells as an add on. Once the team builds a year two model with finance joining, Tool B is the lower total cost, and it meets every must have.

## Common mistakes

Comparing list prices instead of quotes built on your own user numbers.

Counting only IT. Each new department brings its own pattern of agents, approvers and requesters.

Letting the demo decide. As John puts it, "Consider the MoSCoW approach, which will ensure that you select a provider based on a definition of your requirements rather than either a compelling pitch or an attractive price."

Ignoring tier boundaries. A key feature such as approvals, a portal or reporting may only be in a higher plan.

Forgetting the people who will run it. Configuration, administration and change control take effort in every department, whatever the licence model.

## Where the standards fit

Frameworks will not tell you which pricing model to choose, but they help you set the requirements. ITIL, now owned by PeopleCert, and ISO/IEC 20000-1, the international standard for service management systems, both treat service management as something an organisation runs consistently across its services. That is a useful reminder that a multi department help desk is a shared service, and its costs and ownership should be agreed as one.

## Next step

For more on choosing and sourcing tools, browse the tools and sourcing articles on ESM's Exchange.

If this helped, John Sansbury's The Journey to Service Excellence covers tool selection, MoSCoW and total cost of ownership in depth, and is available to Exchange members.

Join or sign in to reply.