Services / Mobile App Development
Mobile apps that ship,
and keep shipping
iOS and Android from one codebase — built, published to both stores, and maintained after launch. You get an app people actually open, not a project that stalls in review.
Free consultation. We'll tell you if you need an app at all — sometimes a mobile-first web app is the cheaper answer.
Overview
Where mobile projects go wrong
Why most apps
never reach their users
Two separate teams for iOS and Android — double the budget, two different products
The build finished months ago and it's still not in the stores
Apple rejected it and nobody on the project knows why
People install it once and never come back
It crashes on the newest OS version and the original developers are gone
Every small change means a new release and another week of review
Field staff lose connection and the app becomes useless
You have installs but no idea where users drop off
Almost none of this is about code quality. It's about who owns the release, the store accounts and the first month after launch.
What kind of app do you need?
Not every app has
the same job
A product you sell to consumers is built differently from a tool your crew uses in a warehouse. Tell us the goal — we'll tell you the scope, and where you can safely cut it.
MVP for a new product
The smallest version that proves the idea, in the stores fast, ready to grow or to pivot.
Customer app for an existing business
Loyalty, bookings, orders, account access. Connected to the systems you already run.
Internal app for your team
Field service, inventory, inspections, delivery. Works offline, built around one job done fast.
App for your hardware
Bluetooth devices, sensors, machines, wearables. Pairing, live readings, control, firmware updates.
Rescue or modernisation
You have an app that's slow, unmaintained or abandoned. We take over the codebase and stabilise it.
Mobile companion to your web system
Your platform in your users' pockets, sharing one backend.
Not sure it needs to be an app? We'll say so. If a mobile web app does the job for a third of the cost, that's the advice you'll get.
Proof, not just promises
- 1 codebase
- Two platforms, one release, one budget
- OTA
- Small fixes live in hours, not weeks
- Day 1
- The store accounts are in your name
- 24h
- Response time on incidents
What goes into a mobile app
The parts that decide
whether it works
Whatever the format, these are the pieces that separate an app people keep on their home screen from one they delete after a week.
One codebase, both platforms
iOS and Android built together — same features, same release, one team, one budget.
- Single codebase in React Native and Expo
- Native modules written by hand where the platform needs them
- Consistent behaviour, with platform conventions respected on each
- Over-the-air updates — small fixes reach users in hours, no store review
- Native Swift or Kotlin when a project genuinely calls for it, and we'll tell you when it does
One codebase
Both stores, one release
Dashboard
Active users
2,842
↑ 18.2%Dashboard
Active users
2,842
↑ 18.2%Intuitive on every screen
Interfaces drawn to the pixel and tuned for how a phone actually gets used — one hand, on the move, in daylight.
- Custom UI components built for your product, not pulled from a kit
- Gestures and motion that behave the way the platform already does
- Primary actions inside thumb reach, destructive ones deliberately outside it
- Dark mode and larger text sizes in the first release, not a later one
- Accessibility as standard: contrast, screen readers, large tap targets
- Layouts that hold from a small Android up to a tablet
Order #2043
Awaiting collection
12 items
Bay 4 · Aisle 2
Ready since 13:52
One hand, one thumb
Easy
Primary actions — Confirm pickup, Scan barcode
Stretch
Secondary taps, never the main flow
Out of reach
Cancel order, on purpose — a mis-tap is expensive
Works without signal
Your users won't always have a connection. The app shouldn't care.
- Offline-first architecture with local storage
- Background sync when the connection returns
- Conflict handling when two people edited the same record
- Queued actions — nothing typed in a basement gets lost
Sync engine
No connection. Every action is written to the phone's own database first.
Outbox
4 queued- Photos · 618:14queued
- Time on site18:18queued
- Parts used18:21queued
- Signature18:23queued
Notifications people don't mute
Push done properly brings users back. Push done badly gets your app deleted.
- Segmented and behaviour-triggered notifications
- Rich media, deep links straight to the right screen
- Preferences users control themselves
- Scheduled campaigns and in-app messages
- Delivery and open-rate reporting per campaign
Tuesday, 4 March
9:41
Push → deep link
- Segment
- Streak of 7 days or more
- Trigger
- no_session_by_20:00
- Deep link
- move://workouts/quick
Tap a notification to follow it
Delivery report
Everything the device can do
Camera, sensors, wallet, hardware — the reasons an app beats a website.
- Camera, gallery, document and barcode scanning
- Face ID, Touch ID, biometric login
- GPS, maps, geofencing, background tracking
- Bluetooth Low Energy: pairing, live data, device control
- NFC, wallet passes, widgets, Apple Watch
Scan document
Edges found — hold steady
FV-2043 · 1 240 PLN
On-device, natively
- API
- expo-camera · VisionKit
- Prompt
- Camera — asked once, on the first scan
Real platform APIs and permission prompts — not a website in a wrapper.
Accounts, payments and subscriptions
The commercial layer, set up so it passes review the first time.
- Sign-up, login, social and Apple sign-in
- Two-factor authentication, roles and permissions
- In-app purchases and subscriptions configured in both stores
- External payments where the rules allow it — we'll explain what they cost you
- Receipts, renewals, cancellations and refunds handled
Upgrade
Unlimited reports
Auto-renews yearly. Cancel anytime.
Subscription lifecycle
Free plan. The sheet carries the price, the term and a restore link — the first three things review checks.
- In trial7 days, then it charges
- ActiveRenews until someone stops it
- CancelledAccess to the end of the period
- RefundedStore webhook revokes access
- Price and renewal term on the sheet
- Restore and cancellation inside the app
- Receipts, renewals and refunds handled
Connected to your systems
The app is a front end. We build or connect what sits behind it.
- Backend and API, or integration with the one you have
- ERP, CRM, WMS, warehouse and booking systems
- Admin panel for your team to manage content and users
- Shared backend if you also run a web app
Store release, handled
The part most agencies treat as an afterthought. We treat it as part of the build.
- App Store and Google Play accounts set up in your name
- Store listing, screenshots, descriptions, ASO basics
- Privacy manifests, data declarations, review notes
- Beta distribution via TestFlight and internal testing tracks
- Release pipeline so future updates take hours of our time, not days
App Store Connect
- Version
- 2.8.0
- Build
- 412
- Review
- 1 day
Submission checklist
- Privacy manifestRequired APIs declared
- Data declarationsBoth store forms
- Review notesDemo account included
- Screenshots & ASOEvery required size
- TestFlight buildBeta group signed off
The accounts are in your name from day one — so the listing, the reviews and the users stay yours.
Analytics, crashes and what happens next
After launch you'll know what users do, not just how many downloaded.
- Funnels, retention and engagement, not vanity installs
- Crash reporting with the exact device and OS version
- Performance monitoring: cold start, screen load, API latency
- Feature flags and A/B tests without a new release
- A monthly report you can read in five minutes
Retention
48%Day 7Crash-free
99.7%
of sessions, last 30 days
Crashes by device & OS build
7 days- NSInvalidArgumentiPhone 13 · iOS 18.314
- OutOfMemoryErrorGalaxy A14 · Android 149
- TimeoutExceptionPixel 7 · Android 153
AI inside the app
The features that used to need a research team, running on a phone in your users' hands.
- Assistant that answers from your own product knowledge
- Photo recognition: scan a document, a shelf, a part number
- Voice input for hands-free work in the field
- Personalised feed and recommendations
What the model ends in
Point the camera at a shelf. The part is recognised on the device and added to the order.
- CaptureOn-device camera
- RecogniseVision model
- ActLine added to the order
Something else in mind? Describe it — if it can run on a phone, we'll tell you what it takes.
Talk to usBuilt on a stack your next developer will recognise
React Native, Expo, TypeScript, EAS, Reanimated, Supabase, Node, Firebase, Sentry — plus Swift and Kotlin where the platform demands it. No proprietary framework you'd need us to maintain forever.





