Refolk
ReferenceMarket and talent intelligence

The Title-to-Level Reference for Cross-Company Talent Maps

You can take any public job title, resolve it to one normalized seniority level and function, and know which titles over- or under-state rank before you trust the map.

16 min readLast reviewed September 15, 2026Read as Markdown

Key takeaways

  • In Refolk's index, 71,682 US profiles carry 'Vice President' in Financial Services versus 3,823 in Software Development, so a uniform read of 'VP' over-ranks a finance-heavy slice by roughly 18.7 to 1.
  • At most large tech firms Senior is the last shared rung; after it the IC track (Staff, Principal, Distinguished) runs parallel to management, so Staff equals Engineering Manager rather than sitting below it.
  • A banking VP normalizes to Manager or Senior Manager, while the real finance leaders are Executive Director and Managing Director, which map to VP and SVP in a standard company.
  • 18% of companies under 50 employees post VP Sales roles with scope that matches a Director job elsewhere, so company-size banding fixes more sales errors than any title-string rule.
  • In Refolk's index, 'Principal Engineer' (33,681 profiles) is about twice as common as 'Staff Engineer' (17,005), so Principal spans a wider real seniority band and needs company context to level.

This is a lookup document for placing a raw job title at a comparable seniority level so a cross-company talent map lines up. It is written for strategy and research teams, talent-intelligence analysts, and operators sizing a market, who need the same title to mean the same thing whether it came from a 30-person startup or a bulge-bracket bank. Jump to the row you need: the IC ladder, the banking ladder, ownership titles, or company-size distortion. Each entry says what the title proves and how it lies.

The core problem is that a job title is a string chosen by an employer for its own reasons, not a rank stamped by an outside authority. No public taxonomy fixes this for you. So the work is to resolve every string to one normalized seniority level plus one function, and to know in advance which title patterns systematically inflate or deflate.

Why no public taxonomy hands you a seniority ladder

There is no government taxonomy that encodes corporate management seniority. The two public structures that exist measure something adjacent, so you cannot lift a ladder out of them.

O*NET uses Job Zones, which group occupations by the experience, education, and training they need. The original system had five zones, and it is now consolidating to four by merging Job Zones 1 and 2 into a single Job Zone 1-2 in response to declining low-skilled work. That measures preparation, not rank. The Standard Occupational Classification is a separate and larger structure: the 2018 SOC has 23 major groups, 98 minor groups, 459 broad occupations, and 867 detailed occupations. Critically, the SOC is task-based and does not differentiate occupations by education, certification, or seniority. It tells you what work is done, not how senior the person doing it is.

So the seniority layer is practitioner-built. The working consensus is five IC rungs plus a four-rung management track. You build that ladder once, then map every incoming title onto it. The SOC's 23 major groups remain the most defensible public backbone for the function axis, because they are stable, documented, and not tied to any one company's naming.

The dual-axis model: function plus seniority

Resolve every title into exactly one function and exactly one seniority level, decomposed from a four-part parse. This is the shape of a clean row, and it is what makes titles from different companies comparable.

Research on professional-network data decomposes a title into a primary function that is compulsory, a domain that is optional, a position that indicates seniority level, and a secondary function that is optional. Practitioner pipelines mirror this with a sub-function or specialty, such as DevOps or Enterprise Sales, plus a seniority level treated as the organizational authority tier. The point of the parse is that "Senior Staff DevOps Engineer, EMEA" is not one atom. It is a function (engineering), a domain (DevOps), a seniority-position (Senior Staff), a secondary hint, and a region you discard.

Keep the two axes physically separate in your table. The most common data-hygiene failure is stripping a word that carries the level, so before you clean anything, copy the seniority qualifiers into their own column. Dropping "Principal" or "Lead" to isolate the function silently deletes the rank you were trying to measure.

What a normalized title record holds

  1. Raw string
    The verbatim title as it appeared on the public profile
  2. Parsed parts
    Primary function, domain, seniority-position, secondary function
  3. Normalized function
    One value from a fixed set, such as a SOC major group
  4. Normalized level
    One rung on your built ladder, with a confidence score
A resolved row separates the function axis from the seniority axis so titles from different firms compare cleanly.

The IC ladder: where Staff out-ranks a Manager

Senior is the last rung the two tracks share. After Senior, the individual-contributor track and the management track run parallel as peers, so a Staff or Principal IC is not automatically below a person with "Manager" in their title.

