面接官に刺さるESの書き方｜IT未経験就活生が選考を突破するための完全ガイド

就職活動を始めたばかりのIT志望の学生のみなさんが、最初の大きな壁として直面するのがエントリーシート（ES）です。「何を書けばいいかわからない」「書いたけど全然通過しない」「どうすれば面接官に読んでもらえるのか」という悩みは、毎年多くの学生から聞かれます。

IT業界未経験であることを武器に変え、選考を突破するための実践的なノウハウをお届けします。まず始めに、面接官がESをどう読んでいるか、そしてどんな構成・内容が評価されるかを掘り下げます。

内定者のESが見たい方は「就活会議」がおすすめです。口コミで企業研究、先輩のES・面接情報で選考対策ができるサイトです！

---

なぜESで落ちるのか｜面接官の視点から考える

面接官はESを何分で読んでいるか

就活生の多くが知らない現実として、採用担当者や面接官が1通のESを読む時間は、平均して30秒から2分程度だと言われています。大手IT企業の採用ともなれば、1つの職種に数千通のESが届くこともあります。その中で、あなたのESが「ちゃんと読んでもらえる」状態になっているかどうかが、まず最初のハードルです。

つまり、ESは「詳しく読まれること」を前提に書くのではなく、「30秒流し読みされても伝わること」を意識して書く必要があります。この感覚のズレが、多くの就活生がESで落ちてしまう根本的な原因です。

面接官が無意識にやっていること

まず最初の数秒で、「この人の文章は読みやすいか」を判断します。段落が長すぎる、改行がない、一文が長い、といった読みにくいESはそれだけで印象が下がります。視覚的な第一印象が、内容の評価にも影響してしまうのです。

次に、「結論がどこにあるか」を探します。面接官は忙しいため、何が言いたいのかわからない文章に時間を割く余裕がありません。「最終的にこの学生は何を伝えたいのか」がパッと見てわかるかどうかが、精読してもらえるかどうかの分岐点です。

そして、「この学生はウチの仕事を理解しているか」を確認します。IT業界、さらにはその企業特有の事業内容・求める人材像と、応募者の書いている内容がリンクしているかどうかを見ています。

通過するESと落ちるESの決定的な差

多くの就活生が書くESは、「自分の経験を説明した文章」になっています。一方、選考を突破するESは、「面接官が知りたいことに答えている文章」になっています。

この違いは一見小さいように見えますが、採用する側からすると雲泥の差です。自分の経験をただ語るのではなく、「その経験が御社でどう活きるか」「その経験から何を学び、仕事にどう生かせるか」という視点で書けているESは、読んでいて自然と「会ってみたい」と思わせます。

---

IT業界のESが特殊な理由

技術知識がない＝不利ではない

IT業界への就職を目指す文系学生や、情報系以外の学部生が抱える最大の不安が「プログラミングができない」「IT知識がない」という点です。しかし、特に文系採用・総合職採用のIT企業においては、技術知識の有無よりも、「論理的思考力」「コミュニケーション力」「問題解決意欲」の方がはるかに重視されます。

ITエンジニアとして働く場合でも、入社後の研修で技術を身につけることを前提としている企業がほとんどです。ESの段階で伝えるべきは「技術力」ではなく、「成長ポテンシャル」と「IT業界で働きたいという意志」です。

IT業界が見ている「地頭の良さ」とは

IT業界、特にシステム開発やコンサルティング、SIer（システムインテグレーター）などの企業が重視するのは、物事を論理的に整理して伝える能力です。ESの文章そのものが、論理的思考力の証明になります。

「なぜそう思ったのか」「どう行動したのか」「何を得たのか」という因果関係が明確に書かれているESは、それだけで面接官に「この学生は論理的に考えられる」という印象を与えます。逆に言えば、いくら素晴らしい経験を持っていても、書き方がぐちゃぐちゃだと評価されません。

SIer・Web系・コンサル系でESの読まれ方は変わる

IT業界といっても、企業の種類によって採用担当者が重視するポイントは異なります。

SIer（NTTデータ、富士通、NECなど）では、チームで長期プロジェクトを進める能力が求められます。ESでは、「協調性」「粘り強さ」「顧客視点」を見せることが効果的です。

Web系・スタートアップ（メルカリ、サイバーエージェント、DeNAなど）では、スピード感や自走力が重視されます。「自分で考えて動いた経験」「失敗から学んだ経験」が刺さりやすいです。

ITコンサル（アクセンチュア、デロイト、野村総研など）では、問題を構造化して解決策を提示する能力が問われます。ESでも「課題を分析し、解決した経験」を論理的に書くことが求められます。

---

面接官が本当に知りたい3つのこと

① この学生はうちの会社で活躍できるか

ES選考の最終的な目的は、「入社後に活躍できそうか」を見極めることです。どんなに魅力的な学生生活を送っていても、それが仕事と結びつかなければ採用担当者には響きません。

だからこそ、ES全体を通して「この経験が御社でこう生きる」というメッセージを一貫させることが大切です。志望動機・自己PR・ガクチカ（学生時代に力を入れたこと）のすべてが、同じ一本の軸でつながっているESは、面接官に強い印象を残します。

② この学生は自分を客観的に見られるか

自己分析ができているかどうかは、ESの書き方に如実に表れます。「私は〇〇が得意です」という主観的な主張だけでは弱く、「〇〇という経験を通じて、自分の△△という強みを認識しました」という形で、根拠のある自己理解を示す必要があります。

IT業界はチームで仕事をすることが多く、自分の強みと弱みを正確に把握している人材が求められます。ESで「自分を客観視できる人間だ」と示せると、面接官の信頼度が上がります。

