UK Global Talent Visa for mobile developers: do you qualify?

A criterion-by-criterion evidence portfolio for iOS and Android developers — the mandatory criterion and OC1 to OC4 — with the artefacts you actually have, a worked example of a strong evidence item for each, and the failure mode that sinks most applications.

Facts on this page were verified against GOV.UK on 5 July 2026.

Quick answerYes — mobile developers qualify on the Digital Technology route, and they tend to have unusually verifiable evidence because app reach, downloads, monthly active users, store ratings and platform features are public third-party figures, not self-reported claims. Your task is to satisfy the mandatory criterion plus at least 2 of 4 optional criteria, and to attribute team app numbers to what you personally built. Below is a criterion-by-criterion portfolio with worked examples and the common failure mode for each.

Can a mobile developer get the Global Talent Visa?

Yes. A mobile developer applies for the UK Global Talent Visa through the Digital Technology route, endorsed by Tech Nation. Since 4 August 2025 there is no separate endorsing-body form — you complete a single GOV.UK Stage 1 endorsement application. You must show the mandatory criterion, which is that you are a leader or a potential leader in digital technology, plus at least two of the four optional criteria. The endorsement decision usually arrives within 5 to 8 weeks, and around 1 in 4 applicants are reported to pass endorsement.

The good news for iOS and Android developers is specific: the evidence that best proves the mandatory criterion — that real users, at scale, chose and rated the thing you built — is exactly the evidence your work already produces. Very few technologists can point a reviewer at an independent public figure that says "millions of people use this". A mobile developer often can.

Why is a mobile developer's evidence unusually strong?

This is the one thing true for a mobile developer and no other role: your impact is measured in public, by third parties, in numbers a reviewer can verify without taking your word for it. A backend engineer's throughput lives inside a private dashboard; a data scientist's model accuracy sits in an internal notebook. Your app's reach sits on the App Store and Google Play, in App Store Connect and Google Play Console analytics, in Sensor Tower and data.ai estimates, and in Apple and Google editorial decisions that no applicant can buy.

That means download counts, monthly active users, category rankings, average star ratings from tens of thousands of reviews, and platform features such as being featured on the App Store front page or named an "Editor's Choice" on Google Play are all admissible, independently checkable evidence of impact. Use it. It is your unfair advantage — provided you never let a team number stand in for an individual claim.

Optional criteria you must meet2 of 4
Maximum evidence documents10
Length limit per document3 sides A4
Recommendation letters (outside the 10)3
Endorsement decision time5–8 weeks
Reported to pass endorsement~1 in 4

Evidence rules and timelines from GOV.UK — Global Talent (Digital Technology). Verified 5 July 2026; always confirm the current rules before applying.

What evidence satisfies the Mandatory Criterion for a mobile developer?

The mandatory criterion asks you to prove you are a leader (Exceptional Talent) or a potential leader (Exceptional Promise) who has been recognised, or shows the potential to be recognised, in the digital technology field beyond your own employer. For a mobile developer this is where app reach earns its place.

Artefact types you actually have: App Store Connect or Google Play Console analytics exports showing lifetime downloads and monthly active users; category ranking screenshots dated to the day; press coverage of an app you led; conference talks about a mobile architecture you designed; an App Store or Google Play feature placement; a widely used open-source library (for example a Swift package or an Android component) with a public star and download count.

Anonymised worked example — strong evidence itemA dated Google Play Console export showing a consumer app grew from 40,000 to 1.6 million installs across eighteen months and held a top-ten position in its Google Play category, presented alongside a one-line attribution: "As lead Android engineer I owned the offline-sync and payments modules that the store listing and press credited for the retention improvement." The number is third-party and checkable; the attribution isolates the applicant's individual contribution to it.
Common failure modeQuoting a headline install or user figure for a large team's app with no individual attribution. Reviewers read this as "insufficient evidence of individual impact" — a recurring refusal pattern. A million-download app helps you only to the extent you can show the specific features, systems or launches you personally delivered inside it.

OC1 — how does a mobile developer show innovation?

Optional Criterion 1 is a proven track record of innovation in the digital technology sector, as a founder, senior executive, employee or freelancer. For a mobile developer, innovation is rarely a patent — it is a technique, a library, or a product mechanic that others adopted.

Artefact types you actually have: a novel offline-first or on-device machine-learning approach you shipped and then wrote up; an open-source SDK others depend on, with a public dependant count; a technical blog post or conference talk describing an architecture that a named company or team subsequently adopted; a store-side innovation such as being an early adopter of a new App Store or Google Play capability that Apple or Google then featured.

