Skip to content
Mobile app development

Apps for iPhone and Android that feel right

An app is the most direct line to your customers - it sits on the home screen, works without a signal and is allowed to speak up when something matters. We build for iOS and Android from a single React Native codebase, so you are not paying for and maintaining two separate projects.

One codebase, two stores

With React Native we write the app once and ship it to both iPhone and Android. The saving is not only in the build - it is mostly afterwards: a new feature or a bug fix lands in both apps at once instead of being developed twice and tested twice.

Where a platform has its own rules, we follow them. Navigation, back behaviour, permission dialogs and sharing look like iPhone on iPhone and like Android on Android. And when a feature genuinely needs native code - Bluetooth, background processing, a specific SDK - we write that piece in Swift or Kotlin alongside.

What an app can do that a website cannot

Push notifications, camera and photo upload, location, Face ID or fingerprint, calendar, in-app payment, NFC, offline use: these are the reasons an app is worth building at all. We work out early which of them you actually need - the rest only adds cost and review time in the store.

Offline is the part that gets underestimated most often. For the trade and industrial businesses around Schaffhausen, that is often the real reason for having an app at all: someone who spends the day on installations, in a warehouse or out on the road cannot wait for a website to load. We build the app so it keeps working on the train, in a basement or on a building site, stores input locally and syncs once there is a connection again. That needs proper conflict handling, and we plan for it rather than bolting it on later.

Publishing to the App Store and Google Play

Submission is a craft of its own. We handle bundle IDs, signing and certificates, app icons in every size, screenshots, store copy, age ratings and the privacy declarations Apple and Google now require for every app. The developer accounts are set up in your name so the app belongs to you - we walk through it with you.

Before launch you get a test build through TestFlight or the internal testing track on Google Play, so you and your team can try the app on your own devices. Apple review usually takes only a few days, though neither store commits to a turnaround. Rejections happen, and we fix the points raised until the app is through.

The work starts after launch

iOS and Android get a new major version every year, and both stores periodically require apps to be built against newer SDKs. An app left untouched for two years eventually gets pulled or breaks on new devices. We keep your app maintained, update dependencies and test against each new OS release.

Visibility is part of that: crash reports and simple usage numbers show you where people get stuck. Smaller changes to copy and logic can often be shipped straight to devices with React Native without a fresh store review - larger changes take the normal route.

What's included

  • iOS and Android app from one codebase (React Native)
  • Mobile UI/UX design that respects iOS and Android conventions
  • Push notifications, camera, location, Face ID and more as needed
  • Offline mode with sync once a connection is back
  • Integration with your existing systems through APIs
  • Developer accounts set up in your name
  • Test builds via TestFlight and the internal Google Play track
  • Submission, store copy and support after launch
Free consultation

How a project runs

  1. 01

    First consultation

    We work out what the app has to do, who it is for, and whether an app is the right route at all. Free and without obligation.

  2. 02

    Concept and quote

    Feature scope, screens, integrations and a written fixed-price quote - including what deliberately stays out of version one.

  3. 03

    Prototype

    You click through the key flows before a single line of production code is written.

  4. 04

    Build

    We build in short cycles and you get a running version on your own device every two weeks.

  5. 05

    Testing and submission

    Beta testing via TestFlight and Google Play, then store submission with all declarations and assets.

  6. 06

    Operation

    Updates for new iOS and Android versions, crash monitoring and further development - as much or as little as you want.

Frequently asked questions

What does an app cost?

Almost entirely down to scope - an app that shows content and sends push notifications is a different thing from one with logins, payments and offline sync. After the free first consultation you get a written fixed-price quote. On top of that come the annual developer account fees from Apple and Google, which go directly to them.

How long does it take to build an app?

A focused first version typically takes a few months from idea to store, depending on scope. We keep the scope deliberately small so you have something real in your hands early and can then decide what comes next based on actual use.

Do I really need an app, or is a website enough?

If your users only look things up, a good mobile website is usually enough - it is cheaper and needs no install. What argues for an app is push notifications, offline use, device features like camera or NFC, and regular repeat usage. In the first consultation we tell you honestly which route makes more sense, even when that means no app.

Who owns the app and the store accounts?

You do. The Apple and Google developer accounts are registered to your company and we only get the access rights we need to work. You get the source code as well - you are not tied to us.

What happens if Apple rejects the app?

It happens and it is part of the process. Apple and Google state the reason, we fix it and resubmit. How we handle that kind of rework is set out in the quote up front, so there are no surprises. We check the common causes in advance: missing privacy declarations, unclear permissions or a feature set considered too thin.