At most major tech companies the IC track after Senior goes Staff, Senior Staff, Principal, Distinguished. The management track goes Engineering Manager, Senior EM, Director, VP of Engineering. These are peer bands, not a stack. The documented anchors are precise: at Google, Staff is L6 and Engineering Manager is also L6; at Microsoft, Principal at band 64 shares that band with an EM; at Meta, E6 and M1 are peers. A Staff IC out-ranks a first-line "Engineering Manager" only when that manager is an M1 running a single team while the IC sits at Senior Staff or Principal. A bare "Manager" of one team is roughly Staff-equivalent, and Principal or Distinguished sits above it.

Track versus rung, and how to level it

Above SeniorBelow Senior
Junior IC
Level on the IC rungs; management not yet relevant
First-line lead
Roughly Staff-equivalent; do not auto-rank above a Staff IC
Staff / Principal IC
Peer to EM or Director; use the numbered band as anchor
Director / VP Eng
Above first-line management; confirm with reports and headcount
Individual-contributor trackManagement track
Level by band, not by whether the title says manager or engineer.

Standardization is a function of headcount. Firms above 500 employees run numbered ladders, Google L3 to L10 and Meta E3 to E9, which makes their titles reliable enough to anchor the rest of your map. The same title is trustworthy at 5,000 people and near-meaningless at 30.

Staff versus Principal is not a clean swap

The two post-Senior IC titles do not level the same way. In Refolk's index, "Principal Engineer" appears on about twice as many US profiles as "Staff Engineer," and that ratio tells you something about how the words are used.

TitleProfilesMultiple vs Staff
Staff Engineer17,0051.00x
Principal Engineer33,6811.98x

Source: count columns from Refolk's index; the multiple is derived by division. Top employers for Staff include Stripe and OpenAI; for Principal, Apple, NVIDIA, Amazon, and Cloudflare. Because "Principal" is applied roughly twice as often, it spans a wider band of real seniority: some firms use it as the first post-Senior rung, others as near-Distinguished. So Principal needs company context to level, while Staff is tighter. Do not treat them as interchangeable rungs.

1.98x
How much more common "Principal Engineer" is than "Staff Engineer" in the US index

The banking ladder: the biggest inflation trap

A banking VP is not an executive. In financial services and banking, titles inflate heavily, and a "VP" there often equals a Manager or Senior Manager elsewhere. This is not an edge case; it is a volume phenomenon that will skew any finance-heavy map.

The banking ladder runs Analyst, Associate, VP, ED or SVP, MD, with Partner at the top. The titles that truly signify senior leadership in finance are Executive Director, Managing Director, and Partner. An ED or MD is the functional equivalent of a VP or SVP in a standard corporation. Banks grant the VP title as a client-facing officer badge, which is why a VP arrives roughly six to eight years into a career rather than at the executive tier.

The scale of the distortion is the reason this deserves its own row. In Refolk's index, "Vice President" is more than eighteen times as common in finance as in software.

IndustryVP-titled profilesShare vs finance
Financial Services / Banking71,6821.00x
Software Development3,8230.05x
Ratio (derived)-18.7x more in finance

Source: both count columns from Refolk's index; the ratio is derived by division. Top VP employer in finance: Goldman Sachs. Any map that treats "VP" uniformly systematically over-ranks that 71,682-profile slice.

71,682
US profiles carrying "Vice President" in Financial Services and Banking

Here is the normalized resolution for finance titles.

Banking titleNormalized levelNote
AnalystEntry ICNot a data-analytics function; disambiguate by industry
AssociateMid ICThree to five years in
Vice PresidentManager / Senior ManagerOfficer badge, not an executive
Executive Director / SVPDirector / VPFirst genuinely senior tier
Managing DirectorVP / SVP and aboveReal leadership

Source: banking ladder and equivalences from public career-path write-ups. Note that "Analyst" collides across industries: a banking Analyst is an entry IC, while an "Analyst" in a data function is something else entirely. Use the employer's industry and the person's adjacent skills to break the tie.

Company size distorts scope more than any string rule

Company headcount shifts real scope substantially, and for sales it is a bigger distortion than industry. The same "VP of Sales" title covers a person running a team of five who still sells half their time, and a person sitting three layers above every rep who never touches a deal.

Director-to-VP inflation is accelerating at small companies. 18% of companies with fewer than 50 employees now post VP Sales roles whose scope matches a Director job at a larger company. Related drift shows up in early-career titling too: the use of "Lead" in job descriptions for early-career roles tripled between 2019 and 2023. So bucket every employer by headcount and discount inflation accordingly.

Headcount bandTitle reliabilityHow to treat it
1-50LowDiscount VP, Head-of, Director; verify with team size
51-500ModerateTitles drift; confirm scope on senior rows
501-5,000HighNumbered ladders common; anchor here
5,000+HighestStandardized leveling; trust the title most

Source: headcount bands and inflation figures from public sales-leadership and job-title-inflation research. The practical read: at a 30-person firm a VP is a hypothesis, at a 5,000-person firm a VP is close to a fact.

