Android App Development in Nigeria: Building for the Phones Nigerians Actually Use

Why Android comes first for most Nigerian apps
Android comes first in Nigeria because that is where the customers are, the devices are affordable, and distribution is simplest. Google Play reaches almost every smartphone in the country, developer registration is a modest one-time fee, and app files can also be shared directly where a business needs to reach users outside the store.
- Reach. Whatever the exact figure in a given year, Android's share of Nigerian smartphones is large enough that an Android-only launch reaches most of the addressable market for a mass-market app.
- Device economics. The phones Nigerians buy most are priced for the local market, which means limited RAM, limited storage and modest processors. This shapes design more than any framework choice.
- Distribution options. Google Play is the main channel, but Android also allows direct APK installation, which Nigerian businesses sometimes use for internal staff apps, agent networks and pilots. Use it deliberately and securely, not as a way to avoid the store.
- Staff and field devices. Riders, agents, guards, drivers and sales teams are almost universally on Android, so operational apps are usually Android-only.
Android-first does not mean Android-only forever. High-value segments in Lagos and Abuja carry a meaningful iPhone population, and businesses serving them typically add iOS soon after, or launch both together using a cross-platform build.
Native Android or cross-platform for an Android-first app?
For an Android-first app, the choice is between native Android (Kotlin, with Jetpack Compose for the interface) and a cross-platform framework (Flutter or React Native) that produces the Android app now and an iOS app later from mostly the same code. Native gives maximum control over device features and performance; cross-platform gives a cheaper path to iOS.
| Consideration | Native Android (Kotlin) | Cross-platform (Flutter / React Native) |
|---|---|---|
| Best when | Android-only for the foreseeable future; hardware or background-heavy features | iOS likely within a year; standard business features |
| Access to Android features | Immediate and complete | Good, via plugins; occasional native modules |
| App size and start-up on low-end phones | Smallest and fastest | Slightly larger; acceptable with optimisation |
| Background services, Bluetooth, POS hardware, custom devices | Strongest | Possible, often with native code |
| Talent in Nigeria | Good, especially Kotlin | Larger pool overall |
| Cost of adding iOS later | Roughly a second app | Incremental |
| Typical fits | Rider and agent apps, POS and kiosk apps, device-integrated tools | Customer apps, marketplaces, booking, education, community |
A practical rule: if the app is an operational tool for staff on Android devices, native Kotlin is a clean choice; if it is customer-facing and iOS will matter, build cross-platform from the start.
Designing for the Android phones Nigerians use
Designing for Nigerian Android devices means treating memory, storage, data and battery as scarce and designing the app to be light in every dimension. The target should be a smooth experience on a phone with limited RAM, on a 3G-quality connection, with the screen cracked and the battery at 15%. Design and engineering practices that matter
- Keep the download small. Publish as an Android App Bundle so Google Play delivers only what each device needs; compress images; avoid bundling large fonts, videos and unused libraries. Users with full storage uninstall the biggest app first.
- Start fast. Show useful content within a second or two; defer heavy work; cache the last known state so the app opens even without signal.
- Assume interruptions. Connections drop in lifts, markets and traffic. Queue actions locally, retry safely, and never leave a payment or form in an unknown state.
- Offline-first where the job demands it. Order drafting, form filling, ticket validation and record viewing should work offline and sync later.
- Be economical with data. Paginate lists, load smaller images on mobile data, respect the system data-saver setting, and avoid background refreshes the user did not ask for.
- Support older Android versions sensibly. Set the minimum supported version to include the older devices still common in Nigeria while keeping the app maintainable; your developer can advise on the trade-off from current device data.
- Respect screen and battery. Test on small, low-resolution screens; avoid constant location polling; use system-scheduled background work rather than persistent services unless the job truly needs one.
A minimum test matrix for Nigerian Android apps
- One entry-level phone (limited RAM, older Android version) from a popular local brand.
- One mid-range phone on a current Android version.
- One large-screen or tablet device if staff will use tablets.
- Mobile data on at least two networks, including deliberately throttled connections and airplane-mode transitions.
- Battery-saver mode enabled, to catch notification and background failures.
What Google Play requires from a Nigerian business
Publishing on Google Play requires a developer account, compliance with Play policies, and ongoing attention to platform changes. Key requirements for a Nigerian business, as of 2026 (verify current details in Google Play Console help):
- Developer account. Google Play registration has historically been a one-time fee (US$25). The account should be opened in the business's name with a company email, not by the developer personally.
- Account verification. Organisation accounts go through identity verification, which has included providing a D-U-N-S number for the business; check the current process, because it can take time and delay launch.
- Testing before production for new accounts. Google has required newly created personal developer accounts to run a closed test with a minimum number of testers over a set period before publishing to production; organisation accounts have different rules. Plan for this in the timeline.
- Target API level. Google requires apps to target a recent Android version and raises this bar yearly. An app that is not updated eventually cannot be updated at all without engineering work, and may be hidden from newer devices.
- Data safety section and privacy policy. Every app must declare what data it collects and why, and link to a privacy policy. Align this with your obligations under the Nigeria Data Protection Act 2023.
- Sensitive permissions. SMS and call-log permissions are restricted; apps should use the SMS Retriever approach for OTP autofill rather than requesting SMS access. Location, camera and contacts require clear justification in the app.
- Review times. Initial review can take days; policy updates can trigger re-review. Do not schedule a launch event for the day you submit.
Publishing steps in detail are covered in a separate guide on publishing to Google Play.
Integrations Nigerian Android apps usually need
A Nigerian business app typically needs five categories of integration: payments, messaging, notifications, maps and identity. The Android side of each has specific considerations.
- Payments. Nigerian gateways (Paystack, Flutterwave, Monnify, Interswitch) provide Android SDKs and hosted checkout. Bank transfer with automatic confirmation via webhook is essential for Nigerian users; cards and USSD should also be offered. Keep card entry inside the gateway's components so card data never touches your app or server.
- Messaging. WhatsApp deep links for customer support, and SMS through a Nigerian SMS provider for OTPs and transactional messages; use OTP autofill without requesting SMS permission.
- Push notifications. Firebase Cloud Messaging is the standard route on Android. Delivery on some phone brands depends on battery settings, covered below.
- Maps and location. Google Maps usage is billed in US dollars beyond free allowances; design map use to control cost, and handle Nigerian addressing habits with landmarks and pinned locations.
- Identity. Google sign-in, phone-number sign-in and fingerprint or face sign-in via the Android biometric prompt. Keep passwords optional where phone-based sign-in suits the audience.
For apps with AI features, chat or document handling, model and API usage is also billed in dollars and should be metered.
Brand-specific quirks: battery, notifications and background work
The phone brands most common in Nigeria run customised versions of Android with aggressive battery management that can silently stop background work and delay or block notifications. This is the single most common cause of "the app stopped tracking" and "I never got the notification" complaints on Nigerian Android apps. What to plan for:
- Background restrictions. Rider-tracking, sync and reminder features may be killed when the app is in the background unless the user exempts it from battery optimisation. Design for it: use foreground services with visible notifications for tracking, schedule background work with the system scheduler, and expect gaps.
- In-app guidance. Detect the phone brand and show simple, screenshot-led instructions for allowing the app to run in the background and for enabling notifications. Test these instructions on real devices from each brand.
- Notification channels. Use properly configured channels with appropriate importance so order and payment alerts are not lumped with promotions.
- Auto-start and app lock settings. Some brands require the app to be allowed to auto-start; document this for staff apps.
- Devices without Google services. Less common now but still present; decide whether to support them.
Build these behaviours into the test plan, because they never appear on a developer's flagship phone.
What does Android app development cost in Nigeria?
Android app development in Nigeria costs roughly the same as any single-platform build, with cross-platform builds adding a margin for iOS readiness. Indicative 2026 ranges: a simple Android MVP ₦1,500,000–₦5,000,000; a medium app with accounts, payments, admin dashboard and notifications ₦5,000,000–₦15,000,000; complex marketplace, logistics or fintech apps ₦15,000,000–₦50,000,000+. Actual quotes vary with scope, vendor and exchange rate.
| Cost element | One-off or recurring | Indicative range | Android-specific note |
|---|---|---|---|
| Design and prototype | One-off | Included or ₦300,000–₦1,500,000 | Design for small screens first |
| Android build (native or cross-platform) | One-off | ₦1,500,000–₦50,000,000+ by complexity | Cross-platform adds iOS readiness |
| Backend and admin dashboard | One-off (often bundled) | Significant share of build | Same regardless of platform |
| Device testing on Nigerian phones | One-off (per release) | Included or ₦100,000–₦500,000 | Insist it is itemised |
| Google Play account | One-off | US$25 (historical; verify) | Register in business's name |
| Hosting, SMS, notifications, maps | Recurring (monthly) | US$20–US$300+ per month | USD-denominated; meter usage |
| Maintenance, OS and policy updates | Recurring (yearly) | 15–25% of build cost | Target API level updates are mandatory |
Separate build from recurring costs and compare 2–3 written quotations on identical scope.
Example (hypothetical): an Enugu bus company's booking and conductor apps
Example (hypothetical): an inter-city bus company based in Enugu runs daily services to Lagos, Abuja, Port Harcourt and Onitsha. Tickets are sold at the park and by WhatsApp; seat allocation is on paper; loaders and conductors use their own phones. The Android-first plan: a passenger app for seat selection, booking and payment by transfer or card through a Nigerian gateway, with tickets stored offline as QR codes; a conductor app on inexpensive Android phones that scans tickets offline at the park and syncs manifests when connected; an admin dashboard for schedules, pricing and reconciliation. Android-specific decisions:
- Passenger app built cross-platform so an iOS version can follow for the Lagos and Abuja customer base; conductor app built natively in Kotlin because it is Android-only, needs reliable camera scanning and must run all day on a low-end device.
- App bundle kept small; ticket and schedule data cached so the passenger app works at parks with poor signal.
- In-app instructions for allowing background sync on the conductor phones' brand.
- Transfer payments confirmed by webhook with automatic e-ticket issuance, ending WhatsApp screenshot verification.
Indicative cost: ₦8,000,000–₦13,000,000 for both apps and the dashboard over 14–18 weeks, plus roughly US$50–US$150 per month for hosting, SMS and notifications and a maintenance retainer. The business case rests on fewer double-booked seats, faster boarding and cash reconciliation the owner can trust.
Implementation plan for an Android app
The first step is to define who uses the app and on what phones, because that decides native versus cross-platform, the minimum supported version and the test plan.
- Profile the users and devices: customers, staff or both; the phone brands and price points they use; typical connectivity.
- Decide the platform path: Android-only native, or cross-platform with iOS to follow.
- Write the brief with offline requirements, payment methods, notifications, background needs and the test matrix.
- Open the Google Play developer account in the business's name early, complete verification and note any testing requirements.
- Choose a developer with installable Android apps that run well on entry-level phones.
- Build in milestones and test each on the device matrix, on mobile data, with battery saver on.
- Prepare store assets, the privacy policy and the data-safety declaration in parallel with development.
- Pilot with a small user group, fix what the phones reveal, then publish and set a maintenance schedule that tracks Google's yearly target API requirements.
Mistakes to avoid
- Testing only on a flagship phone. The app will crash, lag or drain batteries on the phones customers actually own.
- Requesting permissions the app does not need. Google Play rejects apps for unjustified SMS, call-log or location access, and users distrust them.
- Ignoring app size. Large downloads fail on mobile data and are the first uninstalled when storage is full.
- Assuming background work just works. Popular phone brands stop it; design and document around that.
- Registering the Play account in the developer's name. Transferring apps later is possible but painful; start in the business's name.
- Skipping the target API level updates. An app left unmaintained for two years may be unpublishable without significant work.
- Sideloading APKs to avoid store review. Acceptable for internal pilots; risky for customers, who cannot verify authenticity.
Conclusion
Android app development in Nigeria is defined by the phones in customers' hands: affordable, memory-limited, often on slow or interrupted connections and running customised Android versions with strict battery management. Build small and fast, design for offline and interruptions, integrate transfer-first payments through a local gateway, plan for Google Play's verification and yearly policy requirements, and test on the devices Nigerians actually use. Choose native Kotlin for Android-only operational apps and a cross-platform framework when iOS will follow. If you are planning an Android-first app for your business, Linestech can advise on the native-versus-cross-platform choice, design for Nigerian devices and networks, and handle Google Play publishing and ongoing maintenance.
Frequently asked questions
Should a Nigerian business build for Android only?
For staff, agent and rider apps, usually yes. For customer-facing apps, Android-first is sensible for mass-market audiences, but businesses serving Lagos and Abuja professionals often need iOS soon after. Building cross-platform keeps the iOS option affordable; building native Kotlin is best when the app will stay Android-only.
What is the minimum Android version a Nigerian app should support?
There is no fixed answer; it depends on the devices your users own and the features you need. Nigerian audiences include older phones, so many businesses support a version older than the global default. Ask your developer to base the decision on current device data and to state the trade-off in maintenance effort.
How long does Google Play review take for a new app?
Initial review commonly takes a few days but can take longer, and new accounts may face testing requirements before production access. Policy-triggered re-reviews can also occur after updates. Submit well ahead of any launch date and keep store listing, privacy policy and data-safety declarations accurate.
Can I distribute my Android app without Google Play?
Yes. Android allows direct APK installation, which suits internal staff apps, agent networks and pilots. For customer-facing apps, Google Play is strongly preferred because customers can verify the publisher, receive updates automatically and trust the download. Direct distribution should be signed, versioned and delivered from a channel you control.
Why do notifications fail on some Nigerian Android phones?
Popular brands run aggressive battery management that stops apps in the background and delays or blocks notifications unless the user exempts the app. Good apps use correctly configured notification channels, use foreground services for tracking, and show users brand-specific instructions to allow background activity.
Does Android app development cost less than iOS in Nigeria?
Building for one platform costs about the same whichever it is; the difference is that Android developers are more plentiful in Nigeria and Android testing does not require Apple hardware. The main saving from an Android-first strategy is deferring the iOS build until demand justifies it, or using a cross-platform framework to get both from one codebase.
Sources and further reading
Figures, platform rules and regulations change. These are the primary references behind this article and the places to check before you act on it.