③ この学生と一緒に働きたいか

採用はある種の人間関係の始まりです。ESには、書いた人の「人となり」が滲み出ます。型通りの模範解答を並べるよりも、その人ならではのエピソードや言葉遣いがある方が、「会ってみたい」という気持ちになります。

個性を出すことと、奇をてらうことは違います。自分の言葉で、自分のエピソードを、相手に伝わりやすい形で書く。それだけで、テンプレート的なESとは一線を画す文章になります。

---

ESの基本構成を徹底解剖する

採用で問われる主要な設問タイプ

志望動機系（「なぜIT業界を志望するのか」「なぜ当社を志望するのか」）
→業界・企業への理解度と熱意を測るものです。

自己PR系（「あなたの強みを教えてください」「自分を一言で表すと何ですか」）
→自己分析の深さと、強みが仕事に活かせるかを見るものです。

ガクチカ系（「学生時代に最も力を入れたことを教えてください」）
→具体的な行動力・思考プロセスを確認するものです。

挑戦・失敗経験系（「困難を乗り越えた経験を教えてください」「失敗から学んだことを教えてください」）
→問題解決能力・成長意欲を測るものです。

これらの設問はそれぞれ問い方が違いますが、面接官が確認したいことは共通しています。「行動の根拠」「思考のプロセス」「そこから得た学び」の3つです。

全設問に共通する「型」

ESの書き方には、採用の世界でよく使われる「PREP法」という構成があります。

Point（結論）→ Reason（理由）→ Example（具体例）→ Point（再び結論）

この順番で書くと、面接官が最初に結論を把握できるため、「何が言いたいのか」が瞬時に伝わります。さらに、理由と具体例でその主張を裏付け、最後にもう一度結論を念押しすることで、記憶に残りやすい構成になります。

IT業界でよく使われる「STAR法」も非常に有効です。

Situation（状況）→ Task（課題・役割）→ Action（行動）→ Result（結果）

ガクチカや困難を乗り越えた経験を書く際に特に効果的で、「どんな状況で、何が問題で、どう動き、どうなったか」が論理的に整理されるため、面接官が読みやすい文章になります。

---

志望動機を「刺さる」ものにする

ありきたりな志望動機が落ちる理由

「ITで社会を変えたいと思いました」「デジタル化が進む時代に貢献したいです」「御社の企業理念に共感しました」——これらはよく見られる志望動機ですが、どれも面接官の心には刺さりません。なぜなら、誰でも書けるからです。

面接官が「この学生は本気だ」と感じる志望動機は、必ず「なぜ他ではなくこの会社なのか（Why Us?）」という問いへの答えを含んでいます。IT業界を志望する理由と、その会社を選ぶ理由が明確に分かれており、かつ自分の経験と結びついているものが理想です。

「3層構造」で志望動機を組み立てる

第1層は「原体験・きっかけ」です。なぜIT業界に興味を持ったのか、具体的な出来事や経験から話し始めます。「大学の講義でシステム開発に触れて」「アルバイトでITツールの便利さを実感して」など、リアルな原体験を入れることで、説得力が生まれます。

第2層は「業界への理解と共感」です。IT業界のどんな側面に惹かれるのかを示します。「課題をシステムで解決するという考え方が自分に合っている」「テクノロジーで多くの人の生活をよりよくできる仕事に価値を感じる」など、業界への理解を示します。

第3層は「その会社でなければならない理由」です。業界研究・企業研究の成果を見せる部分です。会社説明会・OB/OG訪問・IR情報・ニュースなどから得た具体的な情報を盛り込み、「御社の〇〇という事業に特に関心を持っています」「説明会でお聞きした△△という方針が自分の目指す方向と一致しています」という形で具体性を持たせます。

未経験者だからこそ有効な「転換エピソード」

IT未経験の学生がよく陥る罫は、「IT業界に興味を持ったきっかけ」が漠然としていることです。「なんとなくITが盛んだから」「将来性がありそうだから」という動機は、面接官からすると弱く映ります。

むしろ、「以前は別の業界も考えていたが、〇〇という経験を通じてITの可能性を実感し、ITで働くことを決意した」という「転換エピソード」を入れることで、動機の説得力が増します。経験が浅いからこそ、その決断に至るストーリーを丁寧に語ることが重要です。

具体的な志望動機の例（Before/After）

Before（よくあるもの）： 「IT業界は今後も成長が見込まれる業界であり、御社はその中でも特にシステム開発の分野で高い実績を持っていると聞き、志望しました。また、御社の企業理念である『テクノロジーで社会を豊かに』という言葉に強く共感しています。」

After（面接官に刺さるもの）： 「大学3年のとき、所属していたボランティアサークルの情報管理が紙ベースで非効率だったため、自分でGoogleスプレッドシートを使った管理システムを構築しました。これにより、作業時間が週5時間削減され、他のメンバーから感謝されました。この経験から、システムが人の手間をなくし、本来の活動に集中させる力を持つことを実感し、ITを仕事にしたいと考えるようになりました。御社が中小企業向けのDX支援に力を入れていることを知り、自分が感じたITの価値を、より多くの企業に届ける仕事に携わりたいと思い志望しました。」

---

自己PRを差別化する

「強み」の選び方が9割を決める

自己PRでまず考えるべきは、何を強みとして打ち出すかです。多くの就活生が「リーダーシップ」「コミュニケーション能力」「粘り強さ」などを強みとして挙げますが、これらは抽象的すぎてほぼすべてのESに登場します。

「論理的思考力」：プログラミングやシステム開発には欠かせない力であり、根拠のある判断・整理が得意であることを示せると、業界との親和性が高まります。

