Mobile app development for iPhone and Android from one build, store submission included.
The app does what your business does: your data, your rules, on a phone. You try the test version on your own device, and we submit it to both stores.
12+ projects delivered
every one on deadline, in production
Fixed price and deadline
in writing, and if we slip, the next payment waits
Reply within 24 hours
on working days, to every enquiry
In writingFixed quote after scoping
One build, two platforms, store submission included.
What the idea does not cover
The budget is planned up to launch. The maintenance bill starts after it.
App Store review sends the submission back, and nobody can tell you what the problem was.
The app gets installed, and a month later the users have deleted it.
The path from code to store
- 1One build, so a single fix reaches both platforms in the same round.
- 2We assemble the App Store submission, screenshots and privacy forms included.
- 3The same release goes into the Play Store, with the same listing.
- 4If review sends the submission back, the fix and the resubmission are ours.
Which one is your situation?
Your people work on site, offline
Field app: job sheet, photos and a signature on site, with or without a connection, and everything uploads once signal returns.
Customers want you on their phone
Customer app on the system you already run: sign-in, their own data, and a notification when something happens.
Only a few screens go mobile
Mobile companion to a web app: the system stays on the web, and only the on-the-move screens go to the phone.
Real users should test it first
First version for a market test: the one process that matters, on a few screens, so you measure what is actually needed.
1.93 million
submissions were rejected by App Store review in 2024, out of 7.77 million.
Apple, 2024 App Store Transparency Report.
Companies we've built for
What a mobile app project includes
- iOS and Android, released together
- Push notifications, tied to real events
- Offline use, with no signal at all
- Submission to the App Store and Play Store, in your account
- Wired into the system you already run
How one build reaches both app stores
- Call
We walk the screens
We look at what has to work offline and whether it needs one of the phone's special capabilities. At the end we say if a web app would do instead.
- Scoping
A written proposal, screen by screen
We write down which screen ships when and what goes into the store submission. That price holds until submission.
- Build
One build, two platforms
The same code ships to iOS and to Android. You try the test build on your own phone, before the stores see it.
- Live
Submission, and life after the store
We submit to both stores under your own accounts.
Who a shared iOS and Android app fits
This fits you if
- Your customers need push notifications and offline use, which a browser will not give them.
- You want one team carrying iOS and Android from one build.
- The app sits on a system you already run and has to connect to it.
We would point you elsewhere if
- A responsive web app does everything you need. Then we build that, faster and for less.
- Heavy 3D, continuous background audio or rare hardware is the main feature. We recommend native there, even when we are not the ones building it.
If the app works fine in a browser, a web application is the cheaper route.
How we work
A mobile app from design to store listing
- Clickable progress on a live link, stage by stage
- Fixed price and deadline in writing, and if we slip, the next payment waits
- The code and the infrastructure are yours
In writing
Fixed quote after scoping
One build, two platforms, store submission included.
What does the app need to do, and does it need one of the phone's special capabilities? App Store and Google Play developer fees are a separate line, in your name.
Get a fixed-price quoteWhat happens after launch
iOS and Android ship a new version every year and the stores move their requirements with them, which is most of what maintenance means here.
First month
A clean handover, a watched launch
Source code, credentials and documentation in your hands, and we watch the first week with you, measurements included.
Every month
Maintenance that keeps it moving
Updates, fixes, extensions, and an eye on the measurements.
If something breaks
You write, we answer
A first reply within 24 hours on working days, to every enquiry.
Price, store submission, and when web is enough
Three things decide it, and you can check all three yourself. A web application is enough when people open it from a link, when a browser tab is an acceptable home for it, and when nothing has to work without a signal. You need an app when it belongs on the home screen, when it has to send a notification on its own, or when it has to work offline. After that the call is about screens rather than about whether to build one at all.
The price list says "Fixed quote after scoping": the number of screens, offline behaviour and the integrations decide it. After the first call you get an itemised proposal with an agreed figure. The two yearly developer accounts are not in it, and that is deliberate: they are registered in your name, so the app and its store presence stay yours.
Yes, considerably, and sometimes that is the right purchase. Builders and wrappers work where the app is a shell around content you already publish and the screens are the platform's screens: news, a catalogue, a simple shop. They handle the store submission too, often under your own accounts. Bring in a developer where the app has to do what your business does: your data, your integrations, your rules. And where you would rather a platform's pricing change did not rewrite what your app can do.
React Native covers most business apps: lists, forms, payments, maps, camera, push. We move to native when heavy 3D, continuous background audio, real-time video or audio processing, augmented reality, advanced biometrics or a permanent link to an external device is the point of the app. If that is what you need, we say so on the first call.
Yes. The developer accounts are in your name (Apple charges 99 dollars a year, Google 25 dollars once) and we submit as invited collaborators. For a company account Apple also asks for a D-U-N-S number and your registered company details: the D-U-N-S is free, but it does not arrive instantly, so it is worth starting with. Screenshots, listing copy and the privacy forms are ours as well.
Yours. The App Store and Play accounts are registered to your company, so the app, the code and the store presence stay yours even if you continue with another team one day. The reviews, the download history and the earlier versions stay where they are too: in your account.
Once a year the platforms change a rule or an interface that needs work. The maintenance plan covers the toolkit upgrades and store compliance, so the app still opens after the next major release.
A mobile app keeps costing after launch: the operating systems change every year, so do the store rules, and the submission has to run again. So we quote monthly maintenance alongside the build, and you see the yearly figure up front. The code is yours, so another team can take it on.
Start with the screens
Half an hour sizes the first version and shows whether a web app would cost less; the proposal follows.
- 12+ projects deliveredevery one on deadline, in production
- Fixed price and deadlinein writing, and if we slip, the next payment waits
- Reply within 24 hourson working days, to every enquiry