Use cases

Put a restaurant online

A QR-code menu, ordering at the table, reservations and a loyalty scheme, without a PDF pretending to be a menu.

The PDF taped behind a QR code solved 2020 and solves nothing now: it does not know a dish ran out, it takes no orders, it remembers nobody and it cannot tell you what sells. What changes an operation is the menu being data: a sold-out item disappears at once, an order reaches the kitchen with its table attached, and at month end there is a number instead of a printout.

People reach this page looking for

  • QR code menu for restaurants
  • order at table app
  • how to build a restaurant app
  • table reservation system

What gets built

Four things you could have working this week

Not a feature list. These are the apps people actually describe, and what the platform hands back when they do.

01

A QR-code menu that changes instantly

Every table has its own link. Marking a dish unavailable removes it from the menu that second, with nothing to reprint.

02

Ordering at the table, with the table attached

The customer orders from their phone, the order lands on a kitchen screen already carrying the table number, and the waiter tracks what is out and what is not.

03

Reservations with confirmation and reminder

Tables by time and size, confirmation by email and a reminder the day before, which is what brings down no-shows.

04

Loyalty and repeat visits

Registered customers with a spending history, a stamp per visit, and a coupon for anyone who has not come back in thirty days. It is the customer list the marketplace never handed over.

Included

The parts nobody wants to build twice

Database, login, payments and publishing are part of the platform, not a list of services you go and wire up afterwards.

A real database, not a form dump

Every screen reads and writes models you can open, query and export. The data is a database of yours from the first minute, not a spreadsheet the app pretends to read.

Login for your own users

Email, magic link and Google sign-in, with roles and per-record ownership enforced by Postgres itself. A badly written screen cannot become a leak, because the database answers empty.

Payments that land in your account

Stripe, Pagar.me and Mercado Pago connect once. Card, Pix, boleto and subscriptions, with the card fields rendered by a hosted vault your app never touches.

Web, installable, and in the stores

One project published three ways: your own domain, an icon on the phone straight from the browser, and a signed binary submitted under your own store account.

Found in search, and by the models

Titles, metadata, sitemap, structured data and social images are generated with the app. Pages get found instead of only being linked.

React code you can take with you

Real React, edited line by line or by clicking the element on screen, exported as a ZIP or pushed to your GitHub. No lock-in you have to negotiate your way out of.

How it works

From a paragraph to a published app

Three steps, and the second one is the one people do not believe until they watch it.

Describe it in plain language

Say what the app does and what it has to remember. No diagram, no schema, no naming a single framework.

Watch it get built

Screens, data models, login and payments appear while you read. Anything you do not like, you say so and it changes.

Publish, then keep changing it

Live on your domain in seconds, with version history behind you. Tuesday's conversation is Tuesday's release.

Start here

A prompt you can paste right now

This is a complete first message, not a slogan. Paste it, change the nouns to yours, and you have an app to react to instead of a blank page.

Build an app for a restaurant. A menu with categories, dishes with photo, price, description, a sold-out flag and add-ons; each table has a QR code that opens the menu already knowing its number; the customer builds an order and sends it, and the order appears on a kitchen screen in arrival order with the table number and a ready button; the waiter sees open tables and each one's bill; table reservations by time and party size, with email confirmation and a reminder the day before; customer records with history and a stamp per visit; and an admin area only I can see, with revenue per day, average ticket, best-selling dishes and peak hours.

Ready to start from

Templates in this category

A template is a working app with data already in it. Open one, make it yours, publish it under your own account.

Aurelia

Commerce

A slow-fashion label site: seasonal collections, timeless essentials, traceable materials and a newsletter.

6 screens

Questions

Frequently asked questions

No. The menu opens on the customer's own phone from the QR code, and the kitchen screen is the browser on any device you already own, including an old phone or a laptop. Nothing here depends on buying hardware.

Describe it. See it running. Publish it to the store.

Free to start, no credit card. You only pay when you want to publish under your own brand, and you take the code with you if you ever want to.

Build this app freeUse cases