SaaS & restaurants

Tableo

The restaurant's QR code was to stop being a PDF and become a sales channel.

Year
2026
Design & build
9 weeks
Stack
React · TypeScript · Vite · Supabase · Vercel
  • Product design
  • Mobile design
  • Development
  • Database
  • Payment

Product published by Kayzen Web, served at a Vercel preview address pending its final domain.

https://tableo-sepia.vercel.app/
Home page of the Tableo website — SaaS & restaurants, built by Kayzen Web
for the menu to open on scan
< 1 s
Lighthouse performance
91/100
Lighthouse accessibilityBelow our threshold of 95: menu contrast, modelled on each restaurant's own colours, is the issue flagged; bringing it into line is scheduled for the next pass.
87/100
The starting point

What needed solving.

The background

Tableo turns the QR code on a restaurant table into a complete interface: an up-to-date menu, ordering, payment, review collection and footfall data.

The constraint

QR codes have had a bad reputation since 2020, because they were first used to display an unreadable PDF. The product had to wipe away that memory from the very first mobile screen, in unfavourable conditions — a noisy dining room, one hand free, a congested network, a customer in a hurry.

The response

Design the customer view first, never the back office. The menu opens in under a second, with no installation and no account, and stays readable one-handed. The restaurant owner's dashboard came afterwards, shaped by the data the customer view actually produces.

Measured, not claimed

The scores recorded at delivery.

Lighthouse scores for the live site. We publish them as they are: when one is low, its cause and the plan to fix it are set out below rather than glossed over.

PageSpeed
91
Performance: 91 out of 100
87
Accessibility: 87 out of 100
100
Best practices: 100 out of 100
100
Search engine optimisation: 100 out of 100
Design & art direction

Every design choice, and the reason for it.

  1. Designed for the thumb

    Category navigation stuck to the bottom of the screen, within thumb reach. Touch targets of at least 44 px. A restaurant menu is read standing up, one-handed, with a glass in the other hand.

  2. Photos optional, never mandatory

    Few restaurants have decent photos of all their dishes. The menu stays elegant without images; photos, when they exist, are a bonus rather than the structure of the page.

  3. A dashboard readable at a glance

    Restaurant owners check their dashboard between two services. Three figures at the top, the rest below the fold. No chart that demands careful reading.

Project palette

  • Sepia

    #7C4A21

    Identity, headers

  • Cream

    #FBF7F0

    Menu background

  • Ink

    #1C1917

    Text

  • Order green

    #15803D

    Confirmation

Type system

Display

Outfit 700

Body text

Inter 400

Prices use tabular figures, right-aligned: a badly aligned price column reads like a sloppy menu.

Engineering

What's under the bonnet.

  • React
  • TypeScript
  • Vite
  • Supabase
  • Vercel
  1. Supabase real-time

    Orders reach the kitchen live via a real-time subscription. Periodic refreshing would have added latency exactly where it is most visible.

  2. Partitioning by restaurant

    Row-level access policies: one restaurant structurally cannot read another's data. On a multi-tenant product, this rule belongs in the database, not in application code.

  3. Third-party payment

    No card data passes through the product. The payment provider handles card entry and PCI compliance; it is the only reasonable choice for a team of this size.

Search engine optimisation

How the site makes itself findable.

  1. SEO focuses on selling the software

    A restaurant's menu is not meant to be indexed — it changes every day and answers no search query. Search targets “logiciel commande à table” (table ordering software) and “QR code menu restaurant”: the searches restaurant owners make.

Accessibility

Usable by everyone.

Since June 2025, the European Accessibility Act has required digital accessibility from a large share of online services. We build it in at the design stage rather than retrofitting it.

  1. Menu contrast reviewed

    Restaurant menus overuse light grey on white. Every colour pair is above 4.5:1, including prices and allergen information — whose legibility is not just a matter of comfort.

Site structure

What was delivered.

  • Product website
  • Customer view (QR)
  • Restaurant dashboard
  • Pricing
  • Account
Method

How the project unfolded.

  1. Customer view

    Mobile prototype tested in a dining room before a single line of back office.

  2. Back office

    Menus, categories, availability, opening hours.

  3. Ordering and payment

    Real-time kitchen feed, payment provider.

  4. Analytics

    Footfall, most-viewed dishes, average spend.

Questions

What we are often asked.

No, and that is what makes the difference. The scan opens a web page; everything happens in the phone's browser. An installed app would have lost nine customers out of ten before the first order.

The same high standards, for your website.

A free audit of your current site, a quote within 24 hours and written reasoning — like the case study you have just read. Pay in three interest-free instalments; local funding schemes checked before you sign.

Share