Skip to content
RecruitingBot

AI resume screening starts with a scoring rubric that finds real fits

A scoring rubric decides what any screening process, human or AI, rewards. Learn to separate must haves from nice to haves, set weights, define evidence, avoid biased proxies and calibrate with the hiring manager.

RecruitingBot editorial team 9 min read

Why the rubric matters more than the model

Teams evaluating screening software tend to ask how smart the matching is. The more useful question is what the matching is told to look for. Any screening process, whether it is a recruiter skimming CVs at speed or a model reading 500 profiles, rewards whatever criteria it is given. Give it a vague brief and it will reward keyword overlap and impressive logos. Give it a precise rubric and it will reward the evidence that predicts success in the job.

A scoring rubric is a short list of weighted criteria, each with a plain description of what counts as evidence. It sounds bureaucratic, but a good one takes about twenty minutes to write and pays back on every role that follows. It also makes automated resume screening explainable, because every score can point to the criterion it measures and the line in the profile that supports it.

Must haves are fewer than you think

A must have is a requirement without which a person cannot do the job in the first six months, even with reasonable support. Most job descriptions list eight or ten of them, and most of those are really preferences. Every false must have shrinks the pool and quietly filters out people who would have been excellent. A useful test is to ask the hiring manager whether they would reject an otherwise brilliant candidate who lacked this one item. If the honest answer is "probably not", it is a nice to have.

Aim for three to five must haves per role and phrase each as a capability rather than a credential. "Has shipped and maintained a production web service in Python" says more than "five years of Python", because it describes what the person did rather than how long they were near the language. Capabilities are also easier to find evidence for, and they are fairer to people with nonlinear careers.

Nice to haves and deal breakers do different jobs

Nice to haves separate good candidates from each other. They should carry real but modest weight, so that a candidate with every must have and no extras still scores well above someone with every extra and a missing fundamental. Industry experience, a specific secondary tool or experience mentoring are classic nice to haves. When a nice to have keeps dominating the ranking during calibration, it is either overweighted or it is secretly a must have, and the hiring manager should decide which.

Deal breakers are not scored at all. They remove a candidate regardless of the total, so they must be rare, objective, lawful and directly tied to the job. Work authorization when the company cannot sponsor, a required professional license, or availability for a schedule the role genuinely demands are reasonable examples. "Not a culture fit" is not a deal breaker, it is an unexamined preference, and it has no place in a rubric.

  • Must have. A capability the person needs in the first six months, scored and heavily weighted.
  • Nice to have. Something that makes a strong candidate stronger, scored with lighter weight.
  • Deal breaker. A rare, objective and lawful condition that removes a candidate, checked rather than scored.

Setting weights that reflect the real job

Weights express how much each criterion matters relative to the others. A simple approach is to distribute 100 points across the scored criteria, giving the must haves most of them. In practice, must haves together usually hold 65 to 80 points and nice to haves the remaining 20 to 35. Resist the urge to give every criterion a similar weight, because a flat rubric behaves like a keyword counter.

Weights should follow the work, not the job title. Two senior engineering roles at the same company can need very different rubrics if one is about building new products and the other is about keeping a payments system stable. Ask the hiring manager to describe the hardest problem the new hire will face in their first quarter, then make sure the criterion closest to that problem carries the most weight.

Defining evidence so scores can be checked

Every criterion needs a description of what evidence looks like at a high, medium and low level. Without it, scores drift, two reviewers disagree and nobody can explain a ranking. Evidence should be observable in a CV, a profile, a screening answer or a skills test. "Strong communicator" cannot be checked from a profile, while "has written public technical documentation or led customer facing presentations" can.

When evidence is missing, the score should say so plainly instead of guessing. Absence of evidence in a two line profile is not evidence of absence, which is exactly why screening questions and short skills tests exist. A good pipeline uses the rubric twice: once to score profiles and choose whom to contact, and again to score screening answers and test results for those who reply. That second pass is where AI candidate screening fills gaps that a profile alone cannot.

Keeping proxies for protected characteristics out

The most damaging rubric errors are criteria that look neutral but track protected characteristics. Graduation year and total years of experience caps track age. Employment gaps often reflect caregiving, illness or disability. Home address or commute distance can track race and income. Prestige of university mostly tracks family background. "Native English speaker" tracks national origin, when the real requirement is usually clear written and spoken English at a professional level.

The fix is to replace each proxy with the capability it was standing in for. Instead of "graduated from a top school", score "can design and explain a data model for a multi tenant product". Instead of "no gaps", score recent, relevant evidence of the skill. In the US, federal laws such as Title VII, the Age Discrimination in Employment Act and the Americans with Disabilities Act apply to screening criteria just as they do to interviews, and some jurisdictions, such as New York City, require bias audits and notices for automated employment decision tools. Review your rubrics and tools with counsel.

Proxy to removeWhat it can trackJob related replacement
Graduation year or maximum years of experienceAgeEvidence of the specific skill at the needed level
Unexplained employment gapsCaregiving, disability, healthRecent relevant work or projects, regardless of dates
University prestigeSocioeconomic backgroundDemonstrated ability in the core task
Native speaker requirementNational originProfessional level written and spoken English
Home address or distance to officeRace, incomeAbility to meet the stated work location policy

Example rubric for a Senior Python Developer

This example suits a product company hiring a senior engineer to own backend services. The weights lean toward production ownership and data modeling, because those are the problems a senior hire faces first. Adjust them to your own context before you use them.

