From Paper Reservation Book to Digital: What Actually Changes

2026-08-09 · Guides

In most restaurants that still take bookings on paper, the reservation book is a ruled notebook on the counter by the door, backed up by a phone that rings mid-service and a WhatsApp thread that fills up after 11 pm. This guide covers what actually changes when that moves onto a system: what improves during service, what the three realistic options cost, how per-cover commission adds up over a year, and which questions to ask a vendor before signing anything.

Short answer. A digital reservation book does three things paper cannot: it takes bookings while the restaurant is closed, it sends automatic confirmations and reminders to guests, and it keeps every guest record in an archive you can export. There are three options: the paper book (zero cost, zero automation), a booking portal with per-cover commission (discovery included, a variable cost that grows with your success), and your own software on a flat monthly fee (predictable cost, no shop window). Which one wins depends almost entirely on how many booked covers you do in a week.

## The three ways restaurants take bookings today

| Criterion | Paper book | Portal with commission | Your own software | | --- | --- | --- | --- | | Direct cost | €0 | no monthly fee, but a commission on every booked cover | flat monthly fee, independent of covers | | Annual cost at 2,080 booked covers | €0 | €3,120–€6,240 at illustrative rates of €1.50–€3.00 per cover | €238.80–€742.80 with Stolio, depending on plan | | Bookings outside opening hours | no | yes | yes | | Automatic confirmations and reminders | no | yes | yes | | Who owns the guest data | you, on paper | the portal | you, exportable at any time | | New guests brought by the platform | none | yes, that is the whole point of it | no, you bring your own traffic | | Main risk | double bookings, lost notebook, no guest history | dependence on an intermediary that can change pricing or shut down | needs an hour of setup |

What the table hides is that the first two columns are not mutually exclusive. Plenty of restaurants run the paper book as the official record of the room and the portal as a shop window, copying every incoming booking across by hand. It is the most common setup and also the most expensive one available, because you pay the commission and keep all the manual work. The real question is not paper versus software — it is who holds the single record of the room.

## What per-cover commission actually costs in a year

Short answer: far more than a subscription, as soon as the restaurant is doing well. Per-cover commission is a share of your success, not a fixed cost. The calculation takes two steps. First, count the covers that come through the portal in a typical week — covers, not bookings, because the commission applies per person. Second, multiply by 52 weeks and then by the per-cover rate. The rates below are illustrative figures for the arithmetic, not any specific vendor's list price: ask for the actual terms in writing.

| Covers from the portal per week | Covers per year | At €1.50/cover | At €2.00/cover | At €3.00/cover | | --- | --- | --- | --- | --- | | 20 | 1,040 | €1,560 | €2,080 | €3,120 | | 40 | 2,080 | €3,120 | €4,160 | €6,240 | | 80 | 4,160 | €6,240 | €8,320 | €12,480 |

A worked example. A 45-seat restaurant takes 40 booked covers a week through a portal. That is 2,080 covers a year. At €2.00 per cover the annual bill is €4,160. The same booking volume handled by flat-fee software at €19.90 a month costs €238.80 a year. The difference is €3,921.20 over twelve months — roughly the gross cost of one month of a floor salary. And the break-even point arrives almost immediately: ten booked covers a month at €2.00 is €20, already more than an entry-level subscription of €19.90.

None of which makes portals a bad deal for everyone. A portal brings guests who have never heard of you, and for a newly opened restaurant or one in a heavily touristed area that traffic has real value your own website will not generate on its own. The problem starts when the portal also handles your regulars — the people who would have phoned anyway. On those, the commission is pure cost. The healthier setup is almost always the same one: portal as an acquisition channel, your own system as the record of the room and the home of the guests who come back.

## What changes on the floor in the first month

The first thing that disappears is the phone ringing at 8:30 pm about a Thursday booking. With a public booking link and a widget on your own site, part of the demand moves out of peak hours: a lot of bookings arrive between 9 pm and midnight, when the paper book is shut in a drawer. The second thing that changes is no-shows. Automatic confirmations and reminders do not eliminate them, but they cut the share of people who simply forget, and — more importantly — they give the guests who cannot come an easy way to tell you in advance. That is where the money is: a table released at 6 pm gets resold, a table released at 8:15 pm does not.

The third change takes some discipline: the phone does not go away. A meaningful share of bookings will keep arriving by phone and, increasingly, by WhatsApp. A system that works does not try to kill those channels — it requires that whoever answers puts the booking into the same record within ten seconds. If a second parallel book survives, the project fails, not because the software is bad but because there is no longer a single source of truth about the room.

