Ship a parking app your drivers open every time they arrive: 15 finished screens and 7 sheets, a reservation that goes from tap to gate without a payment processor in the middle, and a Laravel admin your team already knows how to use. One operator, one or more garages, self-hosted, no monthly platform fee. Light and dark themes, GetX architecture, offline documentation, and a one-page product website ready to publish.

Spotora, a Flutter parking booking app with a Laravel admin

Demo Instructions

Demo mode is on out of the box, so the app runs with no back end, no account and no network. Open spotora_app, run flutter run, and tap Continue with the sample garage on the sign-in screen. The fields arrive filled in with demo@spotora.app / demo1234, and any other pair works too, because in demo mode there is no server to check them against. The bundled admin, once you have installed it, is admin@spotora.test / password.

Why this one

It is a garage, not a marketplace: everything is built for one operator who owns the bays. There are no vendor sign-ups, no commission splits and no second app for the attendant to publish, which is what makes it something a small operator can actually deploy.
The numbers on screen are computed, not decorative: free spaces come from capacity minus cars checked in, minus confirmed arrivals within the half hour, minus the walk-in count the gate keeps. The same figure appears in the app, in the API and on the admin dashboard because all three call one engine.
Tested on both sides: 116 tests pass in the app, 168 tests with 3176 assertions pass in the back end, and a 36 screenshot walk opens every screen and every sheet. The pricing engine exists twice, in Dart and in PHP, and one shared table of cases is asserted against both.

The screens people will remember

The level board: the garage drawn as a section through the building, roof deck at the top. Each deck carries its own free count and the share already taken is hatched across the bar, so a driver picks a level instead of circling a ramp. Tapping a deck starts a reservation on it. Pure Dart on canvas.
The tariff ladder: the price list is the booking control. The steps climb to the right with the whole price for a stay of that length written on the tread, and one tap sets the length and agrees the price together. There is no sticky quote bar, because the number is already under your thumb.
The stay ticket: six characters and a plate in type the attendant can read at arm’s length, the same ladder with a marker climbing it, the running total, how long until the price steps up, and the time of day the daily cap is reached. Every one of those is worked out from a single timestamp.

The garage drawn as a section, with the free count on each deck

The tariff ladder: tapping a step sets the length of the stay and the price

The live stay ticket: code, plate, running total and when the price next changes

Plus the screens a real app needs: sign in, sign up, garage details with rates and opening hours, stays split into running, coming and finished, reservation detail with the two things a driver can still change, monthly permits, cars, account, settings and about.

Monthly permit cards with the zone letter stenciled on them

Sign in, stays, reservation detail, cars, account and settings

The same screens in the light and the dark theme

How a stay runs: requested, confirmed, checked in, checked out

Laravel back end included

The download ships a Laravel 13 and Filament v5 admin in backend/: garages, levels, reservations with their status actions, monthly permits with approve and mark paid, cars, drivers, business settings, and a Gate desk page where the attendant types a plate or a six character code and checks a car in or out in one press. It answers 21 REST endpoints over Sanctum. The app also runs on its own bundled sample data, so you can build and show it before the server exists and connect it later with one setting. It needs PHP 8.4 or newer, or the bundled Docker Compose file.

The included Laravel admin: the Gate desk page and the reservations table

Landing page included

The download ships a one-page product website for your app (landing/): hero with two phone mock-ups, three feature tiles, a swipeable screen gallery, FAQ and store buttons, already set in the same colors and typefaces as the app and filled with its real screenshots. It is a single self-contained HTML file with no frameworks and no external requests, so you can put it on any static host in a minute and replace the copy and store links from the marked spots.

The bundled one-page product website at desktop and narrow widths

Built for developers

Five runtime dependencies: get, dio, flutter_secure_storage, url_launcher and cupertino_icons. No vendor SDK, which is why the compile window stays wide.
Two pure Dart engines: the tariff ladder and the occupancy calculator import no Flutter and take their clock as an argument, so both are testable without a widget tree and readable without an app.
Demo mode is a transport, not a second app: it swaps the HTTP adapter, so every repository, controller and screen above it is the same code in both modes and the sign-in screen really does post to /auth/login.
Clean GetX architecture: View, Controller, Repository, Model, with the data layer behind an interface and every fixture in one file.
One color file: the palette is three brand grades plus grounds and three data colors, and the launcher icon, the browser tab icon, the store tile and the landing page are all drawn from the same two hex values.

Everything in the download, counted

Requirements

Flutter SDK 3.29 or newer, for Android and iOS.
For the back end: PHP 8.4.1 or newer with pdo, zip, mbstring and intl, plus Composer, or a Docker host with about 2 GB of RAM. Check the PHP version your hosting plan gives you before you buy it; many still default to 8.2.
Your own SMTP account if you want the permit reminder emails. The shipped configuration writes mail to the log, so nothing breaks before you set that up.

What you get

Full Flutter source, the Laravel back end with its own deployment guide, the one-page product website, offline HTML documentation with a screenshot of every screen, the sample data layer, light and dark themes, and the screenshot walk that produced the previews.

Support

Questions about setup, deployment or re-skinning are answered through this item’s comments. Item support covers the template itself: it does not cover your hosting account, your SMTP provider, or custom development.

Changelog

v1.0 — first release.

Notes

Reservations are requests that the operator confirms, which is how a garage with a person on the gate actually works. Payment is taken on site or covered by a monthly permit and recorded in the admin; a payment gateway is not part of this item. Barrier hardware, plate recognition cameras and bay sensors are not part of it either: cars are checked in and out from the Gate desk page, and the free space figures are only as good as what the gate records.

Notifications are email, sent by the back end through your own SMTP. Push and SMS are not wired in this version. Addresses open in whatever maps application the phone already has, so there is no map SDK to provision or bill. The interface is English only and the strings live in the widgets. Figma or Sketch source files are not included; the design is defined in the Dart source.

The sample operator, its two garages, its cars and its stays are invented for the demo. Clear them before you go live from Business settings, or with php artisan demo:clear. All artwork in the app is drawn on canvas rather than photographed, so no third-party imagery is bundled or required, and both typefaces are included under the SIL Open Font License.

Third-party services and external costs: Spotora runs on bundled sample data out of the box and makes no network request. Connecting it to a live back end, and running that back end on hosting with an SMTP provider, will involve those third-party services, which will incur their own separate costs and are not part of this item.

Spotora | Flutter Parking Booking App with Laravel Admin