CriterionTypeWeightEvidence that counts
Builds and maintains production Python servicesMust have25Named services or systems they built, scale or users served, ownership after launch
Relational data modeling and query performanceMust have20Schema design work, migrations, query optimization described in a profile or test
Production ownership including incidentsMust have20On call participation, incident response, postmortems written or led
API design for external consumersMust have10Public or partner APIs designed, versioning or documentation work
Event driven or async architectureNice to have10Queues, streaming or background job systems built or operated
Mentoring and code review leadershipNice to have10Mentored engineers, led reviews, wrote internal guides
Domain experience in the company's industryNice to have5Prior work on similar data or customers
Work authorization without sponsorshipDeal breakerCheckConfirmed in a screening question

Example rubric for an Account Executive

This version fits a mid market B2B software company selling to operations leaders. Sales profiles are full of quota claims, so the evidence column asks for specifics such as deal size and sales cycle rather than adjectives. Screening questions do much of the work here, because many strong sellers keep their profiles brief.

CriterionTypeWeightEvidence that counts
Closes new business in a comparable deal size and cycleMust have30Stated typical deal size, sales cycle length and buyer type
Runs a full cycle from discovery to signatureMust have20Owned prospecting, discovery, demos and negotiation rather than a single stage
Consistent quota attainment over timeMust have15Attainment described across several periods, verified later in references
Sells to the target buyer personaMust have10Prior selling to operations, finance or similar business buyers
Experience with a structured sales methodologyNice to have10Named qualification or forecasting approach used in practice
Self sourced pipelineNice to have10Share of pipeline generated personally, outbound approach described
Familiarity with the industryNice to have5Sold into the same or adjacent vertical
Can work the role's required time zone hoursDeal breakerCheckConfirmed in a screening question

Example rubric for a Product Designer

Design hiring tends to overweight polished visuals. This example puts more weight on problem framing and on shipped outcomes, which are harder to fake than a beautiful mockup. A portfolio link is the main evidence source, and a short exercise in the skills test can confirm how a candidate reasons through a flow.

CriterionTypeWeightEvidence that counts
Designs end to end flows for complex software productsMust have25Portfolio case studies showing flows, not only single screens
Frames problems with research and dataMust have20User research, analytics or experiments that shaped a decision
Ships work in collaboration with engineeringMust have20Released features, handoff practices, tradeoffs negotiated with engineers
Interaction and visual craftMust have15Clear hierarchy, accessible contrast and states in portfolio examples
Builds or contributes to a design systemNice to have10Components, documentation or tokens created or maintained
B2B or data heavy product experienceNice to have10Dashboards, admin tools or workflow products in the portfolio
Portfolio or work samples can be sharedDeal breakerCheckLink or samples provided at screening

Calibrating the rubric with the hiring manager

No rubric is right on the first draft. Calibration means scoring a small sample, around ten to fifteen profiles, and asking the hiring manager to rank the same profiles blind. Where the two rankings disagree, you have found a rubric problem. Usually it is a nice to have weighted too heavily, a must have described too narrowly or an unspoken preference that the manager holds but never wrote down.

Unspoken preferences are the most valuable thing calibration surfaces. If the manager keeps rejecting people from large companies, ask why. Sometimes there is a real, job related reason, such as needing someone comfortable without a platform team, and it should become an explicit criterion. Sometimes it is a bias, and writing it down is how you notice it. Either way, the rubric gets better and the next search runs faster. An AI recruiter that lets you edit weights and rescore the pool in seconds makes this loop cheap enough to do on every role.

  • Score ten to fifteen real profiles with the draft rubric.
  • Ask the hiring manager to rank the same profiles without seeing the scores.
  • Discuss every large disagreement and trace it to a specific criterion or weight.
  • Adjust, rescore and repeat once, then lock the rubric for the search.
  • Review rejection reasons at the shortlist stage and feed them into the next version.

Keeping humans responsible for the decision

A rubric organizes judgment, it does not replace it. Scores should rank and explain, while people decide. In a well designed pipeline, scoring determines whom to contact and in what order, screening and testing add evidence, and a hiring manager approves or rejects every shortlisted candidate with the reasons visible. That keeps accountability with a person and keeps you clear of rules that restrict decisions made solely by automated means.

Keep each rubric version with the role so you can show what was measured and why if a candidate or regulator ever asks. Over time, this collection becomes a practical hiring playbook for your company. If you want to see how a rubric feeds every later stage of a search, our walkthrough of how AI recruiting works follows a role from intake to shortlist.

Questions on this topic

Anything else goes to support@recruitingbot.com or the help panel inside your dashboard.

How many criteria should a scoring rubric have?

Six to nine scored criteria works well for most roles, with three to five must haves, a few nice to haves and one or two deal breakers checked separately. Fewer than five scored criteria rarely separates candidates well, and more than ten usually means preferences have crept in as requirements.

Should years of experience be a criterion?

Usually not on its own. Years are a weak proxy for skill and minimum or maximum year counts can disadvantage people by age. Describe the capability you need and the level of evidence that shows it, and let candidates with shorter but deeper experience compete on equal terms.

Can I reuse one rubric for every role with the same title?

Use it as a starting template, then adjust it for each search. Two roles with the same title often face different first quarter problems, and the weights should follow those problems. A quick calibration with the hiring manager shows whether the template still fits.

What happens when a profile has no evidence for a criterion?

The score should state that evidence is missing rather than guess. Missing evidence is common in short profiles, so screening questions and a brief skills test give candidates a fair chance to show the capability before anyone makes a decision.

Give it a role and see the shortlist it builds

Type a job title on the homepage. The demo runs instantly without an account and shows an example pipeline, job post and shortlist for that role.