Mobile applications for iOS and Android

A mobile app is only worth building if it solves something a responsive website cannot: working offline, sending notifications, using the camera or GPS seriously, or being opened by the same people several times a day.

The first question we ask isn’t “React Native or native”, it’s “why an app and not a website”. Plenty of companies spend on an application what should have been a good mobile website, then wonder why nobody installs it. If that’s the situation, we’ll tell you in the first conversation.

When an app is justified, cross-platform is our default: one codebase for iOS and Android means half the build cost and, more importantly, half the cost of every change afterwards. React Native covers the majority of business applications well.

We go native — Kotlin on Android, Swift and SwiftUI on iOS — when the app depends on low-level Bluetooth, video processing, complex system widgets or graphics performance. We argue the choice rather than imposing it.

What a project covers

An app for your customers

Accounts and authentication, including social and biometric login, catalogue and ordering, history, delivery tracking, loyalty programme, relevant notifications — not spam.

An app for your team

Sales reps, service crews, drivers, field inventory. Works offline, syncs when it finds signal, captures photos, signatures and GPS coordinates.

Real offline mode

Data cached locally, an operation queue, incremental synchronisation. A rep in a customer’s basement shouldn’t lose the order they just entered.

Push notifications that don’t annoy

Firebase Cloud Messaging and APNs, segmentation, deep links that land on exactly the right screen, plus settings that let the user choose what they receive.

Publishing and compliance

We handle the whole process: developer accounts, asset preparation, store copy, privacy policies, Apple’s privacy questionnaires, review and later releases. A first App Store rejection is almost a tradition; we deal with it without involving you.

A backend shared with the rest of the system

The mobile app consumes the same API as the website and the desktop application. A price or stock change appears in all of them at once. We don’t build a second parallel system.

Technologies

Cross-platform

  • React Native
  • TypeScript

Native

  • Kotlin
  • Swift
  • SwiftUI

Services

  • Firebase
  • FCM / APNs
  • Supabase
  • REST / GraphQL
  • WebSocket

Local

  • SQLite
  • Drift
  • Realm
  • secure storage
  • queue-based sync

Delivery

  • App Store Connect
  • Google Play Console
  • Fastlane
  • CI/CD
  • Crashlytics

A good fit if

  • you have a field team working on paper or over WhatsApp today
  • your customers order repeatedly and an app removes friction
  • you need scanning, photos, signatures or location inside the workflow
  • you already have a backend and want to add a mobile client to it

Frequently asked questions

React Native or native?

React Native for most business applications: one codebase, two platforms, half the maintenance cost. Native when you need low-level Bluetooth, real-time video processing, system widgets or the newest Apple APIs on launch day. We recommend based on requirements, not on what’s fashionable.

How much does store publishing cost?

Apple: USD 99 per year for the developer account. Google: USD 25, one time. The accounts are created in your company’s name — they have to be yours, not ours. The publishing process itself is included in the project.

Can the app use data from my website or ERP?

Yes, over an API. If the API doesn’t exist yet, we build it — usually on Spring Boot or Laravel. That’s exactly the advantage of working with a team that also covers the backend: you don’t wait for two vendors to coordinate.

What happens after launch?

Mobile applications need continuous maintenance: Apple and Google change their requirements every year, new OS versions ship, privacy rules change. We offer a maintenance retainer covering the mandatory updates plus a budget of hours for improvements.

Can you take over an existing app?

Yes, after a short audit of the code and the build pipeline. The most common blocker isn’t the code — it’s access to the developer accounts and signing certificates; recovering those sometimes takes longer than the changes themselves.

Let’s get specific

Do you have a project like this?

Message us on WhatsApp or by email with two or three sentences about what you need. We’ll come back with the questions that matter and a budget and timeline estimate.

No obligation, no follow-up pressure.