「課題発見・解決力」：ITの仕事の本質は「問題をテクノロジーで解決すること」です。日常や学業・アルバイトの中で課題を見つけ、解決策を実行した経験は、強い武器になります。

「学習継続力」：IT業界は技術の変化が非常に速く、常に学び続ける姿勢が求められます。「新しいことを学ぶのが得意で、継続できる」という強みは、未経験者にとって特に有効です。

「傾聴・提案力」：SIerやコンサル系では、顧客の要望を正確にくみ取り、最適な提案をする力が重要です。アルバイトや部活でのコミュニケーション経験がこれに当たります。

強みを「再現性」で証明する

自己PRが弱い学生に共通しているのは、強みの証明が1つのエピソードだけにとどまっていることです。面接官は「この学生は一度しかそれができなかったのかもしれない」と感じてしまいます。

強みに再現性を持たせるために、「エピソードを複数用意する」か、「1つのエピソードの中で繰り返しその強みが発揮されたことを示す」工夫が必要です。

たとえば「課題発見力が強みです」と言う場合、「サークルのイベント運営で〇〇という課題を発見し解決した。同様に、アルバイトでも△△という問題を見つけて改善提案をした」という形で、複数の場面で強みが一貫して発揮されていることを示すと、説得力が増します。

IT業界向けの自己PRの構成テンプレート

以下の構成で自己PRを書くと、IT業界の採用担当者に伝わりやすくなります。

【書き出し（結論）】 私の強みは、〇〇です。（1〜2文で端的に。）

【エピソード①（根拠1）】 この強みが最も発揮されたのは、〜という経験です。 （状況→課題→行動→結果の順に、具体的に150〜200字程度で。）

【エピソード②（根拠2）または強みの補足】 また、〜という場面でも同様に〜することができました。 （別の状況で同じ強みが出た経験か、強みの詳しい説明。）

【仕事への接続（結論の再提示）】 この〇〇という強みを、御社での〜という業務に活かしていきたいと考えています。

---

ガクチカ（学生時代に力を入れたこと）の書き方

「すごい経験」がなくても大丈夫

「ガクチカがない」「部活もサークルも特に頑張っていない」「バイトしかしていない」という学生は、毎年たくさんいます。しかし、ガクチカは「すごい経験」を書く場ではありません。「どう考え、どう動いたか」を書く場です。

アルバイト、ゼミ、友人関係、趣味、資格取得——どんな経験でも、そこに「課題を発見し、工夫して乗り越えた過程」があれば、立派なガクチカになります。むしろ、ありふれた経験の中にある深い気づきを語れる学生の方が、「自分で考えられる人」という印象を与えられます。

STAR法でガクチカを組み立てる

前述したSTAR法は、ガクチカを書く際に最も効果的なフレームワークです。具体的な使い方を見ていきましょう。

Situation（状況）： どんな環境・状況の中での話なのかを示します。「大学2年生から3年生にかけて、飲食店でアルバイトをしていました」「所属していたテニスサークルで幹事を務めていました」など、舞台設定をコンパクトに書きます。

Task（課題・役割）： その状況の中でどんな課題があったか、自分がどんな役割を担っていたかを書きます。「新人スタッフへの教育体制が整っておらず、離職率が高いという問題がありました」「イベントの参加者数が年々減少しており、立て直しが求められていました」など、具体的な問題を示します。

Action（行動）： 課題に対して自分がどう考え、どう動いたかを最も詳しく書きます。「私は〇〇だと考え、△△という行動をとりました。具体的には〜」という形で、思考プロセスと行動を丁寧に書きます。ここが最も長くなる部分で、面接官が最も興味を持って読む部分です。

Result（結果）： 行動によってどんな結果が生まれたかを書きます。数字で表せる場合は積極的に使いましょう。「離職率が〇%から△%に改善しました」「イベント参加者数が前年比120%になりました」など、変化が見えると説得力が増します。

IT業界に響くガクチカの「視点」

特に評価されるのは、「数字で考えた経験」「仕組みを作った経験」「データをもとに判断した経験」です。これらはIT系の仕事に直結する思考様式であり、内容がアルバイトや部活であっても、こうした視点で語れると業界との親和性が伝わります。

たとえば、「バイト先のレジ待ち時間を削減するために、ピーク時間帯のデータを分析してシフトを最適化した」というエピソードは、IT企業の採用担当者から見ると非常に魅力的に映ります。日常的な行動の中に、データドリブンな発想があるからです。

ガクチカでやってはいけないこと

「何も問題がなく順調でした」という経験談は、面接官には伝わりません。ガクチカで伝えるべきは「困難→工夫→成長」のセットです。困難がないように見える経験談は、「この学生は問題意識がない」「自分を分析できていない」と受け取られるリスクがあります。

また、集団での成果を一人称で書きすぎるのも危険です。「チームで〇〇を達成しました」という結果を書く際は、自分が具体的にどんな役割を担ったか、何を考えてどう動いたかを必ず添えることで、個人の貢献が明確になります。

---

困難克服・失敗経験の設問で差をつける

なぜ企業は失敗経験を聞くのか

「困難を乗り越えた経験」「失敗から学んだこと」という設問は、多くのIT企業のESに登場します。これは、失敗そのものを評価したいわけではありません。企業が確認したいのは、「問題が起きたときにどう対処するか」「失敗から何を得て次に活かすか」というメンタリティです。

IT開発の現場では、バグが出たり、プロジェクトが遅延したり、仕様変更が頻繁に起きたりと、計画通りにいかないことが日常茶飯事です。そういった状況で折れずに前進できる人材かどうかを、学生時代の経験から見極めようとしています。

