
HRteamに新卒入社。 キャリアアドバイザーの経験を経てマーケティング事業へ異動。 アドバイザー時代にサービス立ち上げや人材開発、人事の業務に携わり、現在では「Digmedia」のメディア運営責任者を担っている。
ユーザベースは、経済情報プラットフォーム「SPEEDA」やソーシャル経済メディア「NewsPicks」、スタートアップ情報サービス「INITIAL」などを展開する、ビジネス情報領域のIT企業です。アジアを中心に海外拠点も持ち、データとテクノロジーで「経済情報で、世界をかえる」ことを掲げています。
そのユーザベースの本選考では、書類選考や初期の選考過程で玉手箱形式のWebテストが課されたという体験談が複数見られ、ここが面接にたどり着くための最初のふるいになっていると、編集部は受け止めています。
とくにエンジニア職を狙う理系学生にとっては、玉手箱に加えてコーディングテストが課される選考フローの情報もあり、研究や実装の合間にどう効率よく対策を仕上げるかが鍵になります。
ユーザベースは新卒採用人数が20名程度と少なく、採用倍率は50倍程度と推定する就活サイトもあるなど、就職難易度は非常に高いと評価される一社です。能力の高さに加え、後述する「The 7 Values」への価値観の一致が強く問われるため、なんとなくの準備では通過しづらいのが実情です。
この記事では、ユーザベースのWebテスト(玉手箱)の出題傾向・試験時間・合格ラインの目安から、理系が研究や開発と両立しながら進める対策ロードマップ、ES・面接の傾向までを、編集部が競合各社の情報を突き合わせて分析しました。数値はいずれも就活体験談や媒体推定をもとにした目安であり、年度・職種・事業会社によって選考内容が変わる前提で読み進めてください。
- ユーザベース本選考で課される玉手箱の科目構成と試験時間の目安
- ユーザベースのWebテストのボーダーと正答率の目安、採用倍率
- 研究・開発と両立できる玉手箱対策のロードマップと逆算スケジュール
- ユーザベースのES・面接で評価される観点とバリューへの接続の仕方
- ユーザベースの本選考(エンジニア職など理系採用)でWebテスト対策を始めたい人
- 研究や開発と両立しながらユーザベースのWebテスト対策を効率化したい理系学生
- 玉手箱の出題傾向と合格ラインの目安を具体的に把握したい人
- メガベンチャー・IT企業の選考フローと面接の観点を理系視点で知りたい人
目次[目次を全て表示する]
ユーザベースの選考と適性検査の全体像
ユーザベースの本選考を攻略するには、まず事業内容と求める人物像を理解したうえで、選考全体の流れとWebテストの位置づけを掴むことが出発点になります。編集部が各種情報を整理したところ、ユーザベースは募集人数が少なく価値観の一致を重んじる採用で、Webテストは初期の絞り込みとして機能していました。研究や開発と並行して動く理系学生は、早めに全体像を押さえ、限られた時間をどの選考段階に振り分けるかを設計しておくと有利です。
ユーザベースの事業・求める人物像と選考の特徴
ユーザベースは、SPEEDA・NewsPicks・INITIALといったビジネス情報サービスを軸に、データとテクノロジーで経済情報の流通を変えようとするIT企業です。
求める人物像は職種によって表現が異なりますが、エンジニア職では技術が好きで知的好奇心が強く、変化や学び・新しい挑戦を楽しめる人が挙げられています。
社会や他者への貢献に情熱を持ち、主体的に考えて行動できることも重視されており、「自由主義で行こう」「異能は才能」などのバリューに象徴される自律・多様性・挑戦志向の文化が根づいています。
選考の特徴は、能力の高さだけでなく価値観の適合を強く見る点で、「超優秀でも価値観が合わなければ採らない」という方針が取材記事でも語られています。理系であれば、研究で培った探究心や技術への熱量をこの文化に重ねて語れると評価されやすくなります。
ユーザベースの選考フロー(エントリー〜内定)
ユーザベースの本選考は、プレエントリーやES提出から始まり、内定までいくつかの段階を踏みます。
体験談ベースでは、エントリー(ES)→ Webテスト → 面接3〜5回 → 内定という流れが基本で、面接回数は平均4回前後と他社よりやや多めとされます。
職種はエンジニア・ビジネス・デザイナーの3区分が中心で、SPEEDAやNewsPicksなど事業会社ごとに募集が分かれるケースもあります。
1次面接と最終面接の間にインターン選考が挟まることが多く、ビジネス職やデザイナー職では参加が実質必須との情報もあります。面接は基本オンライン中心で、院生(修士)も同じフローで進む前提のため、研究の山場と選考時期が重なるリスクを織り込んでおくと安心です。
選考全体のなかでWebテストが占める位置づけ
ユーザベースのWebテストは、ESと並ぶ選考の初期段階に位置し、面接に進む前のふるい分けの役割を担っているとみられます。
ESや志望動機がどれだけ練られていても、Webテストのスコアが基準に届かなければ次の面接に進めない構造になっている可能性があります。
つまり、バリューへの共感や研究成果をアピールする面接の機会を得るには、まず玉手箱を確実に通過することが前提になります。
エンジニア職ではWebテストに加えてコーディングテストも課されるため、理系は対策範囲が広くなりがちです。研究や実装で多忙な時期でも、Webテストを「最初に超える壁」として優先的に時間を確保する価値があります。
ユーザベースで実施される玉手箱の出題傾向
このセクションでは、ユーザベースが課すWebテストの種類と受検方式、科目構成や試験時間、玉手箱ならではの出題のクセを整理します。編集部が確認した範囲では、玉手箱という形式の特定は就活体験談レベルの情報であり、受検方式や英語有無は年度・職種で揺れる前提で読むのが安全です。理系が得点源にしやすい計数と、手薄になりがちな言語のバランスを意識して読み進めてください。
ユーザベースのWebテストの種類と受検方式(テストセンター/自宅受検)
ユーザベースの適性検査は、本選考・インターン選考ともに玉手箱形式が課されたという体験談が見られます。
これは公式に公表された情報ではなく就活サイトの体験談レベルのため、年度や職種によって形式が変わる可能性は残ります。
受検方式は、玉手箱が一般に自宅PCで受ける自宅受検型であることから、自宅受検が中心とみられますが、テストセンター利用かどうかの確定情報は得られていません。
いずれの場合も能力検査とは別に性格検査が付くのが通常です。エンジニア職では玉手箱に加えてコーディングテストが課される情報もあるため、理系は受検範囲を広めに想定して準備しておくと安心です。
出題科目と試験時間(言語・非言語・性格検査)
玉手箱の能力検査は、計数・言語・英語の3科目で構成され、性格検査が別途付くのが通常です。
計数は四則逆算・図表の読み取り・表の空欄推測、言語はGAB形式の論理的読解や趣旨判定といった形式から出題されるのが特徴です。
試験時間は科目・形式ごとに区切られ、1科目あたり10〜20分程度が目安で、1問あたり数十秒〜1分強で処理する高速型です。
理系は計数で得点を稼ぎやすい一方、言語や英語が手薄になりがちです。エンジニア職では性格検査や英語が技術志向・グローバル志向の観点で見られる可能性もあるため、苦手領域を残さず全科目をならして仕上げる意識が重要です。なお、ユーザベース固有の正確な試験時間は未確認のため、玉手箱の一般仕様を目安として捉えてください。
玉手箱ならではの頻出問題の傾向
玉手箱の最大の特徴は、同一形式の問題が連続して出題される点にあります。
たとえば計数が図表の読み取りで始まれば、その回はずっと図表読み取りが続くため、形式ごとの解法を体に染み込ませておくと一気にペースを上げられます。
1問あたりに使える時間が短く、スピードと正確さの両立が問われるのも玉手箱ならではの難しさです。
理系であれば計数の処理速度で優位に立てますが、四則逆算や表の空欄推測は独特の出題パターンに慣れていないと取りこぼします。出題形式を瞬時に見極め、対応する解法に切り替える練習を積んでおくことが、得点を安定させる鍵になります。
ユーザベースのWebテストのボーダーと正答率の目安
このセクションでは、ユーザベースのボーダーラインや採用倍率、テスト結果の使い回しについて、就活体験談や媒体推定をもとに整理します。編集部が確認した範囲では、ユーザベースは募集人数が少なく能力・カルチャーマッチを重視するため、相対的に高めの正答率が安全圏と推測されます。あくまで目安として、自分がどこまで仕上げれば安心できるかの感覚をつかんでください。
ユーザベースのボーダーラインの目安
玉手箱は難度が高めの検査で、多くの企業がボーダーを概ね4〜5割程度に設定するという一般情報があります。
一方、玉手箱全般の体験談では「言語8〜9割・計数6〜7割」で通過した例も報告されており、企業や年度によって安全圏は上下します。
ユーザベースは募集人数が少なく能力とカルチャーの両面で高い水準を求めるため、相対的に高めの正答率が安全圏になると推測されます(確証はなく目安です)。
理系は計数で高得点を狙える反面、言語で取りこぼすと総合点が伸びません。全科目で安定して高得点を出せる状態を目標に据えると、ボーダーへの不安は小さくなります。
ユーザベースの採用倍率と通過の難易度
ユーザベースの新卒採用人数は20名程度と少なく、採用倍率は50倍程度と推定する就活サイト情報があります。
就職難易度は「非常に高い」と評価されており、明確な学歴フィルターは断定されないものの、能力が高くカルチャーに合う人材が通る傾向が見られます。
募集が少ないぶん一人あたりの選考は丁寧で、面接回数が平均4回前後と他社よりやや多めなのも、適合度を慎重に見極める姿勢の表れと考えられます。
これらの数字は年度・職種・事業会社によって変動しますが、いずれにせよWebテストでつまずくと、その先の面接に進む権利すら得られません。難易度が高いからこそ、初期段階の対策の精度が結果を左右します。
テスト結果の使い回しはできる?
玉手箱は自宅受検型が主流のため、企業ごとにその都度受検するのが基本で、SPIのテストセンターのような結果の使い回しは想定しにくいのが実情です。
ユーザベースの受検方式がテストセンターか自宅かは確定情報がなく、使い回しを前提に準備を組むのは避けるべきです。
仮にテストセンター版が採用される年度・職種であれば、同じ結果を他社にも提出できる可能性は残りますが、それはあくまで例外的な扱いと考えておくのが安全です。
理系は受検機会が増えるほど研究や開発の時間が削られるため、ユーザベース向けには自宅受検の玉手箱を確実に仕上げる前提で準備し、結果の使い回しは「できれば助かる程度」のおまけと捉えておくのが現実的です。
編集部が分析するユーザベースWebテスト対策ロードマップ
このセクションでは、玉手箱対策に使える教材や模試サービス、そして研究や開発と並行して進めるための逆算スケジュールを提案します。編集部の視点では、ユーザベースのように募集が少なく適合度を厳しく見る企業ほど、Webテストは「確実に通過して面接の土俵に乗る」ための前提投資です。理系が限られた時間で最大効率を出すための組み立て方を具体的に示します。
玉手箱対策におすすめの問題集・進め方
玉手箱対策では、まず形式別の専用問題集を1冊やり込むことから始めるのが効率的です。
四則逆算や図表の読み取り、表の空欄推測といった計数の各形式は出題パターンが決まっているため、解法を覚えてから反復すると正答率とスピードが同時に上がります。
言語はGAB形式の論理的読解や趣旨判定に独特のクセがあるので、設問の問われ方に慣れておくことが取りこぼし防止につながります。
理系は計数を1周目で固め、2周目以降は苦手になりがちな言語と英語に時間を寄せる配分にすると、限られた時間でも全科目を安全圏に引き上げやすくなります。エンジニア職はコーディングテスト対策とも両立する必要があるため、玉手箱は早めに片づける計画にしておくと安心です。
練習できるアプリ・模試サービス
スキマ時間を活用するなら、スマホで一問一答を回せるアプリが玉手箱対策と相性よく使えます。
通学や実験・ビルド待ちの時間に四則逆算や図表読み取りを反復すれば、机に向かう時間を増やさずに処理速度を底上げできます。
仕上げの段階では、本番形式で時間を計れる模試サービスを使い、制限時間内に解き切る感覚を身につけておくと安心です。
研究や開発で多忙な理系ほど、まとまった時間が取りにくいぶんアプリでの細切れ学習が効いてきます。模試で弱点科目を特定し、その科目だけアプリで集中的に潰すサイクルを回すと、短い時間でも着実に仕上がります。
逆算した対策スケジュールの組み方
ユーザベースは事業会社ごとに募集時期が分かれることがあるため、自分が応募する職種・事業会社の締切から逆算してスケジュールを組むのが基本です。
理想はエントリー締切の1〜2か月前から計数の形式別演習に着手することです。
1か月目で計数と言語の解法を一通り押さえ、2か月目で模試を回しながら苦手科目を補強する流れだと無理がありません。
院試や研究の山場と重なる場合は、1日30分でもアプリで継続する形に切り替え、提出直前の1週間で本番形式の総仕上げをすると、研究を犠牲にせずに準備を整えられます。エンジニア職はコーディングテストの準備時間も別途確保し、玉手箱とバッティングしないよう配分しておきましょう。
ユーザベースのES・面接対策
このセクションでは、Webテストの先にあるESと面接の傾向を整理します。ユーザベースはカルチャーフィットを極めて重視し、バリューやミッションへの共感度を面接で深掘りするとされます。編集部の視点では、理系こそ研究や技術への情熱をユーザベースの理念にどう接続するかを言語化できると差がつきます。Webテストを突破した先で評価されるポイントを先に押さえておきましょう。
ユーザベースのESの傾向と通過のポイント
ユーザベースのESでは、志望動機・自己PR・長所/短所といった一般項目に加え、「The 7 Values」やパーパスへの共感を自身の経験と結びつけて語ることが求められやすいとされます。
「迷ったら挑戦する道を選ぶ」といった企業理念に、自分のどの経験が重なるかを具体的に示せるかが鍵になります。
抽象的な共感の表明ではなく、研究や開発で挑戦・変化・学びを楽しんだ実体験を添えると説得力が増します。
通過のポイントは、技術への熱量や知的好奇心を、ユーザベースが大切にする価値観の言葉に翻訳して書くことです。理系は研究成果を淡々と並べるのではなく、その過程で発揮した主体性や貢献意欲をバリューに重ねて語ると評価されやすくなります。
一次・二次面接で聞かれる質問
ユーザベースの面接は、バリューやミッションへの共感度を深掘りする質問が中心で、基本はオンラインで実施されます。
1次・2次では、なぜユーザベースか・どのバリューに共感するか・その根拠となる経験を一貫して問われる傾向があります。
選考フローによってはグループディスカッションが課されることもあり、議論のなかで主体性や協働の姿勢が見られます。
理系は研究の話に終始しがちですが、「なぜ研究職ではなくユーザベースのエンジニア・ビジネスか」「技術や探究心をプロダクトでどう活かすか」を理念と結びつけて語れるよう準備しておくと、深掘りにも揺らがず対応できます。
最終面接で評価される観点
最終面接では、これまでの面接で語ってきた価値観や志望理由に一貫性があるか、本気度があるかが確認される場になりやすいとされます。
ユーザベースは「超優秀でも価値観が合わなければ採らない」ほど適合度を重視するため、最後までカルチャーフィットが見極められます。
ESから最終までブレない軸を持ち、ユーザベースでなければならない理由を自分の言葉で説明できることが重要です。
理系であれば、技術や研究という専門性を持ちながらユーザベースという経済情報の舞台を選ぶ理由を、挑戦心や社会への貢献意欲に結びつけて語れると、最終面接で評価されやすくなります。
ユーザベースのWebテストに関するよくある質問
このセクションでは、ユーザベースのWebテストについて理系学生から寄せられやすい疑問を、編集部の視点でまとめて回答します。対策の開始時期や難易度、落ちる原因といった素朴な不安は、事前に解像度を上げておくことで対策の優先順位がはっきりします。研究や開発と両立しながら効率よく突破するためのヒントとして活用してください。
対策はいつから始めるべき?
ユーザベースのWebテストは初期段階のふるいになるため、対策はエントリー締切の1〜2か月前から始めるのが安心です。
玉手箱は形式に慣れることでスコアが伸びる検査なので、早めに着手して反復回数を確保するほど有利になります。
理系は研究や院試、開発と重なる時期に選考が動くため、まとまった時間が取れない前提でスケジュールを組むのが現実的です。
計数の形式を先に押さえ、模試で仕上げる流れにしておくと提出直前に慌てずに済みます。エンジニア職はコーディングテストの準備も並行するので、玉手箱はなるべく早めに片づけておきましょう。1日30分でも毎日触れる習慣が、結果的に最短ルートになります。
ユーザベースのWebテストは難しい?
ユーザベースのWebテストは、玉手箱という難度が高めの形式が課されるうえ、募集人数が少なく高めの正答率が安全圏と推測される点で、油断はできません。
問題そのものが特殊というより、高い能力とカルチャー適合を求める採用方針のなかで、初期段階から実力が見られる点に難しさがあります。
玉手箱全般では「言語8〜9割・計数6〜7割」で通過した体験談もあり、目安としては全科目で高得点を狙う構えが安心です。
裏を返せば、形式に慣れて安定して得点を出せれば十分に超えられる水準です。理系は計数の強みを活かしつつ、言語の取りこぼしを減らせば勝算は高まります。
落ちる原因は?
ユーザベースのWebテストで落ちる主な原因は、玉手箱の形式に慣れないまま本番に臨むことです。
1問あたりの時間が短いため、解法が定着していないと途中で時間切れになり、得点が伸びないまま終わってしまいます。
また、計数だけ対策して言語や英語を放置すると、総合点で安全圏に届かないケースもあります。
理系にありがちなのは、研究や開発を理由に対策を後回しにし、反復不足のまま受検することです。形式別の演習を早めに回し、苦手科目を残さず全体をならして仕上げることが、落ちないための最大のポイントになります。エンジニア職はコーディングテスト対策に偏ってWebテストが手薄になる失敗にも注意しましょう。
まとめ:ユーザベースのWebテストを最短突破するために
ユーザベースの本選考は、ESと並ぶ初期段階で課される玉手箱が最初のふるいとなり、ここを越えなければバリューや研究成果を語る面接にすら進めません。新卒採用人数は20名程度と少なく、採用倍率は50倍程度と推定されるなど就職難易度は非常に高く、玉手箱という難度の高い形式に加え、能力とカルチャー適合の両面で高い水準が求められます。だからこそ、計数の形式別演習に早めに着手し、計数の強みを活かしつつ言語や英語の取りこぼしを減らして全科目をならして仕上げることが、最短突破の王道です。研究や開発と並行する理系学生は、締切の1〜2か月前から計数を固め、アプリと模試で細切れに反復しながら直前1週間で総仕上げするスケジュールが現実的でしょう。エンジニア職はコーディングテストの準備時間も別途確保し、玉手箱と競合しないよう配分しておくと安心です。Webテストを突破した先のESや面接では、技術への情熱や知的好奇心を「The 7 Values」やパーパスに接続し、ユーザベースでなければならない理由を一貫したストーリーで語ることが評価につながります。数値はあくまで就活体験談や媒体推定をもとにした目安であり、年度・職種・事業会社によって選考内容は変わりうるため、最新の募集要項を確認しながら、自分の状況に合わせて対策を組み立ててください。