Selected work
Apps in the stores,
in use
Three projects with different goals. Store links where they're public, numbers where we're allowed to share them.
Driver app with offline routes
The problem: drivers lost the app the moment they left coverage, so deliveries were reconciled on paper at the end of each shift. What we built: an offline-first iOS and Android app from one codebase, with queued proof-of-delivery and route sync on reconnect.
Inspection app with photo capture
The problem: inspections were recorded on forms and retyped into the office system days later. What we built: a offline inspection app with photo capture, signatures and background sync, connected to the existing back office.
Consumer app with subscriptions
The problem: a previous submission had been rejected repeatedly and the subscription flow never passed review. What we built: a consumer app with in-app subscriptions configured in both stores, approved on the first attempt.
Built once, runs everywhere. One system instead of the spreadsheets, inboxes and half-manual steps your teams run today — in every location and on every shift.
12
Apps in the App Store and Google Play
8 yrs
Building for mobile
90%
Clients still with us after year one
4.7
Average store rating
Client feedback
What clients sayafter launch
We'd been quoted twice as much for two separate teams. One codebase, both platforms, and honestly you can't tell it isn't native.
Logistics
Driver app with offline mode and route sync
Our previous agency got rejected three times and blamed Apple. These guys got it approved first try and explained exactly why the earlier submissions failed.
Fintech
Consumer app with in-app subscriptions
The app works in a basement with no signal, which was the entire point and the thing the last developer said was impossible.
Field services
Inspection app with offline sync and photo capture
How we work
From idea to both stores
No black box. You'll always know what's built, what's next and when it goes live.
01
Free consultation
30 minutes. Your users, your goal, your deadline. You leave with a recommended scope and a rough range, whether we work together or not.
02
Scope & MVP definition
We cut the feature list to what proves the idea. This step usually saves more money than any other.
03
Design & build in two-week sprints
Flows first, then one key screen for direction, then the rest — built as it's designed. You get a working build on your own phone from sprint one, not a slide deck.
04
Testing & store submission
Automated tests plus manual passes across a device range, including older Android. Then accounts, listings, compliance, privacy declarations and review notes — the paperwork is ours.
05
Launch, handover & care
Repository, accounts, credentials, documentation and a walkthrough recording for your team. Then monitoring, OS-version updates, crash fixes and further development.
Store review typically takes 1–7 days. We factor it into the timeline rather than surprising you with it.
Working together
Three ways to
run the project
Pick the one that fits where your product is today — and if you're not sure, we'll tell you which one we'd choose in your position.
Fixed price
Best for
- MVPs
- Internal tools
- Single-purpose apps
Best for a defined MVP. You know the feature list and it won't move much.
Key benefits
- One agreed price, deliverables in the contract
- Fixed milestones through to store submission
Time & materials
Best for
- Consumer products
- Multi-phase roadmaps
Best for a product that's evolving. The direction is clear, the details will change once real users arrive.
Key benefits
- Reprioritise between sprints without renegotiating
- You pay for work done, with a transparent time log
Care & growth
Best for
- Apps already in the stores
- Products with real users
Best after launch. A monthly retainer for an app that has to stay alive.
Key benefits
- OS updates handled before they break anything
- Crash monitoring, store compliance, release management
- Fixed hours each month for new features
- Guaranteed response time on incidents
Not sure which model fits, or whether you need an app at all? Book a call with Adrian, our VP of Engineering. Technical advice you can use even if you go elsewhere.
Adrian Loffredo · VP of Engineering · Call: +48 667 083 196
Frequently Asked
Questions
Can't find the answer to your question? Just send me an email:
Ask me a questionWhy cross-platform instead of two native apps?
For the large majority of business apps, one React Native codebase gives you the same result for roughly half the budget and one consistent product instead of two that drift apart. Native still wins for heavy 3D, intensive real-time video processing or deep platform-specific features — and if your project is one of those, we'll tell you rather than sell you what we'd prefer to build.
Will users notice it isn't native?
No, if it's built properly. The apps people complain about are usually badly built rather than cross-platform. Animations run on the native thread, navigation uses native transitions, and we test on real devices rather than emulators.
How much does a mobile app cost?
A focused MVP starts at [X], a full consumer product with payments and integrations at [Y]. The biggest cost driver isn't platforms — it's the number of screens and the integrations behind them. You'll get a firm figure after a 30-minute call.
How long until it's in the stores?
A tight MVP is typically [X–Y] weeks of build plus 1–7 days of store review. Larger products run in phases so something real is live early rather than everything arriving at the end.
What do I need before we start?
Not much: a clear goal, someone on your side who can make decisions, and — if you have them — brand assets. We'll set up the Apple Developer and Google Play accounts, in your name. Apple charges an annual fee, Google a one-off; both are paid by you directly so the accounts stay yours.
Do I have to give Apple and Google a percentage?
Only on digital goods sold inside the app — subscriptions, in-app currency, premium content. Physical products, services booked for the real world and most B2B use don't fall under it. There are also reduced rates for smaller developers and, in some regions, external payment options. We'll map out which rules apply to your model before you commit to one.
Can you take over an app someone else built?
Yes. We start with a paid audit of the codebase, dependencies and store setup, then give you an honest verdict: fix, refactor or rebuild. Sometimes rebuilding is cheaper than untangling — and we'll say so even though the audit fee is smaller than the rebuild.
What happens when Apple or Google release a new OS version?
Every year both platforms change requirements, and apps that aren't updated eventually break or get removed from the stores. This is what a care plan is actually for: we test against beta releases before they ship publicly, so your users never see the problem.
Who owns the code and the store accounts?
You do, in full, once the invoice is paid. Repository, design files, developer accounts and credentials are in your name from the start — and we hand everything over whether or not you continue with us.
Will you help get downloads?
We handle the technical side of visibility: store listing, keywords, screenshots, ASO basics, and analytics so you can see which channels bring users who stay. Paid acquisition and campaign management sit outside what we do, and we'll happily work alongside whoever handles that for you.
Can the app work without internet?
Yes, and for field teams it usually should. We build offline-first when the use case needs it: local storage, queued actions and background sync with conflict handling.
Do you also build the backend and admin panel?
Yes. We can build the backend from scratch or connect to what you already run, and we usually include an admin panel so your team can manage content, users and data without asking us.