失敗経験で評価される書き方の3要素

1つ目は「失敗を正直に認めること」です。「うまくいかない部分もありましたが、最終的には成功しました」という書き方では、失敗を直視していないと受け取られます。「〇〇という失敗をしました」と率直に認め、そこから話を始める方が誠実さが伝わります。

2つ目は「原因分析の深さ」です。「なぜ失敗したのか」を自分なりに分析している内容が含まれているかどうかが、評価の分かれ目です。原因を「運が悪かった」「環境のせい」と他責で語るのではなく、「自分の〇〇という思い込みが原因でした」「△△という確認を怠っていたためです」という内省ができているかが重要です。

3つ目は「次への行動変容」です。失敗から何を学び、その後どう行動が変わったかが語れると、「成長できる人材」という印象を与えられます。「この経験以来、〜という習慣をつけるようにしました」「以前は〇〇だったが、今は△△を意識するようになりました」という形で、具体的な変化を示しましょう。

---

ESの文章力を底上げするテクニック

一文の長さを意識する

読みやすいESの基本は、一文を短くすることです。目安としては、一文が50〜70字以内に収まると、ぐっと読みやすくなります。接続詞でつなぎすぎた長い文は、主語と述語の関係が曖昧になりやすく、読み手が混乱する原因になります。

抽象語を具体語に変える

「一生懸命頑張りました」「熱心に取り組みました」「積極的に行動しました」——これらの表現は、何も具体的なことを伝えていません。採用担当者は毎日何十通ものESを読んでおり、抽象的な言葉の羅列には慣れてしまっています。

「毎日3時間、〇〇という参考書を使って勉強した」「週2回、チームメンバーと進捗を共有する場を設けた」「クレーム件数を3ヶ月で50%削減した」——このような具体性が、面接官の記憶に残るESを作ります。

「私は〜です」を繰り返さない

ESの中で「私は〜です。私は〜しました。私は〜と考えます」という書き方が続くと、単調で読みにくくなります。主語を省略できる場面では省略し、文の書き出しにバリエーションをつけましょう。

「この経験を通じて〜」「〇〇という問題に直面したとき〜」「その後、〜」「結果として〜」など、主語以外の語句で文を始めるパターンを意識することで、文章のリズムが生まれます。

採用担当者が嫌いな表現一覧

「御社の一員として〜」（他社にも同じ文章を送れる印象になる）、「微力ながら貢献できればと存じます」（自信のなさを印象づける）、「〜に強い興味・関心を持っています」（具体性がない）、「さまざまな経験をしました」（何の経験かわからない）、「チームワークを大切にして〜」（ほぼ全員が書くため差別化できない）——これらはできる限り避け、より具体的で自分らしい言葉に置き換えましょう。

---

企業研究をESに組み込む方法

表面的な企業研究との違い

企業のホームページを読んで「御社の企業理念に共感しました」と書くだけでは、本当の意味での企業研究とは言えません。採用担当者は自社のことを深く知っているため、表面的な情報しか書かれていないESはすぐに見抜かれます。

刺さる企業研究をESに落とし込むためには、情報の深さが必要です。具体的には、①企業の公式情報（HP・採用サイト・IR）、②OB/OG・社員との直接対話、③業界ニュース・競合との比較、の3層からの情報収集を組み合わせることが理想です。

IT企業の研究で見るべきポイント

事業内容の具体性：「どんな業界のどんな企業に、どんなシステムを提供しているか」を具体的に把握しておきましょう。たとえば「医療系システム開発を得意としており、病院の電子カルテシステムを全国〇〇施設に導入している」という情報を知っていれば、「医療現場の課題をITで解決する〇〇社の取り組みに魅力を感じた」という具体的な志望動機が書けます。

技術的な方向性：AI・クラウド・セキュリティ・IoTなど、その会社が注力している技術領域を把握しておくと、「〇〇という技術領域でのキャリアに挑戦したい」という志望動機に説得力が生まれます。

社風・カルチャー：採用サイトのブログや社員インタビュー、口コミサイト（OpenWork等）を通じて、「どんな人が活躍しているか」「どんな働き方をしているか」を理解することで、「自分がその会社に合う理由」が語れるようになります。

内定者のESが見たい方は「就活会議」がおすすめです。口コミで企業研究、先輩のES・面接情報で選考対策ができるサイトです！

OB/OG訪問で得た情報をESに活かす

ES選考の段階でOB/OG訪問をする学生は多くありません。だからこそ、「OB/OG訪問で実際に社員の方にお話を伺い、〇〇という実情を知りました」という一文を入れるだけで、他の学生との差別化になります。

OB/OG訪問で聞くべき内容としては、「実際の業務内容と、やりがい・難しさ」「入社後のギャップはあったか」「どんな学生が活躍しているか」などが参考になります。これらをESに組み込むことで、「本気で入社を考えている学生だ」という印象を与えられます。

---

ESの完成度を上げる見直しの方法

声に出して読む

ESの文章が自然かどうかを確認する最もシンプルな方法は、声に出して読むことです。声に出したときに詰まったり、一息で読めない文章があれば、そこは読みにくいサインです。つっかえた箇所を中心に文章を見直してみましょう。

第三者に読んでもらう

自分で書いた文章は、内容を知っているぶん読みやすく感じてしまいます。キャリアセンター、就活エージェント、先輩の内定者、OB/OGなど、第三者に読んでもらうことで初めて気づく問題点があります。

