The Trust Layer for America's Hourly Workers

The target market is not just a large hiring market; it is a large population invisible to financial and employment data

The market case for this business is weak if it rests only on the size of the hourly hiring market. What matters more is that the workforce contains a large segment that is poorly visible to traditional banking, credit, and hiring data. The FDIC's 2023 survey counts 5.6M unbanked households and 19.0M underbanked households in the US. BLS further projects the Hispanic labor force to grow from 32.9M in 2024 to 39.0M in 2034, with its labor force share rising from 19.6% to 22.5%.

What we loosely call the "Spanish worker" segment is, in official statistics, most accurately treated as the Hispanic or Latino workforce. Spanish speakers and Hispanic/Latino workers do not overlap perfectly, but for Blucor's initial market it is worth viewing as a large worker segment where multilingual needs, high mobility, document anxiety, and thin credit data tend to coincide.

The initial hypothesis is good, but the problem framing should change

The overall research conclusion: the business hypothesis has a large winning path, but it is dangerous to frame the first problem solely as "background checks are slow, so front-load them." Typical US employment background checks are said to average roughly three to five days; two months is not the standard turnaround. The real problems are not average processing speed but record fragmentation, re-collection for every employer, manual variability, legally mandated sequencing constraints, and the fact that candidate data cannot be reused.

Designing the company as one that clears criminal checks in advance therefore front-loads issues like FCRA, state and city fair chance laws, permissible purpose for employment, consent, dispute handling, refresh frequency, and adverse action. Especially in jurisdictions like NYC and California, where employers cannot ask about or consider criminal history before a conditional offer, a model that pulls broad criminal records at the application stage hits compliance problems before it delivers value.

What should come first is identity verification, work authorization, work history, pay and employment records, driving history, credential verification, self-ordered background checks, and a profile the worker can consent to per use case. Employer-purpose criminal checks are inserted only after the conditional offer, at the necessary minimum.

Checkr grew as hiring-workflow infrastructure, not as a criminal-check company

Checkr's headline valuation is $4.6B at its 2021 Series E on official announcements; later reporting treats it as roughly a $5B-class company. It did not reach that scale simply by selling criminal record lookups online. The biggest factor was its API-first workflow design, which embedded it deep in gig, marketplace, and high-velocity hourly hiring operations.

As of 2021, Checkr described itself as supporting tens of thousands of customers with an API-first product, growing rapidly while profitable at hundreds of millions of dollars in annual revenue. Processing more than 30 million background checks per year in the same period is further evidence that it was valued as hiring infrastructure, not a report vendor.

Checkr has since broadened its position beyond employment screening into a data platform for safe and fair decisions, spanning identity verification, income verification, tenant screening, and risk assessment. On the product side it bundles criminal checks, employment verification, identity verification, MVR, DOT, drug testing, education verification, international checks, continuous monitoring, adjudication, and analytics. What pushed the valuation up was not one-off lookups but bundling adjacent functions from hiring through post-hire to raise ACV.

Another important factor: Checkr built a candidate-experience and fairness story. Through the candidate portal, SMS notifications, self-ordered background checks, candidate story, and the fair chance framing of Checkr.org, it converted a legal-cost product into an HR, trust, and brand product.

The revenue leaders are legacy incumbents; Checkr is the API-native challenger

Checkr is the best-known API-native challenger, but it is not clearly the largest by revenue. First Advantage acquired Sterling, creating a company with roughly $1.5B in pro forma combined revenue. The accurate view of the industry structure is two poles: the legacy First Advantage / Sterling combination, and Checkr, which grew on software, APIs, and gig hiring.

First Advantage / Sterling offer large enterprises a broad portfolio: criminal checks, identity verification, employment history verification, education verification, credential verification, drug / health screening, fingerprinting, I-9 services, tax credits, continuous monitoring, and international screening. Their main customers include the Fortune 100 / 500, healthcare, retail, e-commerce, logistics, manufacturing, financial services, gig platforms, government, education, and staffing firms.

