E-Commerce Tips
Do You Actually Need a Huawei AppGallery App?
Huawei phones have no Google Play Store, so a separate app looks obvious. Fewer than 5% of users install ours. Here's why we usually advise against it.

Danny Khow, Co-Founder & Managing Director4 min read
Huawei devices don't ship with Google Mobile Services, so there is no Google Play Store on them and no standard Android app distribution. The logical conclusion is that reaching Huawei users means building and maintaining a separate app in Huawei's own AppGallery. We used to think so too. Our own usage data across client apps says otherwise: fewer than 5% of users ever download the Huawei-specific version.
That number is the whole argument, and it is worth being clear about what kind of recommendation follows from it. Bridzia can build a Huawei version, and still does when there is a reason to. This is not a capability we lack. It is a build we have watched go unused often enough to stop recommending it by default.
Why the demand isn't there
The gap between "Huawei needs its own app" and "almost nobody downloads it" comes down to something most planning conversations miss. A meaningful share of Huawei device owners already have a way to access the standard Google Play Store version, through workarounds that have been common knowledge in Huawei-using communities since the original Google services ban. Users who have already gone through that setup simply install the regular Android app like everyone else.
The remaining Huawei-specific audience, people who haven't done that and are relying purely on AppGallery, turns out to be a small fraction of the device's actual user base. Device market share counts handsets. It does not count the people who would reach for a second app that most of them have no need of.

The cost side isn't small either
A Huawei build isn't a recompile of the Android app. Huawei Mobile Services and Google Mobile Services diverge on several things a typical retail app actually depends on, push notifications, maps, and certain payment or in-app purchase integrations among them. A genuine Huawei build means swapping those dependencies for Huawei's equivalents, testing them separately, and maintaining a second release pipeline going forward.
That is real, ongoing engineering time rather than a one-off cost, because every future update needs to go out on two separate app stores with two sets of platform-specific quirks.
| What a retail app depends on | Why a Huawei build is not a recompile |
|---|---|
| Push notifications | Provided by Google Mobile Services, so the Huawei build swaps in Huawei's equivalent |
| Maps | The same swap, with its own integration work and its own separate testing |
| Certain payment and in-app purchase integrations | Rebuilt against Huawei's services rather than Google's |
| Every release after launch | A second release pipeline, so each update ships on two separate app stores |
| Platform-specific quirks | Two sets to track for the life of the app, not one |

Putting the two together
Under 5% adoption, weighed against a genuinely separate codebase and release process to maintain indefinitely, is a hard number to justify for most retail apps.
We still build Huawei versions when there is a specific reason to: a client whose customer base is disproportionately on Huawei devices for a known reason, a market where that is genuinely different, or a specific business requirement. As a default recommendation for most clients, we now advise against it.
| The question | Our answer |
|---|---|
| How many users download the Huawei-specific version? | Fewer than 5%, in our own usage data across client apps |
| Why so few? | Many Huawei owners already reach the standard Google Play Store version another way, and install the regular Android app |
| What does building it cost? | A genuinely separate codebase and release process, maintained indefinitely |
| When do we still build one? | A customer base disproportionately on Huawei devices for a known reason, a market where that is genuinely different, or a business requirement |
| What do we recommend by default? | Android and Apple |
The honest version of "should I build a Huawei app" is usually this: check your actual expected adoption against the ongoing cost of a second codebase, and in most cases the answer comes back no.
What we actually recommend
Check whether you have a specific reason to expect meaningfully higher Huawei adoption than typical.
Device market share alone does not justify the build. The number that matters is how many of your customers would actually install it.
Default to Android and Apple, unless that check gives you a clear reason not to.
If you do build a Huawei version, budget for it as an ongoing cost rather than a one-time build.
The features that depend on Huawei Mobile Services need separate maintenance for the life of the app.
If you're planning a mobile app and want an honest read on which platforms are actually worth building for, not just which ones are technically possible, talk to us about Mobile Application Development.
Keep reading
Related articles
More on platforms, integration, and how buyers find brands.

E-Commerce Tips
CRM for Shopping Malls: Why Standard CRMs Fall Short
Most CRMs serve one retailer. A mall needs every tenant collecting points, running their own offers, and proving event footfall. Here's what that takes.
Read the article
E-Commerce Tips
Mobile App + Loyalty CRM: Why They Should Be Built Together
Bolt loyalty onto a separate app and website and two things break: customer identity stops matching, and the channel that doesn't reward loses sales.
Read the article
E-Commerce Tips
Gamification in Loyalty Programmes: What Actually Increases Engagement
Only 5% of eligible users registered for one gamified campaign we ran, but 99.7% of those who did played, most more than once. What that funnel reveals.
Read the article