特に確認してほしいポイントを伝えた上で読んでもらうと、より具体的なフィードバックが得られます。「この志望動機を読んで、私がどんな人間だと思ったか教えてほしい」という聞き方が特に有効です。

チェックリストを使う

ESを提出する前に、以下のチェックリストを使って最終確認をしましょう。

• 結論（主張）が最初に書かれているか
• 主張を裏付ける具体的なエピソードがあるか
• 数字・固有名詞など具体的な情報が含まれているか
• 一文が長くなりすぎていないか（目安：50〜70字以内）
• 企業特有の情報・事業との接続ができているか
• 「誰でも書けそうな言葉」が使われていないか
• 誤字・脱字・送り仮名のミスがないか
• 文字数制限に対して適切な分量が書けているか（80〜95%程度が理想）

---

IT業界の頻出ES設問と回答の組み立て方

「10年後のキャリアビジョン」への答え方

IT企業のES・面接でよく聞かれるのが、「入社後のキャリアプランを教えてください」「10年後どうなっていたいですか」という質問です。これは単に将来像を聞いているのではなく、「目的意識を持って働けるか」「長期的に自社で貢献してくれるか」を確認しています。

短期では、「まず技術・業界知識を習得し、1人前のエンジニア（またはSE・コンサルタント）として自立することを目指します」という実現可能な目標を示します。

中期では、「チームのリーダーやプロジェクトマネージャーとして、より大きなプロジェクトに関わりたいです」というステップアップを示します。

長期では、「IT×自分の興味領域（例：医療、教育、製造など）で、社会課題を解決するプロジェクトを牽引したいです」というビジョンで締めくくると、一貫性のある回答になります。

重要なのは、キャリアビジョンが「その会社でないと実現できない」という文脈に乗っていることです。「御社が注力している〇〇分野で経験を積むことで、この目標に近づけると考えています」という形でつなぐことで、志望動機との一体感が生まれます。

「なぜ文系（または理系他学部）からITなのか」への答え方

理工学部以外の学生や文系学生がIT企業を受ける際に、必ず問われると考えておくべき設問です。「文系なのになぜIT？」という問いに対して、曖昧な答えを返すと一気に評価が下がります。

まず「IT×自分の専攻・バックグラウンドの掛け合わせ」で独自性を出すことです。「心理学専攻だからこそ、ユーザーの行動心理を理解した上でのUI/UX改善に関わりたい」「経済学で学んだデータ分析の手法をシステム開発に応用したい」など、専攻を弱みではなく強みとして語ることで、差別化できます。

次に「技術は入社後に学ぶことができる」という姿勢を具体的に示すことです。「すでに〇〇の勉強を独学で始めており、〜という教材で学習しています」「ITパスポートを取得し、IT業界の基礎知識は理解しています」など、入社への本気度を行動で示せると説得力が増します。

「あなたにとってITとは何か」という本質的な問いへの答え方

スタートアップや外資系IT企業では、「テクノロジーについてどう考えているか」「ITの可能性をどう見ているか」といった、本質的な考えを問う設問が出ることがあります。これは知識量を試しているのではなく、物事を深く考える習慣があるかを見ています。

たとえば「大学でデータ分析を学んだとき、膨大な情報を整理し意思決定に使えるかたちに変える『翻訳者』のような役割に魅力を感じました。ITとは、人間の思考や行動を拡張するツールだと考えています。だからこそ、使う人の立場で考え、本当に役立つシステムを作ることに関わりたいと思っています」という形で、自分の言葉で語れると、面接官に強い印象を残せます。

---

設問ごとの文字数別の書き方戦略

200字以内の超短文設問

「結論1つ＋根拠1つ＋仕事への接続1行」というシンプルな構成が最も効果的です。

エピソードの詳細を書こうとすると字数が足りなくなるため、「何をした」ではなく「何が得られ、それが仕事にどう活きるか」に絞って書きます。

例（強みを200字で書く場合）： 「私の強みは、問題の本質を見つける観察力です。飲食店のアルバイトで、売上が落ちた原因が接客ではなくメニューの見づらさにあると気づき、改善を提案したところ注文単価が15%上昇しました。この観察力を活かし、御社のシステム開発においても、ユーザーの真の課題を捉える仕事をしていきたいと考えています。」（約140字）

400〜600字の標準設問

目安として、「状況・課題の説明：100字」「行動の詳細：250〜300字」「結果と学び：100字」「仕事への接続：50〜100字」という配分にすると、バランスよく収まります。

特に「行動の詳細」の部分に文字数を多めに割くことが重要です。この部分が薄いESは、「何をやったかはわかるが、どう考えてどう動いたかがわからない」という印象を与えてしまいます。

800字以上の長文設問

800字以上の長文設問は、大手SIerや総合職採用で時々登場します。この文字数では、エピソードを1つで語りきろうとすると内容が薄くなりやすいため、関連する複数のエピソードや視点を組み合わせるか、1つのエピソードを非常に深く掘り下げるかの2択になります。

長文では「導入（問題提起・結論）→展開（エピソード詳細）→補足（別の視点・エピソード）→結論（仕事への接続）」という4部構成を意識することで、読み手が迷わず読み進められる文章になります。

---

面接につながるESの設計

ESは「面接の設計図」である

多くの就活生はESを「書類選考を通過するためのもの」として捉えていますが、本来ESは「面接での会話の設計図」です。面接官はESを読んだ上で質問を準備するため、ESに書いた内容は面接で必ず深掘りされます。

つまり、「面接で話せないことをESに書いてはいけない」ということです。具体的な数字や行動を書いた場合、「そのときどう考えましたか」「具体的にどういう手順でやったのですか」という追加質問が必ず来ます。書いた内容に対して3段階くらいの「なぜ？」に答えられる準備をした上でESを書くと、面接まで含めた一貫性が生まれます。