Refolk resolves the title against the fields that actually settle the level. When you ask Refolk for people by role, stage, headcount, and reporting line in plain English, the size band and scope come back attached, so you are not leveling a bare string.

Ownership titles carry no fixed scope

Founder, Owner, and CEO are unbounded titles that prove nothing about scale on their own. A solo operator and the chief executive of a 5,000-person company can both wear "CEO," so these strings must be leveled entirely by headcount and reporting structure.

Refolk's index confirms the looseness directly: "Owner," "CEO," and "Founder" all appear inside a VP-titled financial-services population, which means the strings float free of any consistent rung. Never map an ownership title to executive scope without checking headcount and reports. A "Founder" at a two-person company is not a peer of a "Founder" who now runs a large org.

An ownership title is a claim about who holds the equity, not a measure of how far the authority reaches.

How this goes wrong: failure modes and false positives

Most bad talent maps fail on a handful of repeatable errors, and every one of them has a cheap check. This is the section to keep open while you work.

  • Reading banking VP as executive. False positive: a 26-year-old Goldman "Vice President" mapped to C-suite-adjacent. Check: if the employer industry is finance, downgrade to Manager or Senior Manager, and confirm via tenure, since a banking VP typically arrives six to eight years in.
  • Trusting startup VP and Head-of titles. False positive: a "VP of Sales" at a 30-person firm scored as an enterprise VP. Check: look at team size, budget authority, and board presentation. If all three are "no" or "eventually," it is a Director role wearing a VP title.
  • Assuming management out-ranks IC. False positive: an Engineering Manager scored above a Staff or Principal IC. Check: the tracks are peers at L6, band 64, and E6. Level by band, not by track.
  • Stripping seniority words that carry function. False positive: dropping "Principal" loses the level, and dropping "Lead" mis-buckets an inflated early-career role. Check: capture seniority in a separate column before you strip anything.
  • Function collision on "Analyst." False positive: a banking Analyst, an entry IC, mapped into the data-analytics function. Check: use industry plus adjacent skills to disambiguate, because "Analyst" in finance and in healthcare need different treatment.
  • Ownership-title overweighting. False positive: a solo "Founder" or "Owner" scored as a CEO at scale. Check: read headcount and reports; ownership strings carry no scope by themselves.
  • Stale maps. False positive: last year's mapping still trusted after titles have drifted. Check: re-score a sampled cohort every year.
  • Over-trusting title-only confidence. False positive: high confidence from a clean string that is actually inflated. Check: require at least one non-title field, reports-to or team size, before you lock the level.

The procedure: resolving one title to one level

Run every title through the same eight steps. The string gives you a first guess; the overrides and scope fields give you the final level and a confidence score.

Resolve a raw title to a normalized level and function

  1. Clean the raw title strings
    Strip artifacts that do not describe function, and move seniority qualifiers and regional identifiers into a separate column so you never lose the level. Each row now holds raw_title and clean_title.
  2. Parse into four components
    Split every title into primary function, domain, seniority-position, and secondary function per the four-part model. All four columns are populated.
  3. Assign a provisional function
    Map each row to one value in your fixed function set, either the SOC 23 major groups or a tighter internal set of about ten. Exactly one function per row.
  4. Assign a title-only seniority level
    Read a provisional level from the string alone and flag it "title-only." One unconfirmed level per row.
  5. Apply industry override rules
    Re-map banking and finance VP, ED, and MD titles, plus agency and consulting inflation, to corrected levels and log the reason. Level adjusted, override reason recorded.
  6. Apply company-size override
    Bucket employer headcount into 1-50, 51-500, 501-5,000, and 5,000+ and discount startup VP, Head-of, and Director inflation. Level adjusted, size band logged.
  7. Confirm with non-title fields
    Check reports-to, team size, revenue or budget owned, and tenure, then upgrade or downgrade where scope contradicts the title. Final level with confidence score.
  8. Re-audit periodically
    Re-score a sample of executive roles each year and confirm the title still matches the evaluated level. Dated audit log exists.

The scope check in step seven is where the accuracy lives. The reliable read is always the underlying scope: how many people report up, how much revenue or budget the role owns, and where it sits in the reporting line. This is not just a human heuristic. Automated seniority-normalization systems identify profiles of similar seniority across organizations using models trained on salaries, job functions, and working experience. Both the practitioners and the machines converge on the same non-title signals, so a pipeline that stops at the string is leaving documented accuracy on the table.

How one title moves from string to locked level

  1. Parse
    Break the string into function and seniority parts
  2. Provisional level
    Read a title-only level and flag it
  3. Override
    Correct for industry and company size
  4. Confirm
    Test against reports, team size, and budget
  5. Lock
    Record final level with a confidence score
