Home / Discover / Guides

O-1A for product managers: what actually counts as evidence

Product management is a job title, and the O-1A does not ask about titles. This page sets out which criteria a product manager can realistically document, what adoption has to look like, and why shipping features proves nothing on its own.

Evidence · 10 min

The criteria a product manager can usually document, what the exhibit looks like, and the version that fails.
CriterionWhat it looks like for a product managerWhat fails
JudgingReviewing other companies' product work, sitting on award panels, programme committees or selection panelsJudging your own team's work or an internal hackathon
Original contributionsA product pattern other companies adopted, a platform others build on, a system adopted across an organisationA feature launch with no adoption outside the company
Leading or critical roleA product line, market entry or platform migration that depended on you, at an organisation with a reputationA job description listing responsibilities
High salaryPay above the norm for the role in your field, with the comparison statedA number with nothing to compare it against
Published material about youTrade press, industry analysis or interviews about the work, written by someone elseCompany blog posts and press releases you wrote yourself
MembershipA body that admits on outstanding achievement, with published selection criteriaPaid professional associations open to anyone who applies
Scholarly authorshipPeer reviewed publication in the fieldProduct blog posts and internal write-ups

Does the O-1A recognise product managers at all?

The O-1A does not carry a list of approved job titles. It asks what you have done in a field, and product management sits inside business, which is one of the four areas O-1A covers alongside the sciences, education and athletics.

So the question is not whether a product manager qualifies in principle. It is whether your record, described in the field's terms, meets criteria written for people whose work other people rely on. The answer usually depends on what was kept.

That is a harder question for a PM than for a researcher, and the reason is structural rather than personal. Research leaves a public trail. Product work leaves a trail inside a company, behind a login, in a planning tool most people will never see.

A PM's problem is therefore rarely the quality of the work. It is that the work was built to be invisible to outsiders, and a petition needs it to be visible to an officer who has never used the product.

Job titles make this worse rather than better. Product manager, group product manager, head of product and director of product describe different levels of the same job, and none of them tells a reader anything about standing in a field.

The things that do carry weight are activities rather than ranks: judging, original contribution, critical role, salary, and published material about you. Those are what this page works through, in the order they tend to help.

One thing to get straight first. The O-1A is a temporary work visa, not a green card. It needs an employer or an agent to file it, and it lasts up to 3 years initially, with extensions of up to 1 year at a time.

There is no self-petition route, unlike the green card petition that uses a comparable list. That shapes everything about how a PM builds a case, because the file has to be sponsored even when the evidence is personal.

A PM who has spent a decade inside one company is not disqualified by that. But the file has to show what the field knows about the work, and a field does not learn about work that never left the building.

Which criteria can a product manager realistically meet?

Five of them do most of the work for people in this role, and being honest about the other three is better than padding them. The difference between a strong file and a padded one usually sits here.

The realistic five are judging, original contributions of major significance, a leading or critical role, high salary relative to the field, and published material about you. Those are the ones worth naming first.

The weak ones for most PMs are prizes of national or international standing, membership of associations that admit on outstanding achievement, and scholarly authorship. These are not impossible. They are just rarely true.

That is not a rule, and some PMs will have them. A PM with peer reviewed publications can use authorship, and a PM on a standards body may have a membership argument. But those are exceptions, and padding a file with them reads badly.

Start from the strongest two and build outward. For most PMs that means original contributions and critical role, because both are about what happened to a product and who caused it, which is the work you actually did.

Judging is the cheapest to add and the slowest to acquire, because it depends on other people inviting you. It is worth starting early even though it will rarely be the exhibit that decides the case.

Salary is the easiest to document and the weakest on its own. It is a comparative claim, and it only means something against a stated comparison group in the same field and at a similar level.

Published material is the one that changes how the rest of the file reads, because it is the only criterion where somebody outside your company says something about you in their own words.

Pick two you can carry properly rather than five you can gesture at. An officer reading forty files in a week can tell the difference within a page.

What does an original contribution look like for a PM?

The criterion asks for original contributions of major significance in the field. For a product manager, the measurable version of that is adoption, and adoption is what the file has to show. Everything after this point is about proving it.

Adoption means other people use what you made, and keep using it. A product pattern other teams copy, a platform other companies build on, a system adopted across an organisation rather than in one team.

The strongest form is when the thing you made becomes the way the field does something. That is a claim about other people's behaviour, and it can be documented by other people rather than by you.

The weakest form is a launch announcement. A launch says a company shipped something. It says nothing at all about whether anyone changed what they do because of it. It proves activity rather than significance.

So build the adoption record while the work is live. Numbers of teams using it, integrations built by others, third-party write-ups describing the pattern, and internal documents showing the decision to adopt it.

Third-party evidence is worth more than internal evidence, and this is the part PMs underestimate. Your own dashboard is a claim about your own product. Another company's public post about building on your platform is evidence.

Measurable effect is the second half of the criterion. Adoption without effect is popularity. Effect means something changed that can be pointed at and named, whether that is cost, speed, conversion or reliability.

Be careful with attribution. A PM is one of many people on a product, and a file has to show your specific contribution rather than the team's outcome. That usually means documents written at the time, not a letter written two years later.

If you cannot separate your contribution from the product's success, the criterion is not yet met, however large the success was. That is an uncomfortable sentence and it is the one worth acting on.

What counts as a leading or critical role?