「面接で聞かれたい」内容を意図的に盛り込む

ESの書き方次第で、面接での質問の方向性をある程度コントロールできます。自分が得意に話せるエピソードや、アピールしたい強みを引き出しやすい書き方をすることで、面接での会話を自分に有利な方向に導けます。

たとえば、「詳しくは書かないが興味を引く情報」をESに入れておくと、面接官から自然にその話題が振られます。「プログラミング学習を始めたことで、論理的思考の重要性を実感しました」と一文入れれば、「どんな勉強をしているの？」「どのくらい進んでいるの？」という質問が来る可能性が高まります。

矛盾のないES全体の設計

たとえば、「課題解決力を強みとして持つ学生が、IT×医療の分野で社会課題を解決したいと考えている」という軸があれば、自己PRでは「課題発見・解決の経験」を、ガクチカでは「チームの課題を分析して改善した経験」を、志望動機では「医療IT分野で課題解決に挑む御社の事業方針」を書くことで、全体に一貫性が生まれます。

一方、自己PRで「リーダーシップが強み」、ガクチカで「一人で黙々と取り組んだ経験」、志望動機で「チームワークを大切にしている御社に魅力を感じた」という内容がバラバラに並んでいると、面接官は「この学生はどういう人なのかよくわからない」という印象を持ちます。

---

IT業界別・企業タイプ別のES対策

SIer（大手・中堅）向けのポイント

NTTデータ・富士通・NEC・日立・IBMなどの大手SIerや、中堅SIer企業は、チームで大型プロジェクトを長期間運営することが多いため、「協調性」「継続力」「顧客志向」が評価されやすいです。

ESでは、「チームで取り組んだ経験」「長期間継続した取り組み」「相手の立場を考えた行動」を盛り込みやすいエピソードを選ぶとよいでしょう。また、SIerは年功序列の文化が残っている企業も多く、「素直に学べるか」「先輩・上司との関係構築ができるか」という視点で見られることもあります。

Web系・メガベンチャー向けのポイント

メルカリ・サイバーエージェント・DeNA・GMOなどのWeb系企業やメガベンチャーは、スピード感、自走力、失敗を恐れない挑戦心を重視します。

ESでは、「自分で考えて動いた経験」「変化に対応した経験」「結果にこだわった経験」が響きやすいです。また、自分でサービスやツールを作った経験や、SNS・ブログなどのコンテンツ発信経験があれば積極的に盛り込みましょう。「数字で語れる成果」も重視されるため、フォロワー数・達成率・改善幅などの数値を必ず入れるようにします。

ITコンサル向けのポイント

アクセンチュア・デロイトトーマツコンサルティング・野村総合研究所・IBM Global Servicesなどのコンサル系企業では、「問題を構造化して解決する力」と「クライアントに価値を提供するという意識」が強く求められます。

ESでは、「課題の構造を自分なりに分析した経験」「提案・説得の経験」「複数の関係者を巻き込んで動いた経験」が効果的です。志望動機でも「〇〇という業界の△△という課題を、ITで解決したい」という課題起点の書き方が刺さりやすいです。

外資系IT企業向けのポイント

Google・Microsoft・Amazon・Salesforceなどの外資系企業は、「個の力」と「具体的な成果」を非常に重視します。ESよりも適性検査・コーディングテスト・ケース面接が重要になる傾向がありますが、ESの段階でも「自分の意見を明確に持ち、それを根拠とともに示せるか」が問われます。

主語を明確にし、「私は〇〇と考える。なぜなら〜」という論理的な書き方を徹底することが大切です。また、多様性・インクルージョンへの意識、グローバルな視点を持っているかを見られることもあります。

---

よくある失敗ESのパターンと修正法

パターン1：結論が最後に来る「起承転結型」

日本語の作文教育の影響もあり、「導入→展開→まとめ」という構成でESを書いてしまう学生が多くいます。しかしビジネス文書では、結論を最初に置く「PREP構成」が基本です。

修正法：ESを書いたら、「最初の1〜2文でこのESの主張（結論）が伝わるか」を確認します。伝わらなければ、主張を冒頭に移動させましょう。

パターン2：エピソードがあいまいな「ふわっとしたES」

「さまざまな困難を乗り越えながら、チームで協力して目標を達成しました」——このような文は、具体的な情報が何も含まれていません。どんな困難か、どう協力したか、何の目標か、すべてが不明です。

修正法：「5W1H（いつ・どこで・誰が・何を・なぜ・どのように）」の視点でエピソードを見直し、読んだ人が場面を思い浮かべられる情報量に書き直します。固有名詞・数字・行動の具体性の3点を必ず入れる意識を持ちましょう。

パターン3：「自分のこと」しか書いていないES

志望動機で「IT業界で成長したい」「スキルを身につけたい」という「自分の利益」だけを語るESは、面接官から見ると「うちに何をしてくれるの？」という疑問しか生まれません。

修正法：「自分がしたい→だから御社に貢献できる→御社にとってのメリット」という思考の流れで書き直します。ガクチカや自己PRでも最後は「この強みを御社の〇〇という業務で活かせます」というメッセージで締めることを習慣にしましょう。

パターン4：コピペの痕跡が透けて見えるES

ESサイトや先輩のESを参考にしすぎた結果、「よくある言い回し」がそのまま使われているESは、面接官には一瞬でわかります。「常に全力で」「チームの縁の下の力持ちとして」「御社の一員として成長していきたい」——これらは典型的なコピペワードです。

