How to Make an iPhone App for a School Project, No Mac (2026)

By Sigsten Gustavii· 27 October 2026· 8 min read

To make an iPhone app for a school project, pick a small idea with one clear job, describe it to an AI builder that writes real Swift, test and improve it in an iPhone simulator in your browser, then present it live and explain how it works, using the code and the version history. With Borel, none of this needs a Mac or an iPhone.

School projects about apps used to stop at a design on paper, because building for iPhone needed a Mac. That's no longer true. Students can now make an app that really runs, and spend their time on the parts teachers care about: the idea, the needs of the people it's for, testing, and explaining what they built.

Pick an idea that fits a project

Choose something small enough to finish before the deadline and specific enough to test with real classmates. "An app for my grandmother to remember her medication times" beats "a health app".

Build it in your browser

Open Borel on any computer and describe the app: who it's for, what it does, the screens and the feel. Borel's planner asks about anything unclear, then writes the app in Swift with SwiftUI, Apple's own way of making iPhone apps, and Xcode builds it on Borel's Mac. The app opens in the iOS Simulator in your browser, where you tap and type as on a phone. On the free plan the simulator runs up to two hours a day, which fits a lesson or homework session.

Make a recycling guide for students at our school. The home screen has a search box and categories (paper, plastic, metal, glass, food, electronics). Each item shows which bin it goes in, with the bin's colour, and a short reason. Add a quiz tab with ten questions about recycling and a score at the end. Bright, friendly colours and big text.

Improve it like a developer would

The project is in the iterations. Test the app with three classmates, note where they get stuck, and change one thing at a time with a short message to Borel. Every change is saved as a version you can return to, which gives you a ready-made record of how the app evolved for your write-up. Keep a short log: what you tested, what you learned, what you changed.

A project plan that fits a term

Free credits refill every day, so spreading the work over several sessions is cheaper than one long evening. Plan your biggest changes for days when you have credits left, and use quick, small changes in between.

Understand and explain the code

Teachers will ask how it works. Borel's apps are plain SwiftUI you can read: open the code in Borel, or download the whole project, which also opens in Xcode on a Mac if your school has one. Pick one screen and explain it in your report: the view that draws the list, where the data comes from, and what happens when a button is tapped. Being honest about using an AI builder, and showing that you understand what it wrote, is what makes the project yours. See SwiftUI and Swift in the glossary.

What makes a strong app project

• A real person with a real problem, named in your introduction.
• Evidence of testing: what testers did, where they struggled, what you changed.
• A decision you can defend: why a list and not a map, why three tabs and not five.
• Understanding of the code: one screen explained in your own words.
• Honest limits: what the app doesn't do yet, and why that was the right cut for the deadline.

Present it live

1. Open the app in the simulator in your browser on the classroom computer before you start.
2. Show the problem, then the app solving it, as a short story.
3. Tap through the main task live; have a short screen recording as a backup if the Wi-Fi is slow.
4. Show one piece of code and one before-and-after change from your testing.
5. End with what you would build next, and why.

On a real iPhone, if you want

The free plan is enough for a project. If you want the app on a real iPhone, installing it with Borel Companion comes with Pro, from $20 a month, and uses an Apple ID; a free one works. Publishing to the App Store also needs Apple's Developer Program, which requires being of legal age to enrol, so a school project usually stops before the App Store.

Using AI honestly in school work

Check your school's rules on AI tools before you start, and say clearly in your report that the app was built with an AI builder. What you are assessed on is usually the thinking: the problem, the people it serves, the decisions, the testing and the explanation. Keep your prompts and your version history; they show your process better than any finished screen.

How to choose the right tool for a school app

• Borel, for a real native iPhone app from any computer, free to start, with code you can read and explain.
• Swift Playgrounds, if your school has iPads or Macs and the goal is learning to code Swift step by step.
• Xcode, if your school has Macs and you want to write every line yourself.
• A drag-and-drop builder, if the project is about design rather than real code.

How to do it with Borel, step by step

1. Write one sentence: who the app is for and what it does.
2. Describe the screens and the feel to Borel, and send it.
3. Tap through the app in the simulator in your browser.
4. Test with three classmates; change one thing at a time.
5. Read the code of one screen and explain it in your report.
6. Present it live from the browser.

The Bottom Line

A school project can now be a real iPhone app, built on a Chromebook or a PC and shown live from the browser. Borel writes the Swift, runs it in Apple's simulator and keeps every version, so your time goes into the idea, the testing and the explanation. Check your school's rules on AI, then describe your app on Borel and start building today, for free.

I think a school project should be a real app now, not a drawing of one. Pick a small problem and show it working on the projector.

– Sigsten

Make your iPhone app in Borel

Describe the app you want and see its first screens before you pay anything.