Ready-made or custom POS: how a restaurant owner should actually decide
A test you can run in one week, before you talk to a single vendor, that tells you which of the two you need.

Every restaurant owner is told the same two things. The software company says a ready-made system will have you running by Monday. The developer says only a custom build will fit how you work. Both are selling, and both are sometimes right.
Here is how to tell which one is right for you, without taking either at their word.
Start with what ready-made is genuinely good at
Off-the-shelf restaurant POS is mature software. For a single site with a normal menu, it will almost always beat a custom build on cost, on speed and — this is the part owners underestimate — on the thousand small details that only appear after a thousand restaurants have used it.
If your operation is one location, one menu, dine-in and delivery through the usual aggregators, you should probably buy. Spending six figures to rebuild what you can rent is not craftsmanship, it is waste.
Then find where it stops fitting
Ready-made stops fitting at a predictable set of edges:
- Recipes that are not products. A coffee shop selling by weight, a bakery
whose output varies by batch, a kitchen with heavy modifiers — these break the simple item-price model that most systems assume.
- More than one site with shared stock. Two branches is usually fine. Two
branches moving inventory between them is where most systems start needing spreadsheets again.
- Anything that must talk to a system you already run. An existing
accounting package, a loyalty scheme, a supplier's ordering portal.
- A process that is genuinely yours. Central production kitchens, catering
with deposits, subscriptions, a membership model.
None of these mean "build custom" on their own. They mean the ready-made system will need workarounds, and workarounds have a running cost measured in staff minutes per day.
The comparison that matters
| Ready-made | Custom | |
|---|---|---|
| Time to running | Days | 8 – 16 weeks |
| Up-front cost | Low | High |
| Monthly cost | Per terminal, forever | Hosting only |
| Fits your process | You adapt to it | It adapts to you |
| Integrations | Whatever they support | Whatever you need |
| If the vendor disappears | You migrate, urgently | You still own it |
| Worth it when | Your process is normal | Your process is the business |
That last row is the whole decision. If the way you operate is ordinary, pay someone who has already solved it. If the way you operate is your advantage, software that forces you to operate normally is removing the advantage you are paying to protect.
The one-week test
Before any demo, do this. It costs nothing and it answers the question better than any vendor conversation.
For one week, have a manager write down every time someone:
- Writes something on paper because the system cannot hold it
- Re-types the same information into a second system
- Fixes something the system got wrong
- Waits for someone else to look something up
Then count the minutes.
Under about 30 minutes a day, buy ready-made — your process is normal enough and the workarounds are cheaper than a build. Over about two hours a day, that is roughly a full staff salary a year being spent on friction, and a custom system starts paying for itself inside the first year. In between, the honest answer is that it depends on whether those minutes are growing.
We were ordering the same amount every week regardless of what we sold. The system just showed us the difference.
a restaurant client, first quarter after switching
The middle path most people miss
It is rarely all or nothing. The arrangement that works most often is a ready-made POS on the floor — where the mature software genuinely wins — with a custom layer above it for the part that is actually yours: the central kitchen, the multi-site stock, the reporting your accountant needs.
This requires the POS to have a real API. Which is why "does it have a documented API?" belongs in the first conversation with any vendor, long before pricing.
What to ask a ready-made vendor
- Does it have a documented API, and can I see the documentation now?
- Can I export my own data, in full, without asking you?
- What happens to my data if I stop paying?
- Does it handle Egypt's e-receipt requirements today, or is that on a roadmap?
- What does it cost at three branches rather than one?
An evasive answer to the second or third question tells you more about the next five years than the price does.
Common questions
How long does a custom POS actually take?
Eight to sixteen weeks for a working system covering one venue, longer for multi-site stock. Anyone quoting four weeks has not asked enough questions yet.
Can we start ready-made and move later?
Yes, and it is often the sensible order — provided you can get your data out. That is the single condition, and it is why data export belongs in the first conversation rather than the last.
Is custom cheaper over time?
Sometimes. Per-terminal monthly fees across several branches add up, and a custom system has no per-terminal cost. But it has maintenance instead. Run both numbers over three years rather than one.
Keep reading
Newsletter
Occasional notes on software, automation and running a better business. No spam.