Use cases

School app

Daily student log, announcements for parents, attendance, report cards, the school calendar and tuition by subscription.

A school talks to families through three channels that never meet: the paper planner in the backpack, the class group chat and the tuition billing. The note gets lost in the first, a child's photo ends up on everyone's phone in the second, and somebody checks the third by hand at the end of the month. In the app, an announcement reaches only the right class by push, each parent sees only their own children, and overdue tuition shows up on a list.

People reach this page looking for

  • school app for parents
  • preschool parent communication app
  • school announcements app
  • private school app with tuition payments

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

Class, student and parent

A student belongs to a class, a class has teachers, and a student has one or more parents or guardians. That link is what decides who sees what.

02

Daily log and announcements

The teacher records the student's day, with meals, naps and a note, and the school publishes announcements by push to everyone or just one class, with read receipts.

03

Attendance and report cards

A register per lesson, grades per subject and term, and the report card open on the parent's phone as soon as the teacher closes the grades.

04

Tuition by subscription

Recurring card billing, with a history per student and the list of overdue accounts on the office dashboard.

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 school with a nursery and a primary section. Classes with year, shift and teachers; students with a photo, date of birth, class, allergies and dietary restrictions, linked to one or more parents or guardians; a teacher sees only their own classes, takes the day's register and logs each student's day with meals, naps, activities and a note; the school publishes announcements with attachments to the whole school, a year group or a class, with push and read receipts from parents; grades per subject and term, with the report card released to parents when the teacher closes the term; a school calendar with holidays, meetings and events; the week's menu; tuition billed as a card subscription with a payment history per student; a parent signs in and sees only their own children; and an office dashboard with students per class, average attendance, unread announcements and arrears.

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.

Liceu — Online Courses

Content

An online course platform: catalogue, modules and video lessons, enrolment, progress and certificates.

12 screens

Cortile

Content

A full-bleed site for an architecture practice, with a small CMS behind it and an inbox that reads each enquiry against the criteria the studio itself wrote down.

15 screens

Questions

Frequently asked questions

No. The link between student and parent is a record, and who sees what is decided in the database: a parent sees their own children, a teacher their own classes, the office all of them. That holds for photos and the daily log too, which is exactly where a class group chat tends to expose the wrong people.

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

Free to start, no credit card. You subscribe when you want your own domain without the badge or your app in the stores, and on the Builder plan you take the code with you if you ever want to.

Build this app freeUse cases