How-to guideUpdated
The seven steps to make an app in 2026, then the same steps on one real build: a booking app for a dog-walking business, made on Fabricate's Free plan from three sentences, tried as a client and as the owner, changed twice and checked at phone size.
Write down who will use the app and what each of them does in it, choose how to build it and make a first version: with an AI app builder, you describe it in a few sentences. Then use it the way your customers will, ask for one change at a time, check it on a phone and a computer, and put it online. The booking app below had its first version in 2 minutes 9 seconds, for 18.3 credits, and its two changes took 1 minute 4 seconds and 27 seconds.

The same steps hold whichever way you build it: with an AI app builder, a no-code builder or a developer.
In a paragraph: who uses it, what each of them does in it, and what you need to see. Leave out anything you would not miss in the first week; you can add it later.
Describe it to an AI app builder, lay it out in a no-code builder, hire a developer or write the code yourself. The four ways, what each costs to start and who each suits are below.
With an AI app builder, paste your paragraph and wait a few minutes. With a no-code builder, start with the screen your users see first. Either way, aim for something you can click through, not something finished.
Sign up as a customer and do the main job from start to finish, then open your own side and check what arrived. If the builder says what it did not check, check that first.
Name the screen, say what is wrong and what you want instead. One change at a time is quicker to check and easier to undo: every reply in Fabricate's chat has a Go back to this point button.
Look at every screen at both sizes. In the build below, the walk cards stretched on a computer screen, and one sentence fixed them.
Publish it and send the link to a few customers first, then change what they stumble on. Going live needs Pro. A web app needs no app store: people open it from its link, and can add it to their Home Screen.
We made this booking app on October 26, 2026, on a new Free account with no setting changed, and kept the screens. They are in the order it happened, and the times and credits on them are the studio's own.
The idea went into the box on Fabricate's home screen as three sentences: who the app is for, what clients do in it, and what the owner needs to see. No template, no drawn screens, no colors.
A booking app for Northside Dog Walks, my dog-walking business. Clients sign up, book a 30 or 60 minute walk at a free time this week, and see their upcoming walks. I see every booking for the week and can mark a walk as done.

The studio opened with the chat on the left and the app taking shape on the right, in four steps: understanding the idea, planning the pages, building the app and checking that everything works. You can type your next change while it builds.

It came back with a booking page, sign-up for clients, no double bookings, and a walker view of the week behind a passcode. In the chat, Fabricate listed what it had made, said it had checked the app, and said what it had not finished testing: the whole booking flow, which it asked us to try once ourselves.

We signed up in the preview as a client, booked a 60 minute walk on Tuesday at 10:00 AM for a dog called Pepper, and left a note about the key. The walk showed up under Your upcoming walks at once. The confirmation says payment is arranged directly with the business: we had not asked the app to take payments.

The walker view opened with the passcode Fabricate gave in the chat. It showed the week day by day, our walk with the client's email and note, and a Mark done button. The week's other booking, for a dog called Rex, was a test walk Fabricate had booked in the preview while checking its work.

Clients could not cancel a walk, and Fabricate had offered that as a next step, so we asked for it in one sentence. Fabricate said it had tested cancelling behind the scenes but had not clicked the new button itself, so we did: the walk turned Cancelled for the client and was crossed out in the owner's view.
Let clients cancel a walk up to 12 hours before it starts, and show cancelled walks in my walker view.

On a computer screen, the walk cards stretched far taller than their text, leaving a big empty gap. One sentence fixed it. Fabricate said it had not looked at the page at computer width, so we checked: the cards sit right under the heading, and a new booking shows its Cancel button.
On a computer screen, each upcoming walk card is stretched very tall with a big empty gap. Make the cards fit their text and sit right under the Your upcoming walks heading.

At phone size, Fabricate's studio puts the chat and the app on two tabs. The app put the booking form first and the walks under it, each in its own short card.
Chat

Your app

