What it costs

What a POS system costs, and what actually drives the number

We do not publish a price, and this page explains why that is the honest answer rather than an evasion. What it does instead is name every variable, so you can read any quote — ours included — and tell whether it makes sense.

Scope first, then a number. No figure quoted before it means something.

How much does a retail POS system cost?

It depends on five things, and any figure quoted before they are known is a figure that changes later: how many lanes the store needs, what each counter has to do, whether existing equipment carries over, how much implementation work the changeover involves, and whether payments are part of it. A single-lane shop reusing its scanner and a four-lane grocery with a data conversion are different projects, and one number cannot describe both.

The part most often missing from a cheap-looking quote is the implementation: the item file, the programming and the training. That work does not disappear when it is left out of a proposal — it just lands on the retailer during go-live week.

  • Lane count, sized to the worst hourThe busiest hour is the one that decides how many registers you need.
  • What each counter has to doScanning, weighing, printing and cash handling are separate decisions.
  • What carries overReusable peripherals are the single biggest swing in a quote.
  • How much implementation there isAn item file and trained staff are work, whoever does it.
  • Whether payments are in scopeIntegrating is a workflow decision that has a cost attached.

There is no price on this page and no range, because a range wide enough to be honest would be useless and a narrow one would be wrong. We scope first and quote against it.

The five variables

What moves the number, in rough order of impact

Read any quote against these. If a proposal is silent on one of them, that is the question to ask.

How a cheap quote gets expensive

  • Implementation is left out

    The item file and the training land on the retailer during go-live week.

    Implementation is scoped and quoted as part of the system.

    Installation and training
  • Working peripherals are replaced anyway

    Money spent on hardware that would have carried over.

    Model numbers are checked before replacements are specified.

    Replace an existing POS
  • The lane count is guessed from an average day

    Either a queue on Saturday or a register nobody uses.

    Sized against the busiest hour.

    Complete POS systems
  • Data conversion is estimated, not scoped

    The estimate moves once somebody looks at the export.

    We look at an actual export before quoting the conversion.

    Data conversion
  • Processing is arranged separately afterwards

    A second negotiation, and a workflow nobody designed.

    The payment path is decided with the system and reviewed first.

    Merchant processing

Cost questions

Why will you not publish a price?

Because the same system costs different amounts depending on lanes, hardware, reuse and implementation, and a number without that scope is one that changes later. We would rather be slower and right.

Can you give me a ballpark?

Once we know the lane count and what is on the counters now, yes — and that takes one conversation. Before that, any figure would be invented.

Is the software a subscription or a purchase?

That depends on the platform and how the system is bought, and it is set out in the proposal rather than implied here.

What is the most common thing that changes a quote?

Whether existing peripherals carry over. It is worth sending model numbers early for exactly that reason.

Do you charge for the review?

No. The specification is work we do to earn the business, and you keep it either way.

Tell us the lane count and what is on the counters

That plus what you run today is enough to turn "it depends" into a number that holds.