The title only survives as the final answer when a scope field confirms it.
Override rule log entry
raw_title | normalized_function | title_only_level | final_level | override_type | reason
VP, Investment Banking | Finance | VP | Senior Manager | industry | banking VP officer badge; 7 yrs tenure
VP of Sales | Sales | VP | Director | company_size | 34-employer headcount; team of 4
Staff Engineer | Engineering | Staff | Staff | confirmed | reports to Director of Eng, no downlines
Founder & CEO | Executive | CEO | Manager | ownership | 3-person company, no reports

One row per adjusted title. Keep it beside your mapping table so every change is auditable and reversible.

Before you trust the map

Run this checklist before you publish a leveled map or hand it to a decision-maker. Each item catches a specific failure from the section above.

Pre-publish leveling audit

  • Every row has exactly one normalized function and exactly one seniority level
  • Seniority words were captured in a separate column before cleaning
  • Every finance VP, ED, and MD was re-mapped by the banking override table
  • Every employer carries a headcount band, and sub-50 VP or Head-of titles were discounted
  • IC and management titles were leveled by band, not by track
  • Ownership titles were leveled by headcount and reports, not by the string
  • Every senior row has at least one non-title scope field confirming its level
  • The map carries a date and a scheduled annual re-score of a sampled cohort

Keeping the map current

Titles inflate quietly, so a mapping you trusted last year drifts without any single event to warn you. Re-score a sample of executive roles each year and confirm the title still matches the evaluated level, then date the audit.

Two mechanisms will move under you. First, the words themselves drift: "Lead" tripling in early-career descriptions over four years is the kind of shift that turns a reliable rule into a false positive. Watch the high-volume ambiguous strings, VP, Head-of, Lead, Principal, and re-check their real scope distribution rather than assuming last year's mapping holds. Second, the public backbone moves on a slower clock: the SOC 2018 will be reviewed for possible revision, so if you anchor your function axis on it, note the version and plan to re-map when it changes. The mapping is never finished. It is a living table with a date on it and a cohort you re-score, and that is the difference between a talent map you can defend and one that quietly lies.

Questions practitioners ask

What does staff engineer level mean across companies?

Staff is the first rung past Senior on the individual-contributor track and it sits at the same band as a first-line Engineering Manager, not below one. At Google, Staff is L6 and EM is also L6; at Meta the equivalent is E6, peer to M1. Staff levels fairly tightly across firms above 500 employees, which makes it more reliable than Principal for cross-company mapping.

How do I level a bank VP against a tech VP?

Downgrade the bank VP. In banking the ladder runs Analyst, Associate, VP, ED or SVP, then MD, and a VP is a client-facing officer badge that equals a Manager or Senior Manager elsewhere. A tech VP at a large firm sits several layers above a rep. Map banking VP to Manager, banking ED to Director or VP, and banking MD to VP or SVP and above.

How do I normalize job titles to seniority levels at scale?

Clean each title into function and a separate seniority column, parse it into function, domain, seniority-position, and secondary function, assign a title-only level, then apply industry and company-size overrides before confirming against non-title fields like reports-to and team size. The string gives you a first guess; scope fields give you the final level and a confidence score.

Why is company size such a big factor in title leveling?

Standardization rises with headcount. Firms above 500 employees run numbered ladders such as Google L3 to L10 and Meta E3 to E9, so the same title is trustworthy at scale and near-meaningless at 30 people. 18% of companies under 50 employees post VP Sales roles with only Director-level scope, so size-banding corrects more errors than any string rule for that function.

Does a manager always out-rank an individual contributor?

No. After the Senior rung the IC and management tracks are peers, not one above the other. A Staff or Principal engineer can out-rank a first-line Engineering Manager running a single team. Level by band, not by track: use the numbered ladder anchor where one exists rather than assuming the manager title is higher.

Try it on the search you came here for

Stop building boolean strings. Just describe the person.

Type one sentence. I plan the search, read GitHub, public LinkedIn and Crunchbase records, and the open web as it is right now, and hand back a ranked list with the reason next to every name.

  1. 01Describe them

    One plain sentence. Role, city, stack, stage, whatever matters to you.

  2. 02I read the web live

    GitHub, public LinkedIn and Crunchbase records, the open web. Not a database that went stale last quarter.

  3. 03You read the shortlist

    Ranked, with the reasoning under every name. Open a profile, ask a follow-up, narrow it down.

  • No boolean, no filters, no seat to buy. One box.
  • Read at search time, so a profile updated yesterday counts today.
  • Every step visible as it runs, every name with its reason.

500 free credits on sign-up. No card, no demo call. See real searches.

Read next