Mobile app development in Brisbane
Queensland is a very big state, and health care happens in all of it. Community nurses, allied health teams and outreach clinics visit homes and remote communities where mobile coverage comes and goes, and the paper form or the laptop that needs a connection is where information gets lost between the visit and the record in Brisbane.
We build React Native apps for iOS and Android that work offline first: visit notes, observations and photos captured without a signal, synced securely when coverage returns, with conflict handling that never silently overwrites a clinician's entry. Records are encrypted on the device until they sync. On FM360 we built a mobile app for supervisors and a phone page for technicians on one backend, and the same pattern fits care in the field.
The state is one of Brisbane's largest software buyers. The Queensland Government, its departments and its hospital and health services run a large share of the city's technology work, directly and through the consultancies and suppliers around them. They need public services that work for someone on fibre in the inner city and someone on a weak mobile signal in a remote community, and internal systems that let a small team look after a very big state.
Mining services are the second pillar. Queensland's mining equipment, technology and services firms sell into the Bowen Basin and to mines around the world, and many run their engineering and head offices from Brisbane. Their software problems come from distance: equipment reporting over intermittent links, maintenance data from sites hours from the nearest city, and field crews working on rosters. Health adds a third: a large public health system spread across the state, where a clinician in a regional town and a specialist in Brisbane need the same record. Looking further out, the Brisbane 2032 Olympic and Paralympic Games are already driving infrastructure work across the south-east, and the tourism, events and food businesses around them are planning for demand their systems have never seen.
Hiring costs less than in Sydney or Melbourne. Indeed puts the average base salary for a software engineer in Brisbane at A$101,980, from 87 reported salaries. Specialist skills are the harder part: an engineer who has built for remote sites, offline field work or a booking spike is a rare hire in any city. That is where we fit: senior engineers on a defined piece of work within days, with the code in your repositories from the first commit.
Our four hours of daily overlap land in your afternoon, moved to suit your team. Neither Queensland nor India changes its clocks, so the window sits at the same point in your day all year round. Your morning belongs to your own team; the afternoon is for stand-ups, reviews and decisions with the engineer who writes your code, and runbooks and architecture notes are written as we go.
We are the right fit when a system your team has no time to build has a clear shape, when you need senior engineers on it within days, or when a hire is still months from starting. Begin with a fixed-price two-week piece and judge us on what ships. Agencies and consultancies can put the work under their own name.
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 Brisbane teams.
How do you work with teams in Brisbane?+
We are in Bengaluru, and four hours of every working day overlap with your afternoon, moved to suit your team. Neither Queensland nor India changes its clocks, so the window stays put all year. Stand-ups, code reviews and design calls happen live in it. We work in your tools, whether that is Slack, GitHub or Linear, and the person on every call is the engineer who writes the code.
Do you build for mining and METS companies?+
Yes. Brisbane's mining equipment, technology and services firms need software around their equipment, and that is what we build: backends that accept late and out-of-order data from remote sites, models that predict failures from vibration and temperature readings, offline apps for field crews, and roster and competency tools for contractors. We work inside your codebase and your cloud, starting with the problem that costs you most on site.
How does your rate compare to hiring in Brisbane?+
Indeed puts the average base salary for a software engineer in Brisbane at around A$102,000. Our published rate is $35/hour with a $5,000 minimum, or $5,400 a month for one embedded engineer. There is no recruiting time and no employment overhead, and work can start within days of the call. The first piece is a fixed-price two-week engagement at $2,800, so you can judge us on what ships.
Can you add capacity while we wait for a hire?+
Yes. If a Brisbane role is open and the roadmap is still moving, we can take a defined piece of it now. Start with a fixed-price two-week piece, or embed one engineer at $5,400 a month. Runbooks and architecture notes are written as we go and the code sits in your repositories from the first commit, so when your hire starts, they inherit work they can read and extend.
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.