Anonymised worked example — strong evidence itemA three-page document combining a conference talk abstract on a battery-efficient background-sync pattern, a link to the open-source Kotlin library that implements it showing several thousand GitHub stars and a public list of dependent projects, and one screenshot of a named fintech's engineering blog crediting the library. Innovation is evidenced by external adoption, not by the applicant asserting the idea was clever.
Common failure modeDescribing internal-only work — an app rewrite nobody outside the company saw — as innovation. If the only people who can attest to it are colleagues at your current employer, it reads as recognition inside your own company, which reviewers discount.

OC2 — how does a mobile developer show recognition beyond their work?

Optional Criterion 2 is recognition for work beyond your occupation that contributes to the advancement of the field. This is the criterion where app reach and platform recognition are most naturally admissible, because both are external by definition.

Artefact types you actually have: an App Store front-page feature or "App of the Day" placement; a Google Play "Editor's Choice" badge; an Apple Design Award nomination; app-review coverage in TechCrunch, The Verge, WIRED or a respected national outlet; being an invited speaker at a recognised mobile conference such as an established iOS or Android developer conference; sustained high store ratings from a large review volume.

Anonymised worked example — strong evidence itemA dated screenshot of an app's App Store "Editor's Choice" placement in a specific country storefront, paired with the app's rating of 4.8 from over 60,000 reviews and a short editorial quote from Apple's feature copy. Platform recognition of this kind cannot be purchased, which is precisely why a reviewer treats it as credible external endorsement.
Common failure modePresenting internal awards, employer "hackathon winner" certificates, or private client testimonials as external recognition. The criterion is specifically about recognition beyond your day job — a Play Store editorial decision qualifies; an internal all-hands shout-out does not.

OC3 — how does a mobile developer show a technical contribution?

Optional Criterion 3 is a significant technical contribution to the field, as a founder, senior executive, employee or freelancer. For a mobile developer this is usually the most comfortable criterion, because the work itself is the evidence.

Artefact types you actually have: maintainership or major contribution to a widely used open-source mobile project; authorship of a Swift Package, Android Jetpack-adjacent component, React Native or Flutter package with meaningful public downloads; a documented performance or reliability improvement — for example halving cold-start time or crash-free-session gains verifiable in a public release note; a talk or written contribution to platform standards.

Anonymised worked example — strong evidence itemA contribution graph and merged-pull-request list on a mobile framework with millions of downloads, alongside a release note that names the applicant's fix and a short referee line from the project maintainer. The contribution is significant because it is depended upon at scale and attributed by name, not merely because the applicant worked hard on it.
Common failure modeListing every repository you have ever touched with no signal of scale or significance. A reviewer cannot tell a two-star weekend project from an industry-standard library unless you present the download count, the dependants and the named attribution. Volume is not significance.

OC4 — how does a mobile developer show academic or commercial value?

Optional Criterion 4 is a demonstrated exceptional ability in the field, shown through academic contribution or by exceptional commercial impact — typically a salary, revenue or equity signal above the ordinary. For most mobile developers OC4 is the commercial, not the academic, path.

Artefact types you actually have: a compensation letter or contract showing a senior salary; revenue or subscription figures for an app you led, evidenced by an App Store Connect or Google Play Console financial export; documented ARR from an app business you founded; a promotion history showing rapid progression to staff, principal or lead; investor documentation if you founded a mobile-first product.

Anonymised worked example — strong evidence itemA redacted App Store Connect financial report showing an app's in-app-purchase revenue crossing a stated annual figure, paired with a letter from the founder confirming the applicant designed and shipped the paywall and subscription flow responsible for it. Commercial impact is evidenced by an exportable platform figure, not by an unsupported revenue claim.
Common failure modeAsserting a salary or revenue number with no supporting document. OC4 is the criterion most often rejected on technicality because applicants state the figure but omit the letter, contract or store export that makes it verifiable.

Which optional criteria should a mobile developer choose?

You need only two of the four, and choosing well matters more than spreading thin. For most mobile developers, the honest ranking is below. Map yourself to it before you write a single document.

Which optional criteria a mobile developer most credibly hits — an honest, general mapping
Optional criterionFit for a mobile developerYour strongest artefact
OC2 — Recognition beyond your workStrongestApp Store / Google Play feature, editorial coverage, app reach and ratings
OC3 — Significant technical contributionVery strongWidely used open-source mobile library or framework contribution
OC1 — Track record of innovationStrongAdopted technique, SDK, or product mechanic others copied
OC4 — Exceptional ability (commercial)SituationalSenior salary letter or app revenue / ARR export

Most successful mobile-developer applications lead with OC2 (recognition, carried largely by app reach and platform features) and pair it with OC3 (a real technical contribution). OC1 and OC4 are excellent third and fourth pillars where you have them, and are worth including as supporting depth even when you rely on OC2 and OC3 to clear the two-criteria bar.

Not sure which two criteria are actually yours?

The £200 Fit Assessment scores each criterion for a mobile developer and tells you where the evidence is real and where it is thin — before you spend £766 in government fees.

What does a mobile developer's 10-document pack look like?

