Mobile app development in Birmingham
Damp and mould repairs have become one of the most closely watched jobs a Birmingham housing association does. Tenants and boards want to know how quickly a report was investigated, what was found and when the home was made safe, and the repairs contractors doing the visits need to capture every step. A job sheet on paper and a photo on a personal phone are hard to piece together afterwards.
We build React Native apps for the people doing the visits: inspections that work without a signal, photos and readings attached to the job, and timestamps the landlord can rely on when a case is reviewed. On FM360 we built a mobile app for supervisors and a phone page for technicians on one backend, and the same shape fits repairs. The office sees where every job stands without chasing anyone for an update.
Birmingham's software buyers are mostly not software companies. The city runs on financial and professional services: HSBC UK's head office at Centenary Square, the Birmingham office Goldman Sachs opened in 2021 with a technology focus, and the accountancy and law firms around Colmore Row and Snowhill. What they bring us is internal systems rather than consumer products: client portals, case and matter management, reporting that currently takes a week of spreadsheets, and integrations between platforms that different departments bought at different times.
Construction, transport and manufacturing make up the rest. HS2's Curzon Street terminus and the regeneration around it keep engineering consultancies, contractors and their supply chains busy, and those firms run on drawings, inspections, documents and project controls spread across too many tools. Manufacturing brings its own lesson. The 2025 cyber attack on Jaguar Land Rover stopped production at its West Midlands plants for weeks and reached deep into the supplier base, and suppliers now want business systems they can restore quickly and integrations that pick up cleanly when they come back.
The city has also watched its council's Oracle programme. The Register reports a forecast cost of £144.4 million against an original estimate of around £19 million, with the finance system still not working as intended. The lesson local buyers draw is the right one: customise less, test the money flows before go-live, and keep the people who use the system in the room. Hiring is competitive but cheaper than London, and the banks and professional firms compete for the same engineers. ITJobsWatch puts the median advertised salary for a software engineer in Birmingham at £70,000 over the six months to September 2026.
Working with us from Birmingham needs no adjustment on your side. Four hours of every working day overlap with yours, set across your morning, so stand-up and the decisions that follow happen live with the engineer who writes the code. The afternoon runs on written updates and pull requests in your own Slack, GitHub and Linear, with runbooks and architecture notes written as the work goes.
We are the right fit for a defined piece of work: an integration, a replacement for the spreadsheet, a portal with a deadline, or the groundwork before your own hire starts. We add senior capacity within days, begin with a fixed-price two-week piece so you can judge the output, and work white-label under your name for agencies.
Four ways this arrives.
And crashes on the ones your users own. We add crash reporting with readable stack traces, find the handful of devices and OS versions causing most of the crashes, and fix those before anyone touches a feature.
Signing keys on a laptop, a manual build, store notes written at midnight. We move builds and signing into CI, add over-the-air updates for JavaScript-only fixes, and write down exactly how a release goes out.
A Bluetooth device, a vendor SDK, a camera pipeline, a background task the OS keeps killing. We write the native module in Swift and Kotlin, expose a small typed interface to React Native, and keep it isolated so upgrades stay possible.
Forms that vanish, actions that send twice. We decide what must work offline, keep it on the device, queue writes with idempotency keys the backend understands, and show the user plainly what is still waiting to sync.
Our own React Native app on Android, with retraction built into the client because moderation can pull a message after it has been sent.
Read the write-up →Asked by Birmingham teams.
How do you work with teams in Birmingham?+
Four hours of every working day overlap with yours, set across your Birmingham morning, so stand-up and the day's decisions happen live. We join your calls and work in your tools: Slack, GitHub and Linear. You talk directly to the engineer who writes the code. The afternoon carries on in pull requests and written updates you can read when you are back at your desk, with runbooks and architecture notes written as we go.
Do you build for Birmingham law and accountancy firms?+
Yes. For the firms around Colmore Row and Snowhill we build client portals that work on a phone and ask for each piece of information once, matter and case management tools, and reports that assemble themselves instead of taking a week of spreadsheets. For accountancy practices we build AI features that pull figures from bank statements and receipts, suggest categories and put the result in front of an accountant to approve.
How does your rate compare to hiring in Birmingham?+
ITJobsWatch puts the median advertised salary for a software engineer in Birmingham at around £70,000. Our published rate is $35/hour with a $5,000 minimum engagement. There is no recruiting time and no employment overhead, and we can start within days of the first call. Most clients begin with a fixed-price two-week piece at $2,800, which lets you judge us on working software before committing to more.
Should we replace our ERP or build around it?+
Usually build around it, at least first. Birmingham has seen what heavy customisation can cost. Most of the pain sits in the gaps between an ERP and the rest of the business, and every customisation makes the ERP harder to upgrade. We build small tools alongside it that talk to it through supported interfaces. If replacement is genuinely the answer, we will say so and set out what to test before go-live.
React Native or fully native?+
React Native for most products: one codebase, one team, both stores. Fully native makes sense when the app is mostly the hard native part, such as heavy camera or audio processing, complex background work, or a platform feature React Native does not support yet. We will tell you which side of that line you are on, and write the native parts by hand either way.
Expo or bare React Native?+
Expo, in almost every case now. Development builds and config plugins removed most of the old reasons to eject, and EAS handles builds and signing. We go bare only when a native dependency genuinely cannot live inside a config plugin, and we will explain why before doing it, because it makes every future upgrade more work.
Can you take over an app someone else built?+
Yes. We start by getting it to build on a clean machine, which is often the hardest step, then bring React Native and its dependencies up to a supported version before adding features. We tell you what state the app is in, including where the store listings, signing keys and accounts actually live, before quoting anything larger.
Who handles App Store and Play Store submission?+
We do, from your developer accounts, not ours. We prepare the builds, the privacy disclosures and the notes for the reviewer, and deal with rejections when they come. The accounts, signing keys and listings stay in your name, so you can change developers later without asking anyone's permission.
Does our backend need to change for a mobile app?+
Often, a little. A mobile client stays on old versions for months, retries on bad networks, and cannot be fixed by a server deploy. That means versioned endpoints, idempotent writes, and a way to tell an old client it must update. We check the backend for those before the first screen is built, because retrofitting them after launch is slower.