ここは要約ではなく、Deep Researchと追加ディスカッションの詳細読解。結論だけを先に言うと、勝ち筋は
「Checkrより速い犯罪歴チェック会社」ではなく、候補者本人が持ち運べる trust data 基盤、つまり worker passport にある。
Market size visual
対象市場は「採用が大きい」だけでなく、「金融・雇用データから見えない人」が大きい
この事業の市場感は、単に時給ワーカー採用市場が大きいという話だけでは弱い。より重要なのは、雇用現場には大量のワーカーが存在し、
その中に伝統的な銀行・信用・採用データから十分に見えない層が大きく存在すること。FDICの2023年調査では、米国には
5.6M unbanked households と 19.0M underbanked households がある。
さらにBLSでは、Hispanic labor forceは2024年の32.9Mから2034年に39.0Mへ増え、労働力シェアも19.6%から22.5%へ上がる予測になっている。
銀行・信用組合のchecking/savings accountを世帯内で誰も持たない。FDIC 2023。
19.0M
Underbanked households
銀行口座はあるが、過去12か月にnonbank financial servicesを使った世帯。FDIC 2023。
39.0M
Hispanic labor force by 2034
BLS projection。2024年32.9Mから2034年38.97Mへ増加。
22.5%
Labor force share by 2034
Hispanic originの労働力シェア。2024年19.6%から2034年22.5%へ。
Hispanic labor force share19.6% in 2024 → 22.5% in 2034
Hispanic labor force count32.9M in 2024 → 39.0M in 2034
ここでいう「Spanish worker」は、公式統計上は主に Hispanic or Latino workforce として扱うのが正確。
スペイン語話者とHispanic/Latinoは完全には一致しないが、Blucorの初期市場を考える上では、多言語・移動性・書類不安・信用データ不足が重なりやすい
大きなワーカーセグメントとして見る価値がある。
ビジュアルで見せるべき市場: 5.6M unbanked、19.0M underbanked、そして2034年に39.0M規模まで伸びるHispanic labor force。
Sources: FDIC 2023 National Survey; BLS Civilian labor force by age, sex, race, and ethnicity, 2024-2034 projection.
Research conclusion
最初の仮説は良いが、問題設定は変えるべき
リサーチ全体の結論は、事業仮説には大きな勝ち筋がある、ただし最初に解く問題を
「バックグラウンドチェックが遅いから前倒しする」だけに置くと危ない、というもの。
米国の通常の雇用バックグラウンドチェックは平均で三から五日程度とされ、二カ月が標準的な所要時間ではない。
つまり、真の課題は平均処理速度ではなく、記録の断片化、雇用主ごとの再取得、手作業のばらつき、法規制による順番制約、
そして候補者データが再利用できないことにある。
したがって、「犯罪歴チェックを先に通しておく」会社として設計すると、FCRA、州・市のフェアチャンス法、雇用目的の permissible purpose、
本人同意、紛争対応、更新頻度、adverse action などの論点が先に来る。特にNYCやカリフォルニアのように、
条件付きオファー前に犯罪歴を聞いたり考慮したりできない地域では、応募段階で広く刑事記録を取るモデルは価値より先にコンプライアンス課題が立つ。
先行させるべきなのは、本人確認、就労資格、職歴、給与・就業履歴、運転履歴、資格証明、セルフオーダーの自己チェック、
そしてワーカー本人が用途ごとに同意できるプロフィールである。雇用主目的の criminal check は、条件付きオファー後に必要最小限で差し込む。
事業設計の修正: pre-check company ではなく、worker-owned trust profile + offer-stage acceleration + successful start guarantee として始める。
Checkr
Checkrは「犯罪歴チェック会社」ではなく、採用ワークフローのインフラとして伸びた
Checkrの大型バリュエーションは、公式発表ベースでは2021年Series Eの46億ドル。その後の報道では約50億ドル級として扱われている。
この規模まで伸びた理由は、単にオンラインで犯罪歴照会を売ったからではない。最大の要因は、API-firstのワークフロー設計で、
ギグ、マーケットプレイス、高回転採用の雇用現場に深く入り込んだこと。
2021年時点で、CheckrはAPI-firstの製品で数万規模の顧客を支え、年間数億ドル規模の売上で黒字を維持しながら急成長していたと説明している。
同時期に年間3,000万件超のバックグラウンドチェックを処理していたことも、単なるレポート販売ではなく、採用インフラとして評価された根拠になる。
その後、Checkrは雇用スクリーニングだけでなく、本人確認、収入確認、テナントスクリーニング、リスク評価まで含む
safe and fair decisions のデータ基盤へポジションを広げている。プロダクト面でも、犯罪歴チェック、雇用確認、本人確認、MVR、
DOT、薬物検査、教育確認、国際チェック、継続モニタリング、アジュディケーション、分析を束ねている。
バリュエーションを押し上げたのは、単発照会ではなく、採用から入社後までの周辺機能を束ねてACVを上げたこと。
もう一つ重要なのは、Checkrが候補者体験と公平性のストーリーを作れたこと。候補者ポータル、SMS通知、セルフ背景チェック、
candidate story、Checkr.orgのフェアチャンス文脈により、法務コスト商材をHR・信頼・ブランドの商材に変換している。
学ぶべきこと採用フローに組み込まれる反復ワークフローを押さえること。
避けることCheckrより安い/速いbackground check reportとして売ること。
First Advantage / Sterling
売上最大級はレガシー大手。CheckrはAPIネイティブ新興勢
CheckrはAPIネイティブな新興勢として最も有名な会社だが、売上規模で最大とは言い切れない。
First AdvantageはSterlingを買収し、プロフォーマ結合売上で約15億ドル規模の企業になっている。
産業構造としては、老舗大手のFirst Advantage / Sterling連合と、ソフトウェア・API・ギグ中心で伸びたCheckrの二つを見るのが正確。
First Advantage / Sterlingは、犯罪歴チェック、本人確認、雇用履歴確認、学歴確認、credential確認、drug / health screening、
fingerprinting、I-9関連、tax credits、continuous monitoring、国際スクリーニングなどを大企業向けに幅広く提供する。
主な顧客は、Fortune 100 / 500、医療、小売、EC、物流、製造、金融、ギグ、政府、教育、人材派遣会社など。
この比較から見えるのは、Blucorが「より広いscreening」「より安いbackground check」で戦うべきではないということ。
FADV/Sterlingは規模、国際対応、企業コンプライアンスで強く、CheckrはAPI連携、候補者体験、大量採用ワークフローで強い。
Blucorの差別化余地は、雇用主起点ではなく、ワーカー本人起点の portable trust profile と employment reliability graph にある。
競争軸: background check vendor ではなく、worker-owned employment trust layer。
Market pain
市場の本当の課題は「遅さ」ではなく、断片化・精度・順番制約・再利用不能性
雇用バックグラウンドチェックの課題は、遅い会社が多いことではなく、元データと制度が壊れていること。
CRA経由の雇用チェックは平均三から五日、データベース検索は数分、雇用確認は一から三分または二から七日、
犯罪歴チェックは一から三日、MVRは一時間超から一から三営業日程度という整理がある。
つまり、短いものは十分短い。二カ月級の遅延は、手動の裁判所検索、雇用確認返答待ち、記入不備、州法対応、
裁判所アクセス制約が積み重なった長尾ケースと見るべき。
ただし、その長尾ケースの痛みは大きい。米国の刑事記録は全国一元管理ではなく、州・郡・裁判所ごとに断片化されている。
民間スクリーナーは断片をつなぎ合わせるため、郡によっては手作業、名称照合、裁判所営業時間依存になる。
これにより、雇用主は候補者ごと、求人ごと、雇用主ごとに同じような確認を繰り返す。
さらに問題は速度だけではなく精度にもある。民間部門の犯罪記録には、誤照合による false negative、
欠落した disposition による不完全で誤解を招く記録、誤データによる false positive があり得る。
FTCも、別人の有罪情報、重複記載、封印・抹消済み記録の記載、結果の欠落などをFCRA上の問題として警告している。
現場の痛みは、単に遅いことではなく、再確認が必要で、争いが起きやすく、雇用主ごとに慎重運用を強いられること。
加えて、雇用法上、前倒しできないケースがある。NYCでは雇用主がオファー前に犯罪歴を求人票・応募・面接で扱えない。
カリフォルニアでも、多くの雇用主は job offer 前に conviction history を尋ねられない。
民間雇用にフェアチャンス法を広げている州・市・郡も多い。技術的に早く取れても、雇用主が使えるタイミングが制度上後ろに置かれている。
Blucorが先に解くべきなのは criminal clearance ではなく、本人確認・連絡可能性・職歴・資格・書類・勤務開始可能性の正規化。
Checkr Profiles signal
Checkr Profilesは市場が動いている証拠。ただし大手はどうしても2B寄りになる
Checkrが2026年に始めた Checkr Profiles は、この市場変化を示す重要なシグナル。
個人が自分で持ち運べる verified credentials と位置づけられており、すでに50万人超がプロフィールを作ったと公表されている。
これは、雇用主側のpull型の都度照会から、候補者側のportable trust dataへ市場が動き始めていることを意味する。
ただし、Checkr Profilesは現時点では「初日出勤までの運用成果を引き受ける商品」ではなく、本人確認、履歴書、職歴、資格、
credential、background-related signals、Checkr-verified表示、profile link sharing に近い。
UXとしても、本人がプロフィールをclaim/shareする、またはjob boardやmarketplaceに埋め込まれる形が中心に見える。
これは「個人が所有する」方向ではあるが、会社の成り立ちと収益構造は依然として雇用主・プラットフォーム・マーケットプレイス向けの2Bインフラに近い。
ここがBlucorの差分になる。大手は2B顧客のワークフローに深く入れる一方で、時給ワーカー本人の日々の求職不安、希望条件、
通勤制約、言語、書類準備、電話での温度感、初日出勤のリマインド、no-show理由、30日継続の実態までは取りにくい。
Checkrは「この人が本人か」「資格が検証済みか」を示せるが、「この人が今週この現場に本当に行けるか」
「なぜ行けなかったのか」「次にどの条件なら始められるか」という現場のデータは、採用オペレーションを直接持たないと溜まりにくい。
Profilesの方向性は正しい。Blucorの差別化は、2B compliance profileではなく、worker-first intake + verified start + retention labels。
Worker segment
ブルーカラー・時給・移動性の高いワーカーには、本当にデータギャップがある
米国労働力の中で外国生まれ労働者は大きな比率を占め、サービス職、自然資源・建設・保守、製造・輸送・マテリアルムーブに多く就いている。
これはBlucorが実際に接している現場と重なる。建設業だけでも2025年、2026年に数十万人規模の新規労働者が必要という試算があり、
採用回転が高く、技能、現場信頼、稼働確認が重要な領域では、再利用できる候補者データの価値が高い。
金融面のデータギャップも明確。FDIC調査では、米国にはunbanked世帯とunderbanked世帯が大きく存在する。
これは「与信市場が大きい」という話ではなく、伝統的な銀行・信用・採用データだけでは見えない生活者・労働者が相当数いるという話。
Blucorにとって重要なのは、この層の採用可能性、本人確認、連絡可能性、勤務開始可能性を本人同意付きで構造化できるかどうか。
重要なのは、この層は信用が低いのではなく、伝統的なシステムから見えないことが多い点。
銀行・クレジットカード・ローンの履歴は薄くても、給与入金、勤務継続、交通費、通勤可能範囲、書類準備、現場評価などは存在する。
これらを採用・就業の文脈で整流化できれば、2Bの採用管理ツールでは取りにくい worker trust data になる。
ただし、「移民向け」を前面に出しすぎる設計は危険。雇用において citizenship / immigration status に基づく差別や、
I-9での不当な書類要求は禁じられている。プロダクトの中心は「移民向け」ではなく、
記録が薄い・高移動・高頻度採用のワーカー向けに置き、多言語UX、書類不安の解消、本人管理を厚くする方が安全。
ターゲット表現: immigrant worker ではなく、hourly workers with thin records, high mobility, and repeated hiring friction。
Business evaluation
このアイデアは有望。ただし「先に通しておく」は危ない
採用前に候補者データを保持し、一定の確認を済ませておけば、雇用主側の time-to-start は短くできる。
そのデータは、単発の応募情報ではなく、複数の雇用主・職種・現場で再利用できる worker trust data になり得る。
Checkr Profilesが示しているのは、本人が持ち運べるverified credentialsへの市場移動であり、Blucorが取りに行くべきなのは勤務開始・継続・現場適性まで含む労働者起点のデータ。
しかし「先にバックグラウンドチェックをやっておいて、通った瞬間すぐ受かる」をそのまま実装すると、
雇用目的の consumer report の取扱いに踏み込む。雇用の適格性判断に使われる情報を第三者に提供するなら、
consumer reporting agencyになり得る。そうなると、正確性確保、permissible purpose、本人アクセス、紛争対応、
更新・削除、雇用主からの認証取得、adverse action周りの義務がつく。
したがって、このアイデアは「事前に刑事チェックを代行する会社」ではなく、
「候補者本人が所有し、用途ごとに同意を切り替えられる信頼プロフィール + 雇用開始保証」として設計し直すべき。
本人確認、就労資格、職歴、所得・勤怠、資格証明、MVR、セルフ背景チェック、推薦、出勤実績などを候補者側に蓄積し、
雇用主にはオファー後に必要最小限の雇用目的レポートだけを発行する。
最初の商材: この人は通る、ではなく、この人は本人確認・就労確認・職歴・賃金証跡・推薦・スキル・MVRがそろっていて、オファー後チェックだけで着地できる。
Recommended attack path
攻め方は三段階。Checkrの代替ではなく、Checkrがまだ持っていない労働者起点データを取りに行く
第一段階は worker passport。電話で履歴書を作る現在の業務に、本人確認、職歴の構造化、就労資格書類の案内、
資格・免許、推薦、希望条件、出勤実績、言語対応を乗せる。ここでは採用審査ではなく、職業アイデンティティの整備を行う。
第二段階は offer-stage acceleration。雇用主に対しては、条件付きオファー後にだけ、必要なcriminal、MVR、drug、
license、employment verificationを発行する。ここで価値になるのは犯罪歴そのものより、候補者情報が事前に正規化されていることによる
入力ミス削減、alias管理、書類回収、雇用確認の先回り、候補者離脱の減少。
第三段階は雇用開始保証。対象は合格保証ではなく、定着、出勤、代替手配、再応募不要に寄せる。
合格保証は法務と反選択が重いが、出勤・定着・代替手配は採用オペレーション改善商品として売りやすい。
その後の発展余地として、本人同意付きの雇用・勤務継続データを複数雇用主で再利用できる。
ただし、まずは採用側で支払い意思とデータ取得方法を証明する。金融用途や周辺市場の話は、今は主戦場にしない。
最初に追うKPItime-to-start短縮、候補者ドロップ率低下、同一workerの複数社再利用率、dispute/correction率。
後で追うKPI初日出勤、no-show理由、30/60/90日継続、同一workerの再利用、employer repeat usage。
Open limits
未解決の論点は二つ。誰がいくら払うか、どのデータをどう取得するか
ここまでのリサーチで、市場が存在すること、Checkrもportable identity/profile方向へ動いていること、
大手が2B compliance workflowに寄りやすいこと、そしてBlucorがワーカー本人の深い運用データを取れる可能性は見えてきた。
ただし、事業化のために次に潰すべき論点はかなり実務的。
第一に、顧客がいくらなら払うのか。staffing agencyが$150-$300/startを払うのか、
warehouse/logistics employerが$250-$500/startを払うのか、または最初は$25/profileや$75-$150/ready workerから入るべきなのか。
採用担当者の最大痛点がno-show、連絡不能、書類不備、background check遅延、早期離職のどれなのかを、顧客ごとに分けて確認する必要がある。
第二に、データをどう取得してどう使うのか。勤務開始を誰から確認するのか、30/60/90日継続をどう回収するのか、
no-show理由をワーカー本人・雇用主のどちらから取るのか、negative labelをどう扱うのか、本人に訂正・削除・異議申立ての導線をどう提供するのか。
ここを曖昧にすると、trust profileではなく単なる候補者DBに見えてしまう。
次の調査課題: 支払い意思の実証と、雇用結果ラベルの取得設計。この二つができれば、2C trust profileの議論が現実になる。