You may submit a maximum of 10 documents, each up to 3 sides of A4, with your CV and 3 recommendation letters sitting outside that count. Here is a worked layout for a mobile developer that maps every slot to a criterion, so nothing is wasted and no criterion is left thin.

A worked 10-document evidence pack for a mobile developer (illustrative layout)
#DocumentServes
1App Store Connect / Google Play Console analytics export — lifetime downloads, monthly active users, datedMC + OC2
2Category ranking screenshot and App Store or Google Play feature / Editor's Choice placementOC2
3Press coverage of the app (national tech outlet), with your role named or referee-confirmedOC2
4Open-source library evidence — stars, dependants, download count, named release-note attributionOC3
5Merged-contribution list to a major mobile framework with maintainer attributionOC3
6Conference talk or invited-speaker evidence with the abstract and the adopting party namedOC1
7Technical write-up of a novel technique with external adoption evidenceOC1
8Compensation letter or contract evidencing a senior salary, or app revenue exportOC4
9Promotion history to staff / principal / lead, or founder / investor documentationOC4 + MC
10Ratings evidence — average store rating from a large review volume, with the review countMC + OC2

Alongside these ten sit your CV and 3 recommendation letters. The letters must come from senior referees at product-led digital technology companies, and must speak specifically to what you built — vague letters that mirror your personal statement are one of the most common reasons applications are not endorsed. Read our guides on the 10-document evidence pack and recommendation letters for the full mechanics.

Should a mobile developer apply for Talent or Promise?

Route choice turns on the seniority and independence of your record, not on a fixed number of years. If your apps have led a category, been featured by Apple or Google, and you can secure senior external referees, you may fit Exceptional Talent, which offers settlement after 3 years. If you are earlier in your career with a fast-growing app and clear individual contribution, Exceptional Promise usually fits, with settlement after 5 years. Do not treat any "years of experience" figure as a rule — it is guidance shorthand, not a cut-off in the Immigration Rules. Our guide on Talent versus Promise covers the distinction, and the £200 assessment gives you a specific recommendation.

How does the £200 assessment help a mobile developer?

The Fit Assessment is built for exactly this problem: you have real app metrics but you are not sure which ones a Tech Nation reviewer will treat as individual impact rather than team noise. The assessment scores your profile out of 20, breaks it down component by component across the mandatory criterion and OC1 to OC4, recommends Talent or Promise, and produces a 10-document evidence plan and a letter-and-referee strategy tailored to a mobile developer. It includes a 45-minute review call — a live walkthrough of the report — and it is credited in full to any package within 14 days.

Framed simply: it is £200 before you risk £766 in government fees, on a route where around 1 in 4 applicants are reported to pass endorsement. For a mobile developer sitting on genuinely strong but unattributed evidence, the assessment is usually the difference between submitting app numbers and submitting your app numbers.

Turn your app metrics into an endorsement-ready portfolio.

Get a mobile-developer-specific score, route recommendation and 10-document plan. Credited to any package within 14 days.

Get your £200 Fit Assessment →incl. 45-minute review callSee pricing

Frequently asked questions

Yes. Mobile developers apply on the Digital Technology route and, when endorsed, tend to have unusually strong evidence because app metrics — downloads, monthly active users, store ratings and platform features — are public and independently verifiable. The task is mapping those artefacts to the mandatory criterion plus at least two of the four optional criteria.

App reach is among the strongest evidence a technologist can present, because download counts, monthly active users and store rankings are third-party figures rather than self-reported claims. The recurring failure is presenting a team app while claiming individual impact; the fix is attributing the specific features or systems you personally owned within the wider product number.

It depends on the seniority and independence of your track record, not on a fixed number of years. A developer whose apps have led a category or been featured by Apple or Google, with senior external referees, may fit Exceptional Talent; an earlier-career developer with a fast-growing app and clear individual contribution usually fits Exceptional Promise. The 45-minute review call in the £200 Fit Assessment gives you a route recommendation.

A maximum of 10 documents, each up to 3 sides of A4, plus a CV and 3 recommendation letters which sit outside that count. A mobile developer's 10-document pack typically blends store analytics exports, App Store or Google Play feature screenshots, press coverage, open-source or conference evidence and salary or promotion proof.

Presenting impressive app numbers that belong to a large team or a big employer without isolating what the applicant personally did. Recognition that exists only inside the applicant's own company, and store metrics quoted without a source export, are the other recurring patterns reported by applicants and advisers.

Please noteThis page is general information about evidence for the Digital Technology route, not legal or immigration advice. Rules and fees change — always confirm the current position on GOV.UK before you apply.

Related reading for your role and evidence: software engineers, AI & ML engineers, data scientists and technical founders; plus individual impact versus company success, the endorsement criteria and the pain points hub.

Last updated: 5 July 2026. Facts on this page were verified against GOV.UK on 5 July 2026.