The comparison shows that Blucor should not compete on broader screening or cheaper background checks. FADV/Sterling are strong on scale, international coverage, and enterprise compliance; Checkr is strong on API integration, candidate experience, and high-volume hiring workflows. Blucor's room to differentiate lies in a portable trust profile and employment reliability graph that starts from the worker, not the employer.

The market's real problem is not slowness; it is fragmentation, accuracy, sequencing constraints, and non-reusability

The problem with employment background checks is not that many vendors are slow; it is that the underlying data and the system are broken. One breakdown puts CRA-based employment checks at an average of three to five days, database searches at minutes, employment verification at one to three minutes or two to seven days, criminal checks at one to three days, and MVRs at just over an hour to one to three business days. In other words, the fast parts are already fast enough. Two-month-class delays are best read as a long tail where manual courthouse searches, waiting on employment verification responses, incomplete forms, state law handling, and court access constraints stack up.

That long tail still hurts. US criminal records are not centrally managed nationally; they are fragmented across states, counties, and courts. Private screeners stitch the fragments together, which in some counties means manual work, name matching, and dependence on courthouse hours. As a result, employers repeat similar verifications per candidate, per job, and per employer.

The problem is also accuracy, not just speed. Private-sector criminal records can contain false negatives from mismatches, incomplete and misleading records from missing dispositions, and false positives from bad data. The FTC has warned about FCRA problems including another person's conviction data, duplicate entries, sealed or expunged records still being reported, and missing outcomes. The pain on the ground is not simply slowness: results need re-verification, disputes arise easily, and every employer is forced into cautious handling.

On top of that, employment law makes some front-loading impossible. In NYC, employers cannot address criminal history in job postings, applications, or interviews before an offer. In California too, most employers cannot ask about conviction history before a job offer. Many states, cities, and counties extend fair chance laws to private employment. Even where the data can technically be pulled early, the point at which employers may use it is placed later by law.

Checkr Profiles is proof the market is moving, but incumbents inevitably skew 2B

Checkr Profiles, launched by Checkr in 2026, is an important signal of this market shift. It is positioned as verified credentials that individuals carry themselves, and Checkr has announced that more than 500K people have already created profiles. This means the market is starting to move from employer-side pull lookups toward candidate-side portable trust data.

That said, Checkr Profiles today is not a product that takes responsibility for operational outcomes through the first day of work. It is closer to identity verification, resume, work history, qualifications, credentials, background-related signals, a Checkr-verified badge, and profile link sharing. The UX also appears to center on individuals claiming and sharing profiles, or embedding into job boards and marketplaces. This points in the individually-owned direction, but the company's makeup and revenue structure remain close to 2B infrastructure for employers, platforms, and marketplaces.

This is where Blucor's difference lies. Incumbents can go deep into 2B customer workflows, but they struggle to capture the hourly worker's day-to-day job-search anxiety, preferred conditions, commute constraints, languages, document readiness, tone on the phone, first-day reminders, no-show reasons, and the reality of 30-day retention. Checkr can show that a person is who they claim to be and that a credential is verified, but field data such as whether this person can actually make it to this site this week, why they could not, and under what conditions they could start next only accumulates when you run the hiring operation directly.

The data gap for blue-collar, hourly, high-mobility workers is real

Foreign-born workers make up a large share of the US labor force and are concentrated in service occupations, natural resources, construction and maintenance, and production, transportation, and material moving. This overlaps with the workplaces Blucor already touches. Construction alone is estimated to need hundreds of thousands of new workers in 2025 and 2026, and in areas with high hiring velocity where skills, site trust, and availability confirmation matter, reusable candidate data carries high value.