修正法：参考にしたESの言い回しをそのまま使わず、必ず自分の言葉に置き換えましょう。自分が実際に話すとき使う言葉でESを書くと、個性が出やすくなります。また、「声に出して読んで自然かどうか」を確認することも有効です。

パターン5：設問への答えがズレている

「学生時代に力を入れたことを書いてください」という設問に対して、「私の強みは〇〇です」という自己PR的な内容を書いてしまうケースがあります。設問が何を求めているかを正確に把握していないESは、それだけで「理解力が低い」という印象を与えます。

修正法：ESを提出する前に、「この文章は設問への答えになっているか」を必ず確認します。設問を再度読み直し、自分の文章の最初の文が「設問への直接の答え」になっているかをチェックしましょう。

---

デジタルESと手書きESの違い

Web提出ESで意識すること

画面上で読まれることを意識して、2〜3文ごとに改行を入れることで、視覚的な読みやすさが格段に向上します。紙に印刷することを想定した文章と、画面上で読まれることを想定した文章では、最適なレイアウトが異なります。

また、Webフォームへの貼り付けによって、意図しない文字化けや改行のズレが起きることがあります。提出前に必ずプレビュー機能を使って表示確認をする習慣をつけましょう。

手書きESで差をつけるポイント

一部の企業では、今も手書きのエントリーシートを要求しています。手書きには、「丁寧さ・誠実さ」を伝えるという独自の効果があります。

手書きESで最も注意すべきは、誤字・修正液の使い方です。基本的に修正液の使用は避け、間違えた場合は最初から書き直すことが望ましいとされています。特に内定に近い段階での手書きESは、それ自体が「丁寧に仕事をする人か」という評価につながります。

また、文字の大きさと行間のバランスにも注意が必要です。字が小さすぎると読みにくく、大きすぎるとマス目からはみ出します。まず鉛筆で下書きをし、本番は丁寧に清書するという手順を踏むことで、完成度が上がります。

---

ESを書く前に必ずやるべき自己分析

自己分析が不十分なESが通らない理由

面接官は毎年何百・何千というESを読んでいます。自己分析が浅い学生のESは、「言葉は立派だが中身がない」「誰でも言えることしか書いていない」という形で現れます。自己分析の深さは、ESの具体性・オリジナリティに直結します。

自己分析なしに書き始めたESは、「強みは何か」「なぜこの会社なのか」「自分はどんな仕事をしたいのか」という根本的な問いに答えられず、表面的な内容に終わります。ESを書く前に、最低でも2〜3時間の自己分析に時間を使うことを強くおすすめします。

IT就活生のための自己分析の手順

まず「過去の経験の棚卸し」を行います。小学校から大学まで、自分が力を入れたこと・熱中したこと・頑張ったことを時系列で書き出します。部活、勉強、アルバイト、趣味、友人関係——どんな小さなことでも構いません。

次に「感情の分析」をします。書き出した経験の中で、特に「楽しかった」「悔しかった」「夢中になった」「達成感を感じた」という感情が強かったものをピックアップします。感情が強く動いた経験には、その人のコアとなる価値観や強みが隠れています。

続いて「強みの抽出」をします。ピックアップした経験を見比べて、「共通して発揮されていた能力や行動パターン」を探します。これがあなたの強みの候補です。

最後に「IT業界との接続」を考えます。抽出した強みが、IT業界のどんな仕事・どんな役割に活きるかを考えることで、「なぜIT業界なのか」「なぜこの会社なのか」に繋がる軸が見えてきます。

「モチベーショングラフ」を活用する

自己分析のツールとして特に効果的なのが、モチベーショングラフです。横軸に時間（小学校〜大学）、縦軸にモチベーション・充実度を置き、自分の人生の「波」を可視化する方法です。

グラフを書いてみると、「自分はどういうときにモチベーションが上がるか」「どういう状況で落ち込むか」が視覚的に把握できます。IT企業の面接では「あなたはどんなときにやる気が出ますか」という質問も頻出のため、自己分析の段階でこれを把握しておくと、ES・面接の両方で役立ちます。

---

複数社のESを効率よく書くための戦略

「ES素材バンク」を作る

就活では、複数の企業に対して多数のESを提出することになります。毎回ゼロから書き始めていては時間が足りません。そこで有効なのが「ES素材バンク」の作成です。

ES素材バンクとは、自分の経験・エピソードをいくつかの設問タイプ別に整理したメモです。「ガクチカ素材（3〜4個）」「強み素材（2〜3個）」「困難克服素材（2〜3個）」「志望動機の軸（業界編・企業タイプ編）」などを事前に整理しておくと、個別のESを書く際に「素材を選んで、その会社向けにカスタマイズする」だけで完成します。

企業ごとのカスタマイズのポイント

素材バンクから選んだエピソードをそのまま使いまわすのはNGです。企業ごとに「その企業が求める人材像」を意識した言葉の選び方や、締めくくりの「仕事への接続」部分のカスタマイズが必要です。

エピソードの「フレーミング」：同じ経験でも、「リーダーシップを発揮した話」として書くか「課題解決力を示した話」として書くかで、印象が大きく変わります。その企業が求める強みに合わせてフレーミングを変えましょう。

締めの一文：「この経験で培った〇〇を、御社の△△という事業で活かしたいと考えています」という締めの一文は、必ず企業ごとに書き直します。ここが使い回しになっているESは、面接官にすぐ気づかれます。

具体的な企業情報の盛り込み：志望動機では特に、その企業特有の情報（事業・サービス・企業理念・社員インタビューで知ったこと等）を必ず入れます。

---

内定者ESから学ぶ「刺さる構造」の法則

