"Should we build a mobile app?" is one of the most common questions we get, and it is often the wrong first question. The better question is: what does the app need to do that your website cannot?
Once you can answer that, the route becomes obvious. There are three, with genuinely different trade-offs.
1. The native app
Built separately for iOS and Android in each platform's own language. This gives the best possible performance, full access to device hardware, and the smoothest interaction possible.
Choose this when
- You need offline functionality that is genuinely reliable.
- You use Bluetooth, NFC, barcode scanning or other hardware features.
- Performance is critical — heavy data entry, real-time rendering, video or audio.
- You want the app to feel completely native to each platform.
The trade-off
You maintain two codebases. Every change is made, tested and shipped twice. This is the most expensive option in both build cost and ongoing maintenance, and it is worth it only when performance or hardware access genuinely demands it.
2. The cross-platform app
One codebase written once, compiled to both iOS and Android. Frameworks such as Flutter and React Native are the common choices.
Choose this when
- Your app is primarily forms, lists, dashboards and API-driven screens.
- You want a good-looking, consistent experience on both platforms.
- You need to ship updates reasonably quickly and affordably.
- Performance requirements are normal rather than extreme.
The trade-off
Performance is slightly below native, and there are edge cases where platform-specific behaviour needs native code anyway. But for the majority of business apps, the difference is invisible to users and the saving is substantial.
For most business apps, cross-platform is the correct default. We only recommend native when we can point to a specific feature that requires it.
3. The progressive web app
A website that behaves like an installed app. Users add it to their home screen, and it launches full-screen without an app store. It is the cheapest option by a wide margin.
Choose this when
- Your app is mostly forms, listings and account management.
- You want to avoid app store approval processes and fees.
- Your user base is not strongly skewed to one platform.
- You want updates to publish instantly, with no review delay.
The trade-off
Hardware access is limited, offline support is weaker than native, and on iOS a PWA is a second-class citizen — background sync and install prompts are less reliable. If your app needs to be a first-class citizen on the App Store, this is not the answer.
Comparison
| Consideration | Native | Cross-platform | PWA |
|---|---|---|---|
| Build cost | Highest | Moderate | Lowest |
| Performance | Best | Very good | Good |
| Hardware access | Full | Most | Limited |
| Codebases to maintain | Two | One | One |
| App store required | Yes | Yes | No |
| Updates publish instantly | No | No | Yes |
| Offline support | Excellent | Good | Fair |
The honest recommendation
Most businesses asking for "an app" need a cross-platform app or a PWA. The majority of business apps are forms and lists, and neither native speed nor deep hardware access is what makes them valuable.
Start by identifying the one feature that genuinely justifies a native build. If there isn't one, you would spend roughly twice the money to ship something users cannot tell apart.
Not sure which route fits?
Tell us what the app needs to do. We will tell you which approach is justified — and if the answer is that you do not need an app at all, we will say that too.