For Developer advocates / DX leads · UK Global Talent

    DevRel wins on
    authored artefacts developers adopt
    — not follower counts, impressions, or talks given.

    Developer advocates and DX leads are endorsed on the UK Global Talent visa's digital technology route via Tech Nation, the same body that assesses software engineers — but this is one of the trickiest tech cohorts to evidence honestly. Much of the day-job (conference talks, blog posts, a social following, running a community) looks like marketing, and the panel discounts marketing and vanity metrics. A follower count, the number of talks you've given, and 'I grew our Discord to 20,000 members' are the weak, easily-gamed signals it sees through. The advocates who clear the bar show technical substance plus measurable, externally-verifiable impact: accepted keynotes and CFPs at named conferences the panel recognises, authored open-source SDKs / sample frameworks / docs that developers actually adopt (with download and dependent-project counts), developer-adoption or activation lift attributable to their DX work at a named company, a widely-cited book, and third-party recognition badges (Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador, Docker Captain).

    Exceptional Promise is the typical tier for this cohort — a developer advocate building a verifiable external footprint. Exceptional Talent is reachable for advocates whose work drove measurable, named, industry-wide adoption, or who are also substantive engineers (they shipped the OSS and then advocated for it). Applying for Talent on a following-and-talks-given record with no authored, adopted artefact is the most common refusal pattern here. If your strongest material is reach and community size, replace it with an authored artefact and attributable adoption numbers, or apply for Promise.

    Last updated ·

    Which route fits

    For a Developer advocate / DX lead, the answer is usually clear.

    For developer advocates and DX leads the route is almost always Tech Nation under the digital technology pillar. The hard part is not the route — it's proving your work is technical contribution, not marketing. The defining failure mode for this role is presenting reach as recognition: a follower count, an impressions figure, or 'I've given 40 talks' tells the panel nothing about venue prestige, acceptance-competitiveness, or whether anyone adopted anything because of you. What it rewards is authored artefacts developers depend on and adoption you can attribute — an SDK or sample framework with download counts, docs or a course with verifiable reach, keynotes at conferences the panel recognises, and a recognised-programme badge as third-party attestation. Decide which authored artefact carries your case before you pick a tier.

    Recommended
    Tech Nation
    Exceptional Talent — for advocates whose work drove measurable, named, industry-wide adoption, or who are also substantive engineers; or Exceptional Promise — the typical tier, for a developer advocate building a verifiable external footprint.

    Tech Nation's digital technology route covers developer relations and developer experience, but only where there is an externally-verifiable technical contribution — an authored artefact developers adopt, attributable adoption numbers, or recognised-programme membership. The tier choice turns on whether that footprint is industry-wide and measurable now (Talent) or being built (Promise) — not on your follower count or the number of talks you've given.

    Criteria mapping

    Which criteria Developer advocates / DX leads actually win.

    Tech Nation

    Innovation

    Developer advocates win on innovation with a concrete authored artefact developers use: an open-source SDK, sample framework, or developer tool you built; a docs system or DX pattern others adopted; a course or reference implementation that changed how developers work with a technology. 'I run our developer programme' is innovation only if you can point at something you authored and its adoption. A social campaign, a launch event, or a growth number is marketing, not innovation the panel can verify. If your innovation claim has no artefact and no adoption behind it, it will read as marketing.

    Tech Nation

    Recognition

    This is the criterion this cohort most often mis-evidences. Recognition means external standing attested by people and programmes outside your employer. The patterns that win: accepted keynotes or competitive-track CFPs at named conferences (not just 'I spoke somewhere'); membership of a recognised third-party programme — Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador, Docker Captain; a technical book with a major publisher; programme-committee or standards-body roles. Follower counts, subscriber counts, impressions, 'reach', and community-size metrics are NOT recognition — they're vanity metrics the panel discounts, and they're easily gamed. Number of talks given is not recognition either unless you can show the venue's prestige and how competitive acceptance was.

    Tech Nation (mandatory)

    Significant contribution to UK digital economy

    The mandatory criterion — every applicant must satisfy it. For developer advocates this is usually carried by attributable developer-adoption impact: activation, sign-ups, or SDK adoption you can tie to your DX work in a named UK digital sub-sector, evidenced with numbers and external corroboration. The panel assesses this holistically across your other criteria and your personal statement: a single coherent story about the developer-adoption impact you delivered — the artefact you authored, the numbers it moved, and a third-party who can attest to your specific role — not a list of the conferences you've spoken at or the size of the community you run.

    Tech Nation

    Technical contribution to the digital technology sector

    This criterion is where DevRel most needs to prove it is not marketing, and where the strongest advocates separate themselves. The advocate who is also a substantive engineer — who shipped the OSS and then advocated for it — clears this directly: authored SDKs, sample frameworks, developer tooling, or docs infrastructure with verifiable adoption (downloads, dependent projects, forks tied to your programme). A widely-adopted docs system or a reference architecture others build on counts. 'I evangelise product X' with no artefact you authored does not — evangelism is not contribution. If your technical-contribution record is thin, be honest: lean on Recognition (recognised-programme badge, named-conference keynotes) plus Innovation and Commercial Impact, and don't dress a following up as technical work.

    What evidence wins

    The specific evidence the panel rewards.

    1. 01
      Accepted keynotes or competitive-track talks at named conferences

      Accepted keynotes or competitive-CFP talks at conferences the panel recognises — KubeCon, re:Invent, Google I/O, GOTO, QCon, PyCon, JSNation, GitHub Universe, and equivalents in your ecosystem. The signal is venue prestige and acceptance-competitiveness, not the count. Include the CFP acceptance or keynote invitation, the venue, attendance figures, and the recording. 'I've given 40 talks' with no named venue is not evidence.

    2. 02
      Authored OSS / SDK / sample framework developers adopt

      An open-source SDK, sample framework, developer tool, or docs system you authored or maintain, with verifiable adoption — download counts, dependent-project counts, GitHub stars, forks tied to your programme. Verifiable in public package registries (npm, PyPI, crates.io) and repositories. This is the cleanest technical-contribution artefact for an advocate, and the strongest signal you're an engineer who advocates, not a marketer.

    3. 03
      DevRel-driven developer-adoption numbers, attributable to you

      Measurable developer adoption or activation lift you can attribute to your DX work at a named company — SDK downloads, API sign-ups, sample-repo forks, or activation-rate improvement tied to a programme you ran. Clarify YOUR specific scope and back it with a third-party source: public product metrics, a case study, or a referee outside your reporting line. Ambiguous 'developers love our platform' reads as marketing; specific, attributed numbers read as commercial impact.

    4. 04
      Recognised-programme membership (GDE / MVP / GitHub Star / CNCF Ambassador / Docker Captain)

      Membership of a recognised third-party developer-recognition programme — Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador, Docker Captain. These are third-party attestations of standing, awarded on a public bar you don't control — among the cleanest recognition artefacts available to an advocate. Name the programme, the year, and the category, and link the public profile.

    5. 05
      A published technical book or widely-adopted course / docs

      A technical book with a major publisher (O'Reilly, Manning, Pragmatic Bookshelf, No Starch), or a course / documentation you authored with verifiable reach and adoption — publisher sales figures, course-platform enrolment, or docs-analytics the panel can check. A single widely-cited technical book or an adopted course is stronger than a long tail of low-reach blog posts.

    6. 06
      Standards, community-governance, or programme-committee roles

      Standards-body participation, open-source foundation governance (CNCF, Linux Foundation, a language steering committee), or conference programme-committee roles. Verifiable in public governance docs and event programmes — third-party standing that is not a self-asserted metric. Name the body, the role, and the period, and provide a corroborating reference where possible.

    7. 07
      Three independent recommendation letters

      Three letters from senior figures who can speak to your work — ideally including people outside your current employer (a conference programme chair, a maintainer of a project that adopted your SDK, a recognised-programme lead). Letters from your direct manager or your community members are weaker than letters from external peers who can attest to an authored artefact and its adoption.

    Where Developer advocates / DX leads get rejected

    Common failure modes, and the fix.

    Follower, subscriber, or 'reach' / impressions counts presented as recognition.

    FixRaw follower counts, subscriber numbers, and impressions are vanity metrics the panel discounts — they're easily gamed and say nothing about your standing among engineers. Replace them with named-conference keynote acceptance, an authored artefact developers adopted, a recognised-programme badge (GDE / MVP / CNCF Ambassador), or attributable adoption numbers the panel can verify.

    'I've given N talks' with no signal of venue prestige or acceptance-competitiveness.

    FixThe number of talks you've given is not recognition. Recognition is a keynote or competitive-CFP acceptance at a named conference the panel recognises. Name the venues, show the acceptance or invitation, the attendance, and the competitiveness — one accepted KubeCon / re:Invent / Google I/O keynote is worth more than fifty unnamed meetup talks.

    Community-size metrics ('I grew our Discord to N members') with no engineering substance.

    FixCommunity size is a growth metric, not technical contribution. The panel wants an authored artefact and its adoption. Replace 'I grew the community to N' with an SDK / sample framework / docs you authored and its download or dependent-project counts, or attributable developer-activation numbers from the programme.

    Marketing / growth metrics framed as technical contribution.

    FixCampaign results, sign-up growth from marketing, and engagement metrics are marketing outcomes, not technical contribution. If you own a developer-adoption number, attribute it precisely to a DX artefact you built and a third-party source. Otherwise satisfy your 2-of-4 via Recognition plus Innovation and don't claim technical contribution you can't evidence with an artefact.

    'I evangelise product X' with no artefact you authored.

    FixEvangelism is not contribution. If you can't point at a single thing developers adopted because of you, the panel has nothing to verify. Author something — an SDK, a sample framework, docs, a course — show its adoption, and lead with that. If no such artefact exists yet, apply for Promise and build it first.

    Deeper context

    The specifics that decide outcomes.

    Concrete achievement and reference-letter templates (developer advocacy / DX)

    Reference letter from a maintainer of a project that adopted your SDK: 'I maintain [open-source project] and have worked with [Advocate] since [Year]. They authored [the specific SDK / sample framework / docs], now depended on by [N] downstream projects and downloaded [figure] times. Their specific contribution was [precise work — e.g. the client library and the reference integration]. Beyond authoring it, they drove its adoption through [named-conference keynote / the docs they wrote], and I'd place them among the people who materially shaped how developers use [technology].'

    Adoption-impact narrative for the personal statement: 'As DX lead at [Company] I authored the [SDK / sample framework] ([public repo]) and owned the developer-adoption programme. Over [period] SDK downloads grew from [X] to [Y], API sign-ups from [X] to [Y], and activation rate improved from [X%] to [Y%] — attributable to the [specific artefact / docs overhaul / sample-repo programme] I built. The numbers are corroborated in [public product metrics / a case study], and [named referee outside my reporting line] can attest to my specific scope.'

    Letter ask you can send to a conference programme chair or recognised-programme lead: 'Hi [Name], I'm applying for the UK Global Talent visa under Tech Nation. The panel weights external recognition it can verify — a keynote acceptance, a recognised-programme membership — over audience size. Would you write a 1-page letter on [the accepted keynote / my GDE / CNCF Ambassador standing] — what it required, how competitive it was, and how the work is regarded? I can share a short brief on what the panel's recognition criterion looks for.'

    Innovation-criterion narrative example: 'Authored [open-source SDK / sample framework / docs system] ([Year], [public repo]). It introduced [specific pattern — e.g. the first typed client for X / a reference DX for Y], adopted by [N named projects], downloaded [figure] times, and cited in [N] conference talks. Maintained through [N] releases since.'

    Recognition narrative example: 'Google Developer Expert (Web / Cloud), [Year]–present. Accepted keynote at [KubeCon / re:Invent / Google I/O] [Year] ([attendance]). Author of [technical book] ([publisher], [Year]), [N] copies sold. Programme-committee member for [named conference] [Year].'

    Why a following, impressions, and 'talks given' are the weakest DevRel signals

    Tech Nation assesses contribution to the digital technology sector, and it can only reward what it can verify as technical, not marketing. Much of a developer advocate's day-job — social posts, a growing following, community management, giving talks — looks like marketing, and the panel discounts marketing and vanity metrics. A follower count, an impressions figure, and 'I grew our Discord to 20,000 members' are the weakest lines an advocate can lead with: they're easily gamed and tell the panel nothing about whether any developer adopted anything because of you.

    The advocates who clear the bar convert audience into verifiable technical contribution: an authored SDK or sample framework with download and dependent-project counts, docs or a course with checkable reach and adoption, attributable developer-adoption numbers from a programme they ran, keynotes at named conferences, and a recognised-programme badge. The through-line is authorship and adoption — something you built that developers use — plus third-party attestation the panel can confirm.

    External recognition for an advocate means: (a) artefacts others adopt — an SDK, a sample framework, docs, a course, a book developers use; (b) third-party attestation — accepted keynotes at named conferences, recognised-programme membership (GDE / MVP / GitHub Star / CNCF Ambassador / Docker Captain), programme-committee or standards roles; (c) a verifiable footprint — package-registry downloads, dependent-project counts, publisher sales figures, public programme profiles, conference programmes.

    If you read this section and realise your record is a following and a stack of unnamed talks, that's the most valuable finding you can make before applying. The fix is not a better-worded personal statement — it's authoring an artefact developers adopt, landing an accepted keynote at a named venue, and earning a recognised-programme badge, or applying for Promise, where building that footprint is the expected profile.

    Common evidence patterns for developer advocates and DX leads

    Pattern 1 — engineer who advocates (strongest): authored, adopted OSS / SDK / sample framework (download and dependent-project counts) plus keynotes at named conferences about it. Shipped the code, then advocated for it — the profile most likely to reach Talent, because the technical contribution is unambiguous.

    Pattern 2 — adoption-impact owner: a DX programme you ran with attributable developer-adoption numbers (SDK downloads, API sign-ups, activation lift) backed by public metrics or a case study, plus one external recognition signal. Commercial impact via developer adoption is a strong lever for this cohort.

    Pattern 3 — recognised-programme advocate: Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador, or Docker Captain standing plus accepted named-conference keynotes and authored content. The programme badge is a clean, verifiable recognition artefact; pair it with an authored artefact for technical contribution.

    Pattern 4 — author / educator: a technical book with a major publisher or a widely-adopted course / docs system, with verifiable sales or enrolment, plus named-conference talks. Verifiable in publisher and course-platform figures; a strong recognition and innovation pattern.

    Pattern 5 — typical advocate building externally (Promise): a growing footprint — first named-conference acceptances, an SDK gaining adoption, an early recognised-programme nomination. The honest fit is Exceptional Promise, not Talent.

    Common rejection patterns and how to fix them

    Rejection 1 — follower / subscriber / impressions counts as recognition. Fix: these are vanity metrics the panel discounts. Replace with named-conference keynote acceptance, a recognised-programme badge (GDE / MVP / CNCF Ambassador), an authored artefact developers adopted, or attributable adoption numbers.

    Rejection 2 — 'I've given N talks' with no venue prestige. Fix: recognition is a keynote or competitive-CFP acceptance at a named conference. Name the venue, show the acceptance and the competitiveness — one accepted KubeCon / re:Invent keynote beats fifty unnamed meetup talks.

    Rejection 3 — community-size metrics with no engineering substance. Fix: community size is a growth metric, not contribution. Point at an authored SDK / sample framework / docs and its download or dependent-project counts, or attributable activation numbers.

    Rejection 4 — marketing / growth metrics framed as technical contribution. Fix: attribute a developer-adoption number precisely to a DX artefact you built and a third-party source, or satisfy your 2-of-4 via Recognition plus Innovation and drop the technical-contribution claim.

    Rejection 5 — 'I evangelise product X' with no authored artefact. Fix: author something developers adopt (an SDK, sample framework, docs, course), show the adoption, and lead with it. If no artefact exists yet, apply for Promise and build it first.

    Career path on the visa — what changes day one

    Day one of Global Talent grant: you can work for any UK employer, hold multiple DevRel or DX roles, run your own UK or non-UK company, contract, freelance, advise, or continue maintaining a remote open-source project. There's no SOC code, no salary floor (vs Skilled Worker), and no employer-tied amendment process — useful for advocates who keep an independent content, course, or open-source practice alongside a main role.

    Compensation context: senior developer-advocate and DX-lead salaries in London run roughly £80–140k, with head-of-DevRel and DX-lead roles at scaled developer-tools and platform companies reaching £150k+ base plus equity. Total comp at UK arms of US developer-tools companies, which often keep US RSU rates, can run well above the local base — DevRel is a well-paid function at API-first and infrastructure firms.

    Founder and independent optionality: Global Talent permits founding companies, running a paid course or content business, and advisory work — directly relevant for advocates moving toward founder, independent-educator, or fractional-DevRel paths. The SEIS / EIS investor-incentive schemes favour early-stage equity, and the UK has a dense developer-tools and API-first startup base.

    ILR clock: 3 years for Talent, 5 years for Promise. Time spent outside the UK over 180 days in any rolling 12-month period can break the clock — track it meticulously, especially if you travel heavily for conferences and developer events. After ILR the route's conditions fall away; British citizenship is reachable 12 months after ILR.

    Process & timeline

    From today to the visa decision.

    1. 01
      Pre-application: triage your evidence

      Use the Rate-my-application grader. Decide tier honestly (Talent needs measurable industry-wide adoption or a substantive engineering record; Promise fits an advocate building a footprint). Identify three referees — including at least one outside your reporting line (a conference chair, a maintainer who adopted your SDK, a recognised-programme lead).

    2. 02
      Week 0-2: Stage 1 endorsement application

      Submit endorsement online via the Tech Nation portal. PDF evidence + statements of personal achievement and contribution. £561 fee.

    3. 03
      Week 5-8: Endorsement decision

      Tech Nation: 8 weeks standard, 3 weeks fast-track (+£500). Decision via email; endorsement letter uploaded to your account.

    4. 04
      Week 8-10: Stage 2 visa application + biometrics

      File at gov.uk within 3 months of endorsement. £205 visa + IHS (£1,035/yr per adult). Biometrics at local UK VAC.

    5. 05
      Week 10-13: Visa decision

      Standard 3 weeks. Priority 5 working days (+£500). Super-priority next-day (+£1,000).

    6. 06
      Week 13-16: UK arrival + onboarding

      Collect your eVisa / BRP within 10 days. Register with a GP, get an NI number, open a UK bank account. Start interviewing for DevRel / DX roles or continue running a remote developer programme.

    7. 07
      Year 3 or 5: ILR

      Apply for Indefinite Leave to Remain. Life in the UK test, English language proof. Citizenship eligible 12 months later.

    Do / Don't

    Practical tips for this role.

    Do

    Lead with an authored artefact developers adopt — an SDK, sample framework, docs, or course — with its download and dependent-project counts as the spine of your case.

    Apply for Promise if your footprint is emerging — first named-conference acceptances and an SDK gaining adoption — it's the typical, honest fit for this cohort.

    Use accepted keynotes or competitive-track CFPs at named conferences (KubeCon, re:Invent, Google I/O, GOTO, QCon, PyCon, GitHub Universe) as recognition.

    Cite recognised-programme membership — Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador, Docker Captain — as third-party attestation.

    Attribute developer-adoption numbers (downloads, sign-ups, activation lift) precisely to a DX artefact you built, with public metrics or a case study.

    Lead with your engineering if you're an advocate who ships code — an authored, adopted SDK is what separates you from a marketer in the panel's eyes.

    Tie your developer-adoption impact to a named UK digital sub-sector (developer tools, fintech APIs, cloud infrastructure, AI) for the mandatory criterion.

    Don't
    ×

    Don't lead with a follower count, impressions, or community size — they're vanity metrics the panel discounts and can't verify as contribution.

    ×

    Don't apply for Talent on a following-and-talks-given record with no authored, adopted artefact — it's the most common refusal here and you'd reapply from scratch.

    ×

    Don't count the number of talks you've given — 'I've given 40 talks' with no named venue tells the panel nothing about prestige or competitiveness.

    ×

    Don't frame subscriber counts or 'reach' as recognition — a badge on a public bar you don't control is worth far more to the panel.

    ×

    Don't present marketing / growth metrics as technical contribution — campaign results and engagement figures are marketing outcomes, not contribution.

    ×

    Don't claim technical contribution on 'I evangelise product X' with no artefact you authored — evangelism is not contribution.

    ×

    Don't recite the conferences you've spoken at in the personal statement — the panel reads the CV separately.

    Official & community sources

    Verify at the source.

    Official
    GOV.UK — Global Talent visa

    Authoritative UK Home Office landing page.

    Official
    Tech Nation — Global Talent Visa

    Endorsing body for digital technology — primary route for developer advocates and DX leads.

    Official
    Tech Nation — Application Guide PDF

    Official Tech Nation application guide — required reading before applying.

    Official
    GOV.UK — Global Talent: digital technology

    Home Office page for the digital-technology endorsement route and its criteria.

    Official
    Tech Nation 10-year endorsement statistics

    What the Tech Nation 10-year report shows about who actually gets endorsed — internal site research.

    Official
    Tech Nation Endorsement Guide (this site)

    Step-by-step practitioner's guide for the Tech Nation route.

    Curated
    Google Developer Experts

    The Google Developer Expert programme — recognised-programme membership is a clean third-party recognition artefact for an advocate.

    Curated
    CNCF Ambassadors

    The CNCF Ambassador programme — recognised community-leadership standing that counts as recognition evidence.

    Curated
    KubeCon + CloudNativeCon

    A flagship developer conference — an accepted keynote or competitive-track talk here is decisive recognition evidence.

    Community
    r/devrel — Reddit

    Developer-relations community on Reddit — career and UK-visa discussion from international advocates.

    Community
    LinkedIn search — UK Global Talent developer advocates

    One-click LinkedIn search to find developer advocates who hold the UK Global Talent Visa — useful for peer references and benchmarking.

    FAQ

    Common questions.

    Do I need a UK job offer before applying?+

    No. Global Talent is self-petition — there's no requirement for a UK employer, sponsor, or job offer at any stage. Once endorsed and granted, you can work for any UK employer, multiple employers, your own company, or self-employ. Many endorsed developer advocates arrive without a UK role lined up and find one in their first 4–8 weeks.

    Do my follower and subscriber counts count as recognition?+

    No. Raw follower counts, subscriber numbers, impressions, and 'reach' are vanity metrics the panel discounts — they're easily gamed and say nothing about your standing among engineers. Recognition is external standing the panel can verify: keynotes or competitive-CFP talks at named conferences, membership of a recognised programme (Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador), a technical book with a major publisher, or standards / programme-committee roles. Lead with those, not audience size.

    I've given a lot of conference talks — is that enough?+

    Not on its own. The number of talks you've given tells the panel nothing about venue prestige or how competitive acceptance was. What counts is an accepted keynote or competitive-track CFP at a conference the panel recognises — KubeCon, re:Invent, Google I/O, GOTO, QCon, PyCon, GitHub Universe. One accepted keynote at a named venue is worth more than fifty unnamed meetup talks. Show the acceptance, the venue, the attendance, and the competitiveness.

    Which tier should a developer advocate or DX lead apply for?+

    Promise ('Exceptional Promise') is the typical tier — it fits a developer advocate building a verifiable external footprint, and leads to ILR in 5 years. Talent ('Exceptional Talent') is reachable for advocates whose work drove measurable, named, industry-wide adoption, or who are also substantive engineers (they shipped the OSS and then advocated for it); it leads to ILR in 3 years. Applying for Talent on a following-and-talks-given record with no authored, adopted artefact is the most common refusal pattern for this cohort.

    How does a developer advocate satisfy the technical-contribution criterion?+

    With an authored artefact developers adopt — an open-source SDK, sample framework, developer tool, or docs system you built or maintain, with verifiable adoption (downloads, dependent projects, forks tied to your programme). The strongest advocate profile is an engineer who advocates: you shipped the OSS and then advocated for it. 'I evangelise product X' with nothing you authored does not satisfy this criterion — evangelism is not contribution. If your technical record is thin, satisfy your 2-of-4 via Recognition plus Innovation instead, and don't dress a following up as technical work.

    Do recognised-programme badges like GDE, MVP, or CNCF Ambassador help?+

    Yes — they're among the cleanest recognition artefacts available to an advocate. Google Developer Expert, Microsoft MVP, GitHub Star, CNCF Ambassador, and Docker Captain are third-party attestations of standing, awarded on a public bar you don't control. Name the programme, the year, and the category, and link the public profile. They read as external recognition the panel can confirm — unlike a follower count.

    How do I evidence developer-adoption impact from my DX work?+

    Clarify your specific scope and make it externally verifiable. State exactly what you owned — an SDK, a sample framework, a docs overhaul, a developer programme — the numbers it moved (downloads, API sign-ups, activation lift, dependent projects), and a third-party source: public product metrics, a published case study, or a referee outside your reporting line. Ambiguous 'developers love our platform' reads as marketing; a specific, attributed adoption number reads as commercial impact.

    I'm a developer advocate but also ship a lot of code — how should I frame it?+

    Lead with the engineering. An advocate who is also a substantive engineer — shipped the SDK, then advocated for it — is the strongest DevRel profile and the one most likely to reach Talent. Put your authored, adopted OSS at the front (with download and dependent-project counts), then use your talks and recognised-programme membership as the recognition layer on top. Your engineering is what separates you from a marketer in the panel's eyes.

    Will my US H-1B / O-1 / L-1 status affect the UK application?+

    No. Your current US visa status has no bearing on the UK endorsement or visa. Many Tech Nation-endorsed advocates apply from the US while still on H-1B or O-1; some keep both options open during the transition.

    What's the typical end-to-end timeline?+

    Tech Nation 8 weeks standard (3 weeks fast-track for +£500). Stage 2 visa 3 weeks standard, 5-day priority. End-to-end under 4 months is typical.

    Keep reading

    Related pages

    Ready to draft? We'll grade it.

    For AI agents

    Available via MCP — free, no auth

    Claude, ChatGPT, Cursor, Gemini, and Grok can call this content + the grading tool directly. No sign-up required.

    MCP setup