The financial data gap is also clear. The FDIC survey shows large numbers of unbanked and underbanked households in the US. The point is not that the credit market is large; it is that a substantial number of consumers and workers cannot be seen through traditional banking, credit, and hiring data alone. What matters for Blucor is whether it can structure this segment's hireability, identity, reachability, and readiness to start, with worker consent.

Crucially, this segment is not low-trust; it is often simply invisible to traditional systems. Bank, credit card, and loan histories may be thin, but wage deposits, job tenure, transportation, commutable range, document readiness, and on-site evaluations all exist. Channeled through the hiring and employment context, these become worker trust data that 2B hiring management tools struggle to capture.

That said, a design that leads too heavily with "for immigrants" is dangerous. Employment discrimination based on citizenship / immigration status, and improper document demands in the I-9 process, are prohibited. It is safer to center the product not on immigrants but on workers with thin records, high mobility, and high-frequency hiring, and to invest in multilingual UX, relief of document anxiety, and worker control.

The idea is promising, but "pre-clearing" is dangerous

Holding candidate data before hiring and completing certain verifications up front can shorten the employer's time-to-start. That data can become worker trust data reusable across multiple employers, roles, and sites, rather than one-off application records. What Checkr Profiles shows is a market shift toward verified credentials the individual carries; what Blucor should go after is worker-originated data that extends to job starts, retention, and site fit.

But implementing "run the background check in advance so the candidate is accepted the moment they pass" as-is steps into the handling of consumer reports for employment purposes. Providing third parties with information used to determine employment eligibility can make you a consumer reporting agency. That brings obligations around accuracy assurance, permissible purpose, consumer access, dispute handling, updates and deletion, employer certification, and adverse action.

The idea should therefore be redesigned not as a company that runs criminal checks in advance, but as a trust profile the candidate owns with per-use-case consent toggles, plus a start guarantee. Identity, work authorization, work history, income and attendance, credential verification, MVR, self-ordered background checks, references, and attendance records accumulate on the candidate side, and employers receive only the minimum necessary employment-purpose report after the offer.

The attack path has three stages: go after worker-originated data Checkr does not yet have, not a Checkr replacement

Stage one is the worker passport. On top of the current phone-based resume-building operation, layer identity verification, structured work history, guidance on work authorization documents, credentials and licenses, references, preferred conditions, attendance records, and language support. This stage is about assembling occupational identity, not hiring screening.

Stage two is offer-stage acceleration. For employers, issue the necessary criminal, MVR, drug, license, and employment verification only after a conditional offer. The value here comes less from the criminal record itself than from candidate data being normalized in advance: fewer input errors, alias management, document collection, employment verification run ahead of time, and lower candidate drop-off.

Stage three is the start guarantee. Aim it not at a pass guarantee but at retention, attendance, replacement staffing, and no need to reapply. A pass guarantee is heavy on legal risk and adverse selection, whereas attendance, retention, and replacement staffing sell well as a hiring-operations improvement product.

As a later expansion, consented employment and retention data can be reused across multiple employers. But first, prove willingness to pay and the data acquisition method on the hiring side. Financial use cases and adjacent markets are not the main battlefield right now.

Two open questions remain: who pays how much, and which data gets collected how

The research so far shows that the market exists, that Checkr is also moving toward portable identity/profiles, that incumbents tend to skew toward 2B compliance workflows, and that Blucor has a shot at deep operational data on workers themselves. But the questions to kill next before commercialization are very practical.

First, how much will customers pay? Will a staffing agency pay $150-$300/start, will a warehouse/logistics employer pay $250-$500/start, or should we enter at $25/profile or $75-$150/ready worker? We need to confirm, customer by customer, whether the recruiter's biggest pain is no-shows, unreachable candidates, incomplete documents, background check delays, or early attrition.

Second, how is the data acquired and used? Who confirms the job start, how is 30/60/90-day retention collected, do no-show reasons come from the worker or the employer, how are negative labels handled, and what paths do workers get for correction, deletion, and dispute? Left vague, this looks like a plain candidate database rather than a trust profile.