
採用企業から受け取った求人票や、応募時に使った求人票から始めましょう。自分で本文を読んでください。全文が手元にあれば、1件の面接の準備にデータ収集ツールは必要ありません。
作成するのは、面接で話す根拠をまとめた「面接根拠カード」です。各カードは、求人票に書かれた業務と、事実に基づく回答を結び付ける短い記入シートです。ここでいう根拠とは、事実に沿って説明できる具体的な作業、行動、結果を指します。
開発を独学した人の公開投稿では、初めての仕事に就くために何を知っておく必要があるかが問われています。この広い関心事から、準備に役立つ原則を導けます。自分が実際に行ったことを説明する、という原則です。ただし、この投稿だけでは、応募者がこの質問をどの程度しているかや、採用企業が何を聞くかは分かりません。初めての就職に関する公開投稿の背景情報 — 2022年6月3日公開、2026年8月16日取得。公開投稿1件であり、需要の指標ではない。
1. 1件の求人票を全文保存する
回答を書く前に、求人票の内容を固定します。ここでいう固定とは、今回の準備中に変更しないコピーを保存することです。
- 面接で話す仕事の求人票を、全文保存します。
- 職種名と採用企業名が分かる場合は、それらも保存します。
- 出典URLを保存します。URLはページのアドレスです。
- 求人票を読んだ日時、または保存した日時を記録します。
- 保存した本文を、準備用のカードの横に置きます。
職種名や検索結果の短い抜粋だけでなく、求人票の全文を使ってください。短い抜粋では、業務や責任の範囲が省かれることがあります。例えば、自分が業務の責任者になるのか、他の人の業務を補助するのかを示す言葉が抜ける場合があります。
複数の求人の業務を、1つの面接準備にまとめないでください。準備の対象は、特定の仕事です。同じ求人票でも2つのコピーで内容が異なる場合は、どちらを使うか明記し、違いを確認用の質問として残します。説明せずに両方の内容をまとめないでください。
全文を入手できない場合は、その不足を記録します。本文がないからといって、その仕事に業務がないわけではありません。業務一覧が完全だと判断する前に、求人票の全文を入手してください。自分の経験の一般的な例は準備できますが、その仕事との関連はまだ不確かです。
2. 必要な場合だけ公開本文を収集する
公開されている求人票を収集する必要がある場合は、LinkedIn Jobs Actorが、機能の文書を確認できる収集手段です。Actorは、データを収集する、ホスティングされたプログラムです。Taskは、Actorへの入力設定を保存したものです。
公開されているURLからLinkedInの求人票を抽出するTask — 2026年10月25日確認。ページの存在は確認済み。保存された設定と実行時の動作は未検証を出発点にできます。ただし、そのタイトルだけでは、現在保存されている設定の内容は分かりません。使う前に設定を確認してください。
次の入力例は、小規模な検索の提案です。Taskの設定をコピーしたものではなく、このガイドのために実行したものでもありません。
{"fetchJobDetails":true,"location":"United States","maxItems":3,"maxPagesPerSearch":1,"saveOnlyUniqueItems":true,"searchTerm":"data analyst"}`data analyst`を自分の職種に、`United States`を自分の勤務地に置き換えます。職種と勤務地は、それぞれ1つにしてください。目的は、内容を確認できる本文を取得し、その中から面接に使う1件の求人票を選ぶことです。
この入力は、`fetchJobDetails`で求人の詳細を要求します。`maxItems`を3、`maxPagesPerSearch`を1に設定しています。これは、検索ごとにレコード3件、1ページという上限です。結果が3件得られること、求人票の全文が得られること、目的の求人を収集できることを保証するものではありません。`saveOnlyUniqueItems`は、重複しない項目を要求します。それでも、選んだレコードが正しい求人のものか確認してください。
公開デフォルトビルドのバージョン0.2.26には、これらの入力フィールドが定義されています。静的なスキーマ検証には合格しています。スキーマとは、使用できるフィールド名と値の型を定義するものです。静的検証では、Actorを実行せずに入力を調べます。実際の収集、対象の網羅、出力の成功を証明するものではありません。公開デフォルトビルド — 2026年10月25日確認。定義されたフィールドと静的検証のみ。実行なし。
フィールドは、名前が付いた1つの値です。レコードは、収集された求人1件分のデータです。取得できる場合は、定義されている次の出力フィールドを保存してください。
| フィールド | 保存・確認する内容 |
|---|---|
| `jobId` | LinkedInの求人識別子。文字列のまま保存します。 |
| `jobUrl` | 選んだ求人の出典アドレス。 |
| `title` | 収集時の職種名。 |
| `companyName` | 収集時の採用企業名。 |
| `locationRaw` | 出典に記載された勤務地の表現。 |
| `descriptionText` | 読んで保存する求人票の本文。 |
| `descriptionStatus` | 返された求人本文の取得状態。本文と併せて確認します。 |
| `scrapedAt` | 記録された収集日時。 |
一部の値は欠けている場合があります。採用企業名が欠けていれば、不明という意味です。名前のない企業を想定して補ってよいという意味ではありません。求人本文が欠けていれば、根拠となる情報を利用できないという意味です。業務がゼロという意味ではありません。また、収集日時から、採用企業が求人票を最後に変更した日時は分かりません。
カードを作る前に、求人が対象のものか、本文が適切かを確認します。レコードと面接対象の仕事を結び付けられない場合は、未確認のままにしてください。収集に失敗した場合や、レコードがまったく返らない場合は、採用企業のページや応募時に保存したコピーに戻ります。結果が空でも、その求人が存在しないとは限りません。
収集対象には、公開されている求人本文を使ってください。自分の面接メモ、応募記録、非公開のプロジェクトファイルは分けて保管します。定義されたフィールドは、根拠となる求人票の収集に対応しています。ただし、Actorが面接の回答を作成したり、検証したりすることを示すものではありません。
3. 業務とそれ以外の記述を分ける
保存した求人票を一度読んで、内容を理解します。もう一度読み、次の3つに分けて印を付けます。
- 主要業務:担当者が行う仕事。
- 必須条件:求人票で必要とされている資格や条件。
- 歓迎条件:採用企業が望んでいるものの、必須とは書かれていない事項。
各分類名の横に、該当する原文をそのまま残します。会社紹介の段落にツール名が出ていても、それだけで応募者に必須のスキルになるわけではありません。
その求人票で重要な仕事として説明されている業務を選びます。明記された責任、繰り返し求められる成果物、明確に強調された点を手掛かりにします。求人票に重要度の順序がなければ、自分で作らないでください。
このガイドは、面接準備の対象となる仕事を選んだ後に使います。自分の経験と複数の仕事をまだ比較する必要がある場合は、別の仕事との適合性を確認するガイドを使ってください。このカードでは求人の順位付けをしません。
選んだ業務ごとに、起こり得る仕事の場面について質問を1つ作ります。これは、実際に起こる可能性がある状況を想定した質問です。質問は準備を助けるものであり、実際の面接内容の予測ではありません。
4. 業務ごとに面接根拠カードを1枚作る
すべてのカードに同じ項目を使います。そうすると、不足が見つけやすくなり、原文と自分の解釈を区別できます。
| カードの項目 | 記入する内容 |
|---|---|
| カード名 | 業務を表す短い名前。 |
| 出典情報 | 求人を特定する情報、出典URL、記録した確認日時。 |
| 業務の原文 | 変更を加えていない出典の文章。 |
| 想定質問 | その業務を行うことについて、聞かれそうな質問を1つ。 |
| 例の種類 | 有給の仕事、授業の課題、ボランティア活動、その他の個人での活動、または仮定の対応。 |
| 状況 | 実際の作業と、その背景。 |
| 自分の行動 | 自分自身が行ったこと。 |
| 結果 | 何が起きたかと、根拠を示せること。 |
| 根拠の限界 | その例では示せないこと。 |
| 採用企業への質問 | 不明確な業務、確認の手順、成果の判断基準についての質問。 |
| 未解決の不足 | 不足している経験や情報。 |
状況、行動、結果を使うと、回答を簡単に組み立てられます。状況では作業を説明します。行動では自分の貢献を説明します。結果では、その後に何が起きたかを説明します。
チームが行ったことと、自分が行ったことを区別します。チームの結果を説明しても構いませんが、自分が担当した行動を明らかにしてください。「確認を手伝った」を「工程全体の責任者だった」に変えてはいけません。
数値は、その根拠と単位が分かる場合だけ使います。ファイル数は人数ではありません。確認した行数だけでは、金銭的な削減額は示せません。結果が分からない場合は、不明と書いてください。不明な結果をゼロに置き換えたり、推定値を事実として示したりしないでください。
5. 架空の例を一通り確認する
この一連の例は、すべて独自に作成した架空のものです。Actorの実行結果、顧客の成果、採用企業で観察された事実ではありません。以下の業務、応募者の行動、結果は、すべて説明のために作ったものです。
架空の求人票の全文には、次の3つの業務があります。
- 「元ファイルを照合する。」
- 「レポートを説明する。」
- 「データ更新の失敗に対応する。」
照合とは、レコードや合計値を比較し、違いを説明することです。データ更新とは、レポートやシステムに新しいデータを取り込むことです。
この架空の応募者には、授業で照合を行った課題の例と、ボランティア活動でレポートを扱った例があります。実務で稼働中のシステムの障害に対応した例はありません。
カード1:元ファイルを照合する
架空の業務の原文:「元ファイルを照合する。」
想定質問:「元ファイル間の違いを見つけ、説明した経験を教えてください。」
例の種類:授業の課題。
状況:応募者は、授業の課題で渡された2つのファイルを比較しました。ファイルには関連するレコードが記載されていましたが、一部の合計値が異なっていました。
自分の行動:応募者は、レコードを識別する値であるレコードキーを確認しました。合計値を比較し、違いを記録しました。元ファイルには変更を加えませんでした。
結果:授業の提出物で、渡されたファイルに見つかった違いを説明しました。これは架空の結果であり、測定された製品の成果ではありません。
根拠の限界:この例から、違いを確認して説明する方法について話せます。ただし、採用企業で稼働中のレポート作成工程を担当する責任があったことは示せません。
採用企業への質問:以下の質問Q1を使って、こうした確認の後に行う変更を誰が確認するかを明らかにします。
架空の短い回答例:「授業の課題で、2つの元ファイルを比較しました。レコードキーと合計値を確認し、違いを記録しました。提出物では、その違いを説明しました。授業の課題なので、実務で稼働中のレポート作成工程の責任者を務めたことを示す例ではありません。」
カード2:レポートを説明する
架空の業務の原文:「レポートを説明する。」
想定質問:「レポートの作成に関わっていない人へ、その内容を説明した経験を教えてください。」
例の種類:ボランティア活動。
状況:応募者は、ボランティア活動のレポートについて説明を準備しました。
自分の行動:応募者は、レポートの対象範囲と主な数値を説明し、分かっている限界を示しました。レポートから分かったことと、次に何をするかについての提案を分けて伝えました。
結果:応募者は説明を行いました。ただし、その説明が意思決定を変えたことや、成果を改善したことを示す根拠は、この例にはありません。
根拠の限界:説明をしただけでは、読んだ人全員が理解したとは証明できません。また、金銭的な利益が生じたことも示せません。
採用企業への質問:Q1を使って、レポートの変更を誰が確認するかを明らかにします。
架空の短い回答例:「ボランティア活動のレポートについて、対象範囲、主な数値、限界を1つ説明しました。分かったことと自分の提案は分けて伝えました。何を説明したかは話せますが、それが意思決定を変えたという根拠はありません。」
カード3:データ更新の失敗に対応する
架空の業務の原文:「データ更新の失敗に対応する。」
想定質問:「レポートのデータ更新に失敗したら、どう対応しますか。」
例の種類:仮定の対応。仮定とは、実際に起きたことではなく、対応案として考えたことを指します。
状況:過去に障害を経験したとは述べていません。
行動案:応募者はまず、何が失敗したかと、表示されているデータが最新の状態を保っているかを確認します。採用企業の手順に従い、問題を記録し、担当のサポート担当者に連絡します。修復を行うかどうかや、その方法は、応募者の権限と利用できる指示によります。
結果:この対応案に実際の結果はありません。「障害ゼロ」ではなく、「過去の出来事には該当しない」と記録します。
根拠の限界:この回答は、対応の考え方を示すものです。実際に稼働中のシステムの障害に対応した経験や、修復に成功したことを証明するものではありません。
採用企業への質問:Q2を使って、どのような支援を受けられるかを尋ねます。
架空の明確な回答例:「実務で稼働中のシステムで、データ更新の失敗に対応した経験はありません。まず失敗の内容とデータの状態を確認し、その後、チームの手順に従って担当のサポート担当者に連絡します。修復を行う前に、御社の手順と自分の権限を理解する必要があります。」
数える対象を分ける
この架空の準備シートには、採用企業への異なる質問が2つあります。
- Q1:「レポートの変更は誰が確認しますか。」
- Q2:「データ更新に失敗したときは、どのような支援を受けられますか。」
Q1は2枚のカードで使います。同じ質問を繰り返し参照しても、異なる質問が増えるわけではありません。
計算は次のとおりです。
- 求人票の業務3つ × 業務ごとのカード1枚 = 準備用カード3枚。
- 過去の例があるカード2枚 + 不足を明記したカード1枚 = カード3枚。
- 採用企業への異なる質問2つ = 質問2つ。カードの枚数とは別に数えます。
この架空の例にある過去の経験は2つです。裏付けのある業務経験が3つあるわけではありません。仮定の対応を考えると準備は増えますが、経験は増えません。
6. 不足と非公開の根拠資料を明確にする
不足はカードに記録します。作り話で埋める必要はありません。
関連する経験がある場合は、その関連と限界を説明します。授業で行った照合の課題は、確認方法を説明する助けになります。ただし、業務内容が似ているからといって、有給の実務経験になるわけではありません。
関連する過去の例がなければ、その事実を伝え、仮定だと明記した対応案を準備します。採用企業が自分に期待する責任の範囲と、利用できる支援を尋ねてください。
面接の準備中に、不足する経験ごとに学習講座の一覧を作る必要はありません。後から未経験の業務を学ぶと決めた場合は、別のスキル学習計画ガイドを使ってください。今の目的は、事実に基づく回答と、役立つ質問を準備することです。
機密ファイルは公開しないでください。非公開の顧客記録、社内レポート、利用が制限されたプロジェクトファイルを共有せずに、自分の仕事を説明します。提示できない資料がある場合は、その制約を伝えてください。説明しただけの根拠資料を、面接官が実際に確認したかのように述べないでください。
7. 準備シート全体を使って練習し、確認する
各想定質問を声に出して読みます。カードを基に、短い文で答えます。業務、自分の行動、結果、限界が分かりやすい回答にしてください。
すべてのカードを、保存した求人票と照らし合わせて確認します。
- 引用した業務が、その求人票に書かれていることを確認します。
- 想定質問が、その業務に関するものか確認します。
- 例を説明する前に、その種類を伝えます。
- 自分の行動とチームの行動を分けます。
- 各結果を、実際に分かっていることと照らし合わせて確認します。
- 不明な値は、不明のままにします。
- 根拠の限界を述べます。
- 行動案と過去の行動を分けます。
- 不明な点を、採用企業への質問に結び付けます。
出典の本文がない場合、対象の求人か確認できていない場合、実際には行っていない仕事を回答に書いている場合は、練習を止めてカードを直してください。作業は覚えていても数値の裏付けがない場合は、数値を削除し、根拠を示せる結果を説明します。
保存した出典のコピーは変更しないでください。出典から新しい事実が得られた場合は、日付とともに保存し、該当するカードを修正します。自分の説明に誤りを見つけた場合は、すぐにカードを直します。採用企業について新たに分かった事実と、それまでの自分の想定は分けてください。
出典と参考資料
著者 Chronometrica · 更新日
ページの先頭へ ↑