内定者ESに共通する3つの特徴

1つ目は「具体性の高さ」です。数字・固有名詞・行動の詳細が盛り込まれており、場面をありありと想像できる内容になっています。「〇〇を導入し、チームの作業効率を30%改善しました」のように、読んでいて「本当にやったんだ」と伝わる書き方がされています。

2つ目は「論理の一貫性」です。書かれていることが矛盾なく、「このような人間だからこそ、このような行動をとり、このような結果が出た」という因果関係が自然に流れています。「なぜ」の部分が丁寧に書かれているため、読んでいて「納得感」があります。

3つ目は「その人らしさ」です。ありきたりな言葉や表現を使わず、その学生本人のエピソードと言葉でしか語れない内容になっています。テンプレートっぽさがなく、「この学生に会ってみたい」と思わせる個性があります。

参考にすべき情報源と注意点

内定者ESや就活体験談は、「ワンキャリア」「就活の教科書」「doda campus」「キャリアパーク」などのサービスで多数公開されています。これらを参考にすることは有効ですが、いくつかの注意点があります。

次に、参考にするESは「同じ企業のもの」を探すことが理想ですが、なければ「同じ業界・同じ企業タイプ（SIer/Web系等）」のESが参考になります。企業によって評価基準が異なるため、他の業界の例をそのまま参考にするのは慎重にしましょう。

---

提出前の最終チェックリスト

内容面のチェック

ESを提出する前に、以下の内容面のチェックを行いましょう。

設問への正確な回答ができているか
「設問が何を聞いているか」を再度読み直し、回答の最初の1〜2文が設問への直接の答えになっているかを確認します。

具体性が十分か
エピソードに数字・固有名詞・具体的な行動が含まれているか、「読んでいる人が場面を想像できるか」を意識して読み返します。

強みと仕事のつながりが明示されているか
自己PRやガクチカの末尾に、「この強みを御社でこう活かしたい」という一文が入っているかをチェックします。

企業特有の情報が盛り込まれているか
特に志望動機において、「この会社でなければ言えない内容」が含まれているかを確認します。

全設問を通して一貫した軸があるか
志望動機・自己PR・ガクチカが同じテーマ・強みのもとでつながっているかを俯瞰して確認します。

文章面のチェック

一文の長さ：一文が70字を超えていたら、2文に分割することを検討します。

読点（、）の位置：読点が適切な位置に入っているかで、文章のリズムが大きく変わります。息継ぎのタイミングで読点を入れるイメージで確認します。

文体の統一：「ですます調」で書き始めたなら、全体を通して一貫させます。「〜だ」「〜である」などの常体が混入していないか確認します。

文字数：指定文字数の80〜95%程度が理想的な分量です。少なすぎると「内容がない」、多すぎると「まとめられない」という印象になります。

---

IT業界の就活カレンダーとES提出タイミング

28卒の就活スケジュールを把握する

28卒の就活スケジュールは、大手企業では政府の就活ルールに従い、3月に採用情報解禁・6月に選考解禁というスケジュールが基本となっています。ただし、外資系・コンサル・ITベンチャーなどでは、それより大幅に早い秋〜冬インターンから選考が始まります。

IT業界では特に、夏・冬のインターンシップが事実上の選考ルートとなっているケースが増えています。インターンへの応募時にもESが必要なため、本選考より早い段階からESの練習・提出が始まります。インターン選考のESを通じてES作成に慣れておくことが、本選考での通過率を高めることにつながります。

早期対策が有利になる理由

IT業界の採用では、秋インターンや冬インターン（10〜2月）から早期選考に乗り、春の本選考前に内定を得る学生が増えています。こうした早期選考に対応するためには、大学3年の夏の時点でESの基礎を固めておくことが重要です。

サマーインターンのES提出期限は6〜7月に集中しているため、3年の春学期のうちから自己分析・企業研究・ESの素材作りを進めておくと、夏に向けて余裕を持って取り組めます。

---

まとめ｜面接官に刺さるESを書くための5か条

ここまで前編・後編にわたって、面接官に刺さるESの書き方を徹底的に解説してきました。最後に、最も重要な5つのポイントを整理してお伝えします。

1つ目は、面接官の視点に立って書くことです。「自分が伝えたいこと」ではなく、「面接官が知りたいこと」に答える文章を書きましょう。「この学生はうちで活躍できるか」という問いへの答えを、ES全体を通して示すことが最重要です。

2つ目は、具体性を徹底することです。抽象的な言葉はなるべく排除し、数字・固有名詞・具体的な行動で文章を組み立てましょう。「頑張った」ではなく「週3回、3時間ずつ練習した」という具体性が、面接官の記憶に残るESを作ります。

3つ目は、一貫した軸を持つことです。志望動機・自己PR・ガクチカを通して、「自分はこういう人間で、だからこの仕事をしたい」というメッセージが一本のストーリーで伝わるように設計しましょう。

4つ目は、企業研究をESに組み込むことです。「なぜこの会社なのか」という問いへの答えは、表面的なものではなく、事業内容・社員から聞いた話・業界の中での位置づけなど、深い理解を示す具体的な情報で語りましょう。

5つ目は、ESは面接の設計図だと認識することです。書いた内容は面接で必ず深掘りされます。「3段階の『なぜ』に答えられる内容」「面接で得意に話せるエピソード」を意識してESを設計することで、書類選考だけでなく面接でも有利に働きます。

IT未経験だからこそ、「なぜIT業界を選んだのか」「どんな課題意識を持っているか」「どう成長していきたいか」という熱意と論理を丁寧に語ることが、差別化の鍵です。