15+Years building software
3Device tiers tested
3 moTypical Play Store launch
Various Android smartphones and tablets displaying a running mobile app
Flutter + Kotlin
Material 3, Play-compliant delivery
What we build

Android capabilities, end to end

Flutter-built Android with Material 3

Our Flutter apps ship with correct Material 3 theming, adaptive layouts for phones and tablets, and edge-to-edge display support. They pass Play Store review and look right on a €150 Motorola and a Galaxy Fold.

Kotlin platform modules

Background services with WorkManager, home-screen widgets, Wear OS data layers, deep Bluetooth LE integrations and system-level accessibility services — when Kotlin is the right tool for the feature, we write it as a clean platform channel module.

Play Store delivery and staged rollouts

We own the full Play Console pipeline: signing, release tracks, internal testing, closed beta, open beta and production. Staged rollouts to 10% → 50% → 100% with ANR and crash rate gates so a bad build never reaches your full user base.

Device-fragmentation test matrix

We test against a tiered matrix — high-end flagship, mid-range workhorse, low-end entry device — covering the screen densities and Android versions that represent 95% of your target market. Firebase Test Lab runs automated UI tests across the matrix on every release candidate.

Play policy and data-safety compliance

Data safety form declarations, sensitive-permission justifications, target SDK upgrades on Google's mandatory schedule and policy violation appeals — we handle the compliance paperwork so your app stays live and your account stays clean.

Performance on low-end devices

Android's long tail of low-RAM devices is where most apps fail silently. We profile memory pressure, jank frames and battery drain on a sub-€200 reference device before every release — not just on the flagship we develop on.

Built for Android's reality

Fragmentation is not a footnote — it is the job

Android runs on thousands of device models across a decade of API levels. Here is how we make that manageable rather than pretending it is not a problem.

Test matrix strategy

We tier devices by market share: flagship (Pixel, Galaxy S), mid-range (Galaxy A, Moto G), low-end (entry Xiaomi, sub-€150 Alcatel). Each tier gets a dedicated test pass for layout, performance and crash rate before any release.

Minimum SDK strategy

We recommend a minSdk that covers at least 95% of your target market — typically API 26–28 for EU/US consumer apps, API 24 for enterprise with legacy device fleets. We document the trade-offs and let you decide.

ProGuard and R8 configuration

Obfuscation rules audited for Flutter + Kotlin interop, third-party SDKs and reflection-heavy libraries. Missing keep rules are the silent cause of half the post-obfuscation crashes we see in inherited codebases.

Play pre-launch reports

Every release candidate is run through Play Store pre-launch report — automated crawl on real devices in Google's lab. We review the accessibility, performance and crash findings before approving promotion to production.

Technology stack

The Android toolchain we actually use

Flutter and Dart are our primary layer. Kotlin for platform modules and background work. Jetpack libraries (WorkManager, Room, Navigation) where the architecture benefits. Play Console for delivery, Firebase for crash reporting, analytics and remote config, Material 3 for design system compliance.

FlutterKotlinJetpackPlay ConsoleFirebaseMaterial 3

We do not use Cordova, Ionic or legacy Java for new projects. If a project warrants fully native Kotlin from the ground up — heavy Jetpack Compose customisation, system-level features or an existing Java codebase — we say so before you commit.

FAQ

Frequently asked questions

Flutter or Kotlin for our Android app?

Flutter is the right default when you need or may need iOS coverage, want a single codebase to maintain, or are building a standard B2C or B2B product without deep system-level requirements. Kotlin (native) wins when you are building something that lives close to the OS — a launcher, an accessibility service, a device-management app, or a project with a large existing Kotlin/Java codebase. We give you a straight recommendation in a 30-minute call before any scope is signed.

How do you test across thousands of Android devices?

We do not try to test on thousands of devices — we test on a representative matrix. We define three device tiers (flagship, mid-range, low-end) aligned to your target market's actual install base, then automate UI tests across that matrix using Firebase Test Lab. That catches 95%+ of fragmentation issues without an unmanageable test surface. For critical releases we also run manual exploratory sessions on physical devices at the boundary cases.

How do you handle Google Play policy and data-safety forms?

We treat Play policy compliance as a first-class engineering concern, not a last-minute form to fill in. During development we audit every permission requested, every data point collected and every third-party SDK for its own data practices. The data-safety form is drafted alongside the app, not the night before launch. If a policy update affects your live app, we flag it, implement the required change and submit the update within the mandatory timeline.

Can you take over an existing Kotlin or Java app?

Yes. We start with a codebase audit covering architecture health, minSdk and targetSdk currency, dependency vulnerabilities and any outstanding Play Console warnings. From there we can maintain and extend the existing codebase, modernise from Java to Kotlin, or plan a gradual migration to Flutter where that makes sense for your product. We give you an honest picture of the technical debt before we agree a scope.

How long does an Android app take to ship?

Staged rollouts and pre-launch reports on Play Console add steps that the App Store does not have, so timelines account for those gates. A focused MVP — core features, authentication, two to four screens — typically reaches production in eight to twelve weeks. Projects that include a custom backend, hardware integrations (Bluetooth LE, barcode scanners) or regulated data handling run four to six months. Play Store review itself is fast: one to three business days for new apps, often same-day for updates once your account has history. We ship weekly internal builds from sprint one so progress is visible throughout the engagement.

ITP management platform — MotigoMobile app
Case study

ITP management platform — Motigo

A platform that keeps Romanian drivers and fleets road-legal — online ITP booking, automatic ITP/RCA/CASCO expiry reminders and fleet management, with a companion Android app.

35+
partner ITP stations
auto
expiry reminders
Android
mobile app
Read the case study

Need an Android app development company?

Book a free 30-minute call with a senior Android engineer — leave with a Flutter-vs-Kotlin recommendation, a device-matrix strategy and a realistic estimate.

Trusted by founders, scale-ups & enterprise teams