iOS app development

iOS app development withReact Native and wrapped web apps

You need an iPhone app, and the first decision is how to build it, because that sets the budget. We reach the App Store in two ways: React Native, as on a UK garage-booking product, and web apps wrapped as native builds, as on a Belgian wearable QR product delivered in three months. We have no Swift-only app in our published work, and this page explains what that means for your project.

iOS apps we have shipped

Three products, and how each one was built.

  • Garage booking, in React Native

    Car owners book a slot, pay, receive invoices and get reminders on their iPhone, with the same product on Android and a Next.js web app, all on one Laravel API.

  • Wearable QR owner app, wrapped

    T-shirt owners log in, upload media, write their message, preview and publish what their shirt's unique QR code shows. Scanning itself needs no app, because a fast mobile page handles it.

  • Geo-survey lookup, wrapped

    In 2015, a Texas client's customers used a wrapped web app on iOS and Android to look up wells and survey results in the field, through a keyed Laravel API he resold.

Apple's requirements, as of October 2026

From Apple's developer news and App Review guidelines. Check them again before you submit, as they change.

  • Build tools

    Since 28 April 2026, apps uploaded to App Store Connect must be built with Xcode 26 or later using the iOS 26 SDK or later. An app that has not been rebuilt recently may need work before its next update can go out.

  • Minimum target

    Since 9 September 2026, iOS and iPadOS uploads must target iOS 13 or later, so very old deployment targets have to be raised, which can also affect your dependencies.

  • Repackaged websites

    App Review guideline 4.2 asks for features, content and interface that lift an app beyond a repackaged website. A wrapped app therefore needs a real reason to exist: login, publishing and app-like flows, not just your site in a frame.

From idea to App Store

Parts of the iOS process run on Apple's timetable, so they go into the plan early.

  1. Decide what must be on the device

    We list what really needs the phone, such as notifications, camera or offline use. That list decides between React Native, a wrapper and a native specialist.

  2. Set up your Apple account

    The Apple Developer account, signing and TestFlight access are arranged early and kept in your company's name, because enrolment can take time you did not plan for.

  3. Test on iPhones throughout

    You install test builds through TestFlight and review them in demos, weekly on most projects, so problems with real devices surface well before submission.

  4. Submit and respond to review

    We prepare the build and answer questions from App Review. Rejections are normal enough that time for them belongs in the launch plan.

Scoping an iOS project

Time and budget follow from the route you choose.

The wearable QR product took three months including the backend and scan pages. The garage-booking product took about a year because it was a full SaaS. Most iOS apps also need Android, so we usually scope both together; see React Native development.

Work is quoted as a project, or charged hourly from $20/h in USD, invoiced in USD, GBP, EUR or INR. We are an engineering team in India with 3–5 hours of overlap with the UK and Europe; US calls by appointment.

iOS case studies

Most of our work is delivered under NDA, so many projects cannot be named.

Questions about iOS apps

Starting with the one we would ask in your position.

Do you build in Swift and SwiftUI?
Our published iOS work is React Native and wrapped web apps, not Swift-only projects. React Native draws native interface components, but it is not the same as a Swift codebase. If your product needs deep Apple platform work, tell us and we will be plain about whether we are the right team.
Will Apple accept a wrapped web app?
It can, and our wearable QR owner app reached the App Store as one. Guideline 4.2 is the risk: the app needs real function of its own. We will tell you if your idea looks likely to run into that.
Can you update our old iPhone app?
We can review the code and tell you what it needs to be built with Xcode 26. If the app is on React Native, its version matters too, and we would look at both before pricing the work.

Planning an app for iPhone?

Tell us what it must do on the device and whether you also need Android. We will recommend a route, including when that route is another team.

We reply within one business day (IST).