[ App development ]

Native iOS and web apps, built to ship

iOS apps and web apps that install on a Mac, an iPhone or just run in the browser, and keep working when the signal drops.


Most app projects don't fail at the idea. They fail at the shipping: a demo that never reaches the App Store, a prototype that only works on the developer's phone.

We build apps that get finished. Native iOS with Capacitor and React, web apps that install like native ones, and one codebase where one is enough. Fast, animated, and finished to the standard the App Store expects.

What's included.

Native iOS

Apps built with Capacitor and React 19. The animation and the detailing carry a lot of it: it should feel finished in the hand, not just complete on a feature list.

Web apps and PWAs

One codebase that installs on a Mac, installs on an iPhone, or just runs in the browser.

Offline and on-device

Data that stays on the phone when it should. No accounts, no cloud, no signal needed, when that's the right call.

Sign-in and live data

Email sign-in, roles that decide who sees what, and data that syncs live. Supabase and Vercel underneath.

How it works.

  1. Scope

    We map what you actually need and cut what you don't, so the first version ships instead of stalling.

  2. Build

    Design and engineering happen together. You see working software early and often, not just mockups.

  3. Ship

    We deploy to real infrastructure: Vercel, Supabase, the App Store. You get something live, not a demo.

  4. Run

    After launch we keep it online, watch how it gets used, and keep it moving.

Example: UNI360 and SabeloFit.

UNI360 puts student living on the phone: rent and payments, safety tools and campus utilities in a native iOS app for students and tenants. SabeloFit was built for one user, so nothing had to be compromised for anyone else: sessions, weight progression and a library of 1,300+ movements with GIF demos, all of it on the device, no signal needed at the gym.

Both are in the catalogue on the portfolio.

Timeline and process.

Scoped per project, in writing, before a line is written. An app ships in stages, the first one small enough to reach real users early.

Questions we get asked.

Native or web?

It depends on what the app has to do. If it needs the App Store, native. If it needs to run everywhere and update without a release, a web app that installs. We'll tell you which, and why.

Will it work offline?

It can. SabeloFit keeps everything on the device and needs no signal at all. A web app can keep working when the connection drops.

Who owns the code and the accounts?

You do. The App Store account, the hosting, the database: your accounts stay yours either way.

Something live, not a demo. And after launch, you still have us.