The fourth change is the floor plan. Going from 'four people at 8 pm' to 'table 7, four people, 8 pm, high chair, one celery allergy' changes how the evening is planned: you can see at a glance whether that table frees up in time for a second seating and what the kitchen needs to know. This is where a digital reservation book pulls decisively ahead of a notebook — much more than in simply collecting bookings.

## How to choose a restaurant booking system: eight questions

Eight questions to put to any vendor before you even start a free trial. Vague answers are themselves an answer.

1. How do I pay? Flat fee or per-cover commission? If there is a commission, get the exact figure and model it on a full year of your covers, not one month.

2. Is the guest data mine? You need to be able to export the guest archive whenever you want, into a file that opens in a spreadsheet. If export does not exist, you are not building your database — you are filling someone else's.

3. How does a phone booking get in? Count the clicks. If it takes more than five, nobody will do it mid-service and you will be back on paper within two weeks.

4. Is there a real table map? Not a list of time slots, but the actual room with real tables, their capacity and seatings.

5. What does the guest receive, and in which language? Instant confirmation, a reminder before the visit, and a way to cancel without phoning. The language of the emails your guests receive is a question the vendor should answer precisely and immediately.

6. Does it work on staff phones? Nobody opens a laptop on the floor. You need something that lives on a phone and notifies you when a new booking lands.

7. Does it talk to the POS? If you already run a POS or a management system, ask whether there is a genuine two-way integration or only a manual export.

8. How long am I committed? Free trial without a credit card, monthly terms, self-service cancellation. An annual lock-in on software you have never used during a real service is a risk you do not need to take.

## A reminder for everyone: Quandoo is shutting down

Anyone currently working with a portal has an extra reason to take question 2 seriously. Quandoo, the restaurant booking marketplace, which also operated in Italy, is closing, and the three dates are public: bookings stop on 30 September 2026, the window to export guest data closes on 30 November 2026, and the infrastructure is switched off on 31 December 2026. Restaurants that do not export their guest history by 30 November 2026 lose it permanently. It is the clearest possible illustration of this guide's central point: a guest archive that lives only inside someone else's platform is not really yours. If you use Quandoo, export now rather than in November.

## What flat-fee restaurant software costs

Prices vary, but the order of magnitude for a flat-fee reservation system is a few tens of euros a month per venue. Stolio, to give an example with explicit numbers, lists €19.90 a month for Standard, €31.90 for Plus and €61.90 for Pro+API on its Italian and German pricing pages; the English pricing page shows the same three plans in Czech koruna — 499, 799 and 1,550 CZK a month — and checkout bills in CZK either way. The full breakdown is on /en/pricing. At the euro price points that is €238.80, €382.80 and €742.80 a year. The trial runs 14 days and needs no credit card.

Concretely, what is inside. Standard includes the online reservation system, a visual floor plan with your real tables, a guest database that is exportable at any time, automatic confirmation and reminder emails to guests, a website page for the restaurant, a public booking link, an embeddable booking widget, a staff mobile app installable straight from the browser (PWA), and Reserve with Google. Plus adds a digital menu with QR code, the menu and recommended dishes on the restaurant website, automatic Google review requests after a visit, daily lunch menus, allergens and categories, printable QR templates, and push notifications for new bookings. Pro+API adds the Syrve POS integration with two-way reservation sync, plus API access. Since August 2026 one account can manage up to 5 restaurants through a restaurant switcher, and each venue has its own trial, its own team and its own subscription.

## Stolio, plainly: what it does and what it does not

Stolio is a Czech reservation platform, built for the Czech market and now usable outside the Czech Republic. That comes with limits worth knowing before the trial rather than after. The dashboard interface exists in Czech and English only — there is no Italian interface and no other interface language, so if your team does not work comfortably in English, this is a genuine reason to choose someone else. The guest-facing booking flow and the emails guests receive are in English or Czech, not in Italian or any other language, which suits an international clientele and does not suit a neighbourhood restaurant with purely local guests.

Three practical notes. Checkout currently bills in Czech koruna (CZK) even though prices are quoted in euro on the Italian and German pages, so the amount that lands on your card depends on the day's exchange rate and any fees your bank charges. Support replies come by email at info@stolio.cz in English or Czech, German enquiries are handled in German, and there is no Italian-language support — migration and initial setup, on the other hand, are free of charge. And Stolio is not a marketplace: it will not bring you guests who have never heard of you, and it should not be compared to a portal on that axis.

What Stolio does with no asterisk is a single thing, but it is the one that changes the arithmetic above: no per-cover commission. The price is a flat monthly fee and it does not grow when Friday night is full. If your problem is the notebook and messages scattered across three channels, the 14-day trial starts without a credit card and exists to answer the only question that matters: after two weeks, would your staff reopen the paper book? A product overview is at /en.

*Pricing, features and available languages are current as of August 2026.*