
Qomanda
The case study where the client is us: we stopped reselling booking software and built our own.
We have been building websites for restaurants for years, and from that side you see one thing: the restaurant fills its dining room through its kitchen and its neighbourhood, and yet the booking goes through a tool it does not control and whose price it does not know until it calls a salesperson. At some point you stop recommending somebody else's and build your own. The uncomfortable part is that the demanding client is then you.

This case study is not like any other on this page. In all the others somebody hires us to do something. In this one, the client is us.
Qomanda is our own software. Alture built it, Alture maintains it and ALTURE DIGITAL, S.L. answers for it. We do not resell somebody else's tool and we do not charge to implement it. It is worth saying in the first line, because it is also the best argument we have: the agency talking to you about booking software is the same one that built it for itself and keeps it running in production, with the payment gateway live and the subscription paywall switched on.
The idea did not come out of a trends report. It came out of being inside. We have spent years building the websites and running the marketing for restaurants, and from there you see a pattern outsiders miss: places that fill up on their kitchen and their neighbourhood, bookings arriving through someone else's portal —which files the diner as its own customer, not the restaurant's— and software whose price you cannot know until you talk to a salesperson.
When the problem you see every day is not solved well by anyone, you either keep recommending a third party's tool or you build your own.
And it came out of a pattern you can see very clearly from the website builder's side: restaurants that fill up through their kitchen and their neighbourhood; bookings that arrive through a third-party portal, with the guest filed as the portal's customer rather than the restaurant's; and software prices nobody knows until they talk to a salesperson.

A written price and an engine that is yours
Qomanda does not compete on commission, it competes on clarity: €49 a month per restaurant (plus VAT), in writing. On the home page, on the pricing page and in the comparison. No “request a quote”, no salesperson in between, no lock-in, with a thirty-day trial and no card. A published price is a price that commits you.
Underneath there are two surfaces over the same data. A back-office for the floor — the Day view, with the service list, the live floor plan and the timeline all looking at the same booking, plus CRM and analytics — and a public booking engine the restaurant embeds in its own website with an iframe, in twelve languages with auto-detection. All on Next.js 16 and React 19, with Supabase underneath: 42 tables and all 42 with row-level security, so isolation between restaurants does not depend on the application remembering to apply it.
A booking can be in fifteen different states, because a real dining room does not fit into “confirmed” and “cancelled”: there is arrived, arrived at the bar, seated, dessert, bill requested, clearing. And the fourteen EU allergens live on the diner's record, because in a product like this a misread allergy is not a matter of taste.
The marketing website, incidentally, started out dark and ended up migrating to the same light visual language the application already used. The document governing that migration maps every colour by the role it plays — background, border, accent — and not by its shade, so nothing breaks when the family changes. And the screenshots on the website are the real application, not a mock-up.
Bookings is the first piece, not the only one. On top of it we have already built the orders and POS module —QR ordering, kitchen display, recipe costing, stock and chained invoicing— granted case by case: a POS that issues invoices is not something that should switch on by itself, so Alture has to grant the right in the database and the restaurant has to enable it.
That is the direction: a complete front-of-house ecosystem on the same data and under the same panel, instead of four tools from four vendors that do not talk to each other.






The decisions you don't see
Booking software is judged by what it does when nobody is looking.
Capacity is decided by the database, not the application. The engine checked capacity and then inserted the booking in two separate calls: two simultaneous guests could slip through the same gap. Today it is a single SQL function that takes a lock per restaurant and date, checks capacity and table and inserts inside the same transaction, with a trigger on top that rejects any overlap even if the booking arrives by another route. The application can get it wrong; the database will not let it.
Deposit money does not pass through us. No-show guarantees run through Stripe Connect with direct charges: the account belongs to the restaurant and the payment lands in its balance. Qomanda never holds funds at any point.
Silence is not success. If a scheduled task stopped running, nothing was raised: the reminders simply stopped going out and the restaurant found out through the no-shows. Now every task stamps a heartbeat and an hourly watchdog raises the alarm if one goes quiet.
A missed payment does not hold the data hostage. Exports of bookings, customers and invoices sit deliberately outside the paywall, and the public engine keeps accepting bookings for fourteen days after the subscription lapses: a failed charge cannot silently cut off a restaurant's bookings.
The panel is not indexed; the engine is. The marketing website publishes twenty-one routes per language, Spanish and English, each with its own canonical and hreflang, and the comparisons cite their sources with a link and a date. The back-office, by contrast, is blocked entirely from search engines, while each restaurant's booking engine is indexed with its structured data. They are different things and they are treated as such.
And one interface rule that is Alture's before it is Qomanda's: whatever does not yet govern anything is labelled “Coming soon” instead of showing a fake green tick. There is a design-system component built only for that.
Building your own product forces something a client brief never forces: living inside your own decisions. When the tool you recommend is yours, you stop designing screens and start designing things that hold up on a Saturday at half nine.
And that is exactly what you get when you commission an app from us: not an agency that has read about multi-tenancy, recurring billing or data isolation, but one running all three in production with its own name on the invoice.
More case studies

Inizio
The beginning of something extraordinary: brand, website and growth built from scratch for a fine-dining Andalusian restaurant in Granada.

MiD Odontología
How we took a dental clinic in Granada to the top of Google — and onto ChatGPT's radar.

Let's turn your vision into revenue
Helena is here to make your experience with us smooth and profitable from day one. Write to her any time — she makes sure you feel supported and backed at every step of your growth.

Helena Gorlat
Client Success Manager
We work with companies that want to grow and know it takes investment.
Monday to Friday: 9:00–14:00 and 16:00–19:00
Saturday: 10:00–13:00