For comparison, real builds in October 2026: a first build that finished took a median of about 2 minutes on Free, and about 6 minutes on Pro, which thinks harder unless you change it. Free's 60 credits a month are enough for about 1 new app or 6 changes, as the pricing page puts it.
We stopped before publishing. Going live needs Pro. Publishing gives the app its own link to share, and the Publish button sits at the top of the studio from the first version on.
What you do in each, what it costs to start and what it suits. Prices are first paid plans, billed monthly, as each pricing page showed them on October 26, 2026.
An AI app builder is the quickest way to a first version, because describing the app is the whole of the work up front: the build above took three sentences and two changes. A no-code builder takes more of your time and gives you a say over every screen. A developer is paid by the hour and can build what the other ways cannot, including a store app.
If you are unsure, start with the way that shows you the app soonest. A first version from an AI app builder is also a clear brief for a developer, if you hire one later.
What making an app costs each way, and what a month of building costs on Fabricate.
Read the guideAI app builders compared for people who would rather not write code.
Read the guideNo-code app builders compared, with who each one suits.
Read the guideIdeas sorted by who they are for, each small enough to build in an afternoon.
Read the guideA store app is downloaded from the App Store or Google Play. A web app opens from a link on any phone, and can sit on the Home Screen like one.
A store app is built for iPhone or Android and published through Apple's App Store or Google Play: Apple's developer program costs $99 a year and Google Play's registration $25 once. Apple says every app in its store is reviewed, and its guidelines ask that an app go beyond a repackaged website, so a store app needs features a website does not have.
A web app needs neither store. It opens in a phone's browser from its link; on an iPhone, Safari can add it to the Home Screen and open it as a web app, and on Android, Chrome can install it. Apple's guidelines put it plainly: "For everything else there is always the open Internet."
Fabricate builds web apps, not store apps, so its apps reach phones through their link. They do not send push notifications or take in-app purchases; on Pro and Max, they can take card payments through Stripe Checkout.
Open the app's link, tap the More button, then Share, and scroll down to Add to Home Screen. If it is not there, add it under Edit Actions. Choose Open as Web App to use it like an app, then tap Add.
Open the app's link, tap More on the right of the address bar, then Install and create shortcut, then Install. Chrome calls these web apps.
With an AI app builder, a first version takes minutes. On Fabricate in October 2026, a first build that finished took a median of about 2 minutes on Free and about 6 minutes on Pro, and a change about 1 minute on Free. Our first version took 2 minutes 9 seconds, and our two changes 1 minute 4 seconds and 27 seconds.
The first version is the quick part. The rest of the time goes on using the app, finding what is wrong or missing, and changing it a sentence at a time, which is why the steps above spend more words on checking than on building.
A no-code builder takes longer, because you place the screens and set up the data yourself. With a developer, how long depends on what the app does: ask for a date along with the quote, against a written list of the screens, the data and who signs in.
Describing an app is not hard: ours was three sentences, and each change one more. The hard parts are deciding what the app should do, noticing what is wrong when you use it, and saying exactly what you want instead. None of that needs code.
The other hard part is knowing what your builder cannot do. Fabricate writes the screens, sign-in, the database and the server code into one project, checks its work after each change, and in this build said each time what it had not checked. Every app is opened in a real browser and checked before it can be published. It does not make store apps, send push notifications or text messages, or take in-app purchases.
Writing the app in code is the hard way: a language, a framework, a database and hosting, and for a store app, each store's tools and rules. It is also the way that can make anything.
Most come down to checking too little, too late.
Start with the one job the app must do, like booking a walk. Our first version had no payments, reminders or working hours; Fabricate suggested working hours next, and confirmation and reminder emails on Pro and Max.
Use the app as each kind of user, from sign-up to the end of the main job. After each of this build's three runs, Fabricate said what it had not checked: those are the first things to try.
Look at every screen on a phone and on a computer. Our walk cards stretched on a computer screen, and it took one sentence to fix.
Name the screen, say what is wrong and what you want instead. "Make the cards fit their text and sit right under the heading" worked the first time; "make it look better" leaves the builder guessing.
Decide whether you need a store at all. A web app opens from a link with no store fee; a store app adds Apple's $99 a year, Google's $25 once and Apple's review.
An app has at least two sides: the people who use it, and you. Say what you need to see in the first message; ours asked for the week's bookings in one sentence and got a walker view behind a passcode.
The pages this guide quotes, each with the day it was read.
About this guide
Written by the Fabricate team. We make Fabricate, the app builder this guide's build was made with, so we mark it wherever it appears, and each of the four ways says who it suits.
The build was made on October 26, 2026 on a copy of Fabricate we ran to take the screens, with the same builder and AI as fabricate.build, on a new Free account; every figure about it is what the studio showed. What the guide says about the other ways to build, Apple and Google comes from the pages under Sources, with the day each was read. We compared the tools from their own pricing pages and documentation, not by signing up for them. Spotted something out of date? Write to info@fabricate.build.