The criterion is about the role you held, not the title you held. The useful question is what the organisation would have lost if you had not been in that seat. That distinction decides which documents are worth collecting.

For a PM, that is usually a specific thing rather than a general description. A product line that did not exist before you, a market entry you ran, a platform migration you held together, a team you built from nothing.

The organisation's standing matters too. A critical role at a company nobody has heard of is a harder argument than the same role at one the field knows, so the file has to establish the reputation as well as the role.

What fails is a job description. A document listing responsibilities proves the role existed. It does not prove the role was critical, because every role in the building has a description.

What works is contemporaneous proof of reliance. Messages asking you to decide, leadership documents naming your work, reporting lines that show what sat under you, a reorganisation that followed your recommendation.

Letters help here more than anywhere else in the file, provided they are specific. A letter from a chief executive saying what you owned and what happened as a result is corroboration. A letter saying you are excellent is decoration.

The trap for PMs is seniority inflation. A director title at a small company may carry less weight than a senior role on a product the field already knows, because the comparison being made is between roles and not between ranks.

So pick the role with the clearest consequence rather than the most impressive title. The officer is asking what depended on you, and a bigger word in front of your name does not answer that.

If two roles are close, choose the one where a third party can confirm the consequence. Confirmable is worth more than impressive, and a smaller role that can be confirmed beats a larger one that cannot.

Why is shipping features not evidence?

Shipping is the job. Every product manager ships, and a criterion everybody in the role meets cannot distinguish anyone, which is what the criterion exists to do. That sounds obvious, and it is routinely ignored.

The standard is extraordinary ability: a level of expertise indicating that you are one of the small percentage who have risen to the very top of your field. Shipping features describes the middle of the distribution, not the top of it.

A list of releases also reads as an employment record rather than a record of standing. It answers what you did at work. It does not answer what the field thinks of you.

The officer is comparing your record against the norms of the field. A file full of launches, adoption numbers from your own dashboards and a promotion history is a good performance review, and it is not a petition.

There is a second problem. Feature work is usually collaborative, so a list of shipped features is a list of things a team did. The criterion asks about your contribution, and a team outcome does not supply it.

What converts is evidence that people outside your company changed their behaviour because of your work. Other companies adopting the pattern, third parties writing about it, peers inviting you to judge their work.

That is why the same career can produce a strong file or a weak one depending on what was collected along the way. The work is the same. The record is not, and the record is the thing being filed.

If your honest position is that you have shipped a great deal and nobody outside the company knows, the file is not ready. The fix is a year of building the external record, not a better worded petition.

The reverse is also true. A PM with a smaller shipping record but a documented pattern of adoption is in a stronger position than a PM who shipped more and kept nothing.

What should you build, and in what order?

Start with a map of what you actually have against the criteria, written in plain language before any drafting. Most people find the gap at this stage, and finding it here is much cheaper than finding it in a refusal.

Then pick two criteria you can carry rather than five you can gesture at. Original contributions and critical role are the usual pair for a PM, with salary as a supporting exhibit rather than a headline.

Build the external record deliberately. Judging invitations, conference talks, trade press that writes about the work rather than about the company, and peer recognition you can point to by name and date. These take months to arrange and a minute to name.

Collect documents while they are current. Screenshots decay, internal tools get shut down, and the person who could have written the letter has often moved on by the time anyone asks.

Write the contribution story once, precisely, and reuse it. The same paragraph should work in the petition, in the letters and in an interview, and it should name what changed and who else was affected.

Think about the green card while you are doing this rather than afterwards. EB-1A uses a comparable list and applies a final merits test, so a file built to that standard usually serves an O-1A without extra work.

EB-1A also asks for sustained national or international acclaim and that you are coming to work in your field. It can be self-petitioned on Form I-140, with no employer and no job offer required. The evidence overlaps, and the shape of the case does not.

Get the field right before anything else. A product manager can be filed in business, and the wrong field choice makes every later exhibit look tangential to the claim being made.

Keep the timeline honest. A record that needs another year of building is a plan. A petition filed without it is a refusal with a filing fee attached, and the fee is the smaller of the two costs.

Questions this raises

Is product management a field the O-1A recognises?

O-1A covers the sciences, education, business and athletics, and product management sits inside business. There is no approved title list, so the question is whether your record meets the criteria rather than whether the job is on a list. The criteria do the work.

Do I need to be a founder to qualify?

No. Nothing in the criteria requires founding a company, and an employed product manager can meet them. What the criteria test is your contribution and your standing in the field, which an employee can show just as well as a founder.

Can shipping a widely used product be enough on its own?

Not on its own. The product's success is a team outcome, and the criteria ask about your contribution and about whether people outside the company rely on the work. Widely used plus clearly attributed plus externally documented is a different case from widely used alone.

How many criteria do I need?

An O-1A petition needs a major internationally recognised award, or at least 3 of the 8 listed criteria, or comparable evidence where the criteria do not readily apply. Meeting 3 is the counting stage, and the officer then asks what the whole record says about your standing.

Does my employer have to file the O-1A?

Yes. An O-1 petition must be filed by an employer or an agent, and there is no self-petition route. That means the case has to be sponsored even where the evidence is entirely personal, and it is worth agreeing the scope early.

Can I use the same evidence for an EB-1A later?

Often yes. The two lists overlap closely, so a well built O-1A record usually serves an EB-1A petition too. The difference is that EB-1A applies a final merits test and asks for sustained national or international acclaim, which is a higher bar to argue.