文系・IT未経験の面接対策はこれだけ！押さえておきたい12の重要ポイントを現役面接官が解説

「文系だし、プログラミングなんてやったことがない。IT企業のESに書けることが何もない……」

そんなふうに感じて、手が止まってしまっていませんか。

IT業界を志望している文系の就活生から、いちばん多く聞く悩みがこれです。ガクチカ（学生時代に力を入れたこと）を書こうとしても、書けるのはアルバイトかサークルか授業のことくらい。

でも、安心してください。新卒採用において、企業は「入社時点でITスキルを持っていること」をほとんど求めていません。むしろ求めているのは、入社後に伸びる人かどうかを判断できる材料です。そしてその材料は、あなたがこれまで過ごしてきた学生生活の中に、ほぼ間違いなく眠っています。

この記事では、文系・IT未経験の就活生がES・面接でそのままアピールできる「12のポイント」を、

• どんな経験をアピールすればいいのか
• その経験から企業に何が伝わるのか
• ESや面接でどう書けば（話せば）いいのか（例文つき）
• 面接で深掘りされたときにどう答えるか

という形で、ひとつずつ丁寧に整理していきます。

読み終わるころには、「自分にはアピールできるものが何もない」という思い込みが、「これとこれを書けばいいのか」という具体的な作業に変わっているはずです。ぜひ最後まで読んで、ESの下書きに使ってみてください。

面接全般については、以下の記事で解説していますので合わせてご覧ください。

≫未経験からIT業界を目指すあなたへ | 現役面接官が面接対策のすべてを教えます

---

そもそも、なぜ文系・IT未経験者は「アピールできない」と感じてしまうのか

まずは、多くの就活生がハマっている思い込みをほどくところから始めましょう。ここを整理しておかないと、せっかく良い経験を持っていても、それを「アピールできるもの」として認識できないまま就活が終わってしまいます。

誤解①「スキルがない＝武器がない」だと思い込んでいる

「IT企業を受けるなら、プログラミングができないといけない」

たしかに、Web系ベンチャーの一部や、高度な専門職（機械学習エンジニア、セキュリティスペシャリストなど）のポジションでは、学生時代の開発経験が重視されることがあります。しかし、IT業界の新卒採用全体で見れば、それはごく一部です。

SIer、SES企業、ITコンサル、社内SE、大手メーカー系IT子会社、通信キャリアなど、多くの企業は「入社後の研修でイチから教える」ことを前提に採用しています。新入社員に対して3ヶ月から半年、長いところでは1年近い技術研修を用意している企業も珍しくありません。

つまり、企業側は最初から「未経験で入ってくる」ことを織り込み済みなのです。それなのに就活生だけが「スキルがないから無理だ」と勝手に諦めてしまうのは、非常にもったいない状況だといえます。

誤解②「すごい経験」がないとアピールできないと思っている

もうひとつの誤解が、「全国大会優勝」「長期インターンでMVP」「起業経験あり」のような、派手な実績がないとアピールにならないという思い込みです。

実際の選考でこうした華々しい経験が有利に働く場面はありますが、採用担当者が見ているのは実績の大きさそのものではありません。見ているのは、

• その経験の中で、あなたがどう考え、どう動いたか
• その行動の仕方が、自社の仕事でも再現されそうか

という2点です。これを採用の世界では「再現性」と呼びます。

たとえば「カフェのアルバイトで、新人教育のマニュアルを自分で作った」という経験は、規模としては小さいかもしれません。しかし、

1. 課題（新人が毎回同じ質問をしてくる）に気づいた
2. 原因（教える人によって説明がバラバラ）を分析した
3. 解決策（マニュアル作成）を自分で考えて実行した
4. 結果（質問対応の時間が減った）が出た

という流れが説明できれば、これは「システム開発の現場でも同じように課題発見・改善ができそうだ」と評価される立派なエピソードになります。実績の派手さではなく、思考と行動のプロセスこそが評価対象なのです。

誤解③「文系であること」自体がマイナスだと思っている

「理系の学生と戦っても勝てない」と感じている人も多いですが、IT業界の現場を見ると、文系出身のエンジニアは本当にたくさんいます。

情報処理推進機構（IPA）などの調査でも、IT人材には文系出身者が一定の割合で含まれていることが知られていますし、実際に現場のリーダー層に文系出身者が並んでいるケースもごく普通にあります。

工程	主な仕事の中身	求められる力
要件定義	お客様が何に困っているかをヒアリングし、必要な機能を決める	傾聴力・言語化力・調整力
設計	決めた要件を、どう作るかの設計図に落とす	論理的思考・文書作成力
開発（実装）	設計図どおりにプログラムを書く	技術力・集中力
テスト	想定どおりに動くか検証する	網羅性・丁寧さ
運用・保守	稼働後のトラブル対応や改善を行う	対応力・粘り強さ

このうち、要件定義や設計、運用・保守といった工程では、コミュニケーション力や文章力、調整力が非常に重要になります。むしろ「お客様の話を正しく聞き取り、かみ砕いて整理する」という仕事は、文系学生が大学で日常的にやってきた「読む・書く・議論する」の延長線上にあります。

文系であることは、ハンデではなく役割の違いだと捉え直してみてください。

【よくある質問】未経験でIT業界を受けるとき、こんな不安はありませんか？

Q. 「プログラミングスクールに通っていないと不利ですか？」

A. 不利にはなりません。ただし、「なぜIT業界なのか」を聞かれたときに、何かしら行動の裏づけがあると説得力は増します。スクールに通わなくても、Progateやドットインストールといった無料〜低価格の学習サービスを少し触ってみる、書籍を1冊読んでみる、といった行動で十分です。大切なのは金額でも期間でもなく、「興味を持って、自分から動いた事実」です。

Q. 「情報系の資格がないと書類で落とされますか？」

A. 資格必須の新卒求人は多くありません。ただ、ITパスポートや基本情報技術者試験（ITの基礎知識を問う国家試験）を持っていると、「意欲の証明」としてプラスに働くことはあります。逆に言えば、資格がないなら、別の形で意欲を示せばよいだけです。

Q. 「文系だと、面接で技術的な質問をされて詰みませんか？」

A. 未経験者向けの新卒面接で、いきなり高度な技術質問が出ることはまずありません。聞かれるとしても「最近気になっているIT系のニュースは？」「なぜITに興味を持ったの？」といったレベルです。ニュースは日経クロステックやITmedia、ギズモードなどを週に何本か眺めておけば十分に対応できます。

---

【結論】文系・IT未経験者がアピールすべき12のポイント一覧

ここからが本題です。文系・IT未経験の就活生がES・面接でアピールすべき経験を、「アピールする経験」→「企業に伝わること」のセットで12個に整理しました。

まずは全体像を確認してください。

#	アピールする経験	企業に伝わること
①	勉強・資格などに継続して取り組んだ経験	目標に向かって、コツコツ努力を続けられる
②	自分で学ぶ習慣がある	分からないことを自分で調べ、学び続けられる
③	困難なことにも粘り強く取り組んだ経験	うまくいかないときも、簡単に諦めずやり切れる
④	失敗や試行錯誤を繰り返し、改善した経験	失敗を成長につなげ、問題を解決していける
⑤	興味を持ったことを深く調べ、追求した経験	好奇心があり、一つのことを深く掘り下げられる
⑥	IT・テクノロジーへの興味や関心	未経験でもITを学ぶ意欲・関心がある
⑦	チームの中で対立やもめ事を解決した経験	周囲と協力しながら、人間関係や問題を調整できる
⑧	周囲を巻き込み、リーダーシップを発揮した経験	自分から行動し、周囲に働きかけることができる
⑨	年上・立場の異なる人との交渉・調整経験	相手の立場を考えながら、適切にコミュニケーションできる
⑩	PC自作など、ITに自分から触れた経験	「未経験」でも、ITに興味を持って自ら行動している
⑪	AIエージェントなど、新しいITツールを活用した経験	新しい技術への抵抗がなく、まず試して活用できる
⑫	分からないことを調べたり、人に質問・相談して解決した経験	分からないことを放置せず、周囲も頼りながら解決できる

この12個は、大きく4つのグループに分けられます。

• 学び続ける力（①②⑤⑥）……入社後の研修・自己学習に耐えられるか
• やり切る力（③④⑫）……トラブル時に逃げずに解決できるか
• 人と動く力（⑦⑧⑨）……チーム開発・顧客対応ができるか
• ITへの行動（⑥⑩⑪）……本当にITに興味があるのか

ESで全部を書く必要はありません。自己PRで1〜2個、ガクチカで1〜2個、志望動機で⑥⑩⑪のどれかを使うというイメージで、合計3〜4個を厚く語れれば十分です。

---

① 勉強・資格などに継続して取り組んだ経験

企業に伝わること：目標に向かって、コツコツ努力を続けられる

IT業界に入ると、入社後すぐに「勉強し続ける生活」が始まります。研修期間中は毎日新しい知識が投入され、配属後も担当する技術が変わるたびに学び直しが必要になります。ベテランになっても勉強が終わらない、というのがこの業界の特徴です。

だからこそ、採用担当者は「この学生は、成果が出るまで学習を継続できるタイプか」を強く気にしています。継続学習の実績は、未経験者にとって最も評価されやすいアピールのひとつです。

具体例：こんな経験が当てはまります

• TOEICのスコアを半年で200点上げた
• 簿記2級、宅建、FPなどの資格を独学で取得した
• 3年間、毎日欠かさず英単語アプリを続けている
• ゼミの研究のために統計の勉強を1年続けた
• 教員免許・学芸員資格など、通常より多くの単位を取得した
• 部活動で、毎朝の自主練を4年間続けた

ポイントは「資格の難易度」ではなく「継続した事実」と「工夫」です。ITパスポートのような比較的取りやすい資格でも、「3ヶ月の学習計画を立て、平日1時間・休日3時間を確保して合格した」と語れれば、十分に評価されます。

ESでの書き方（例文）

私は、目標に向けて計画的に努力を継続できる点が強みです。大学2年次、留学の条件であるTOEIC700点を目指し、当時520点から学習を始めました。最初の2ヶ月は闇雲に問題集を解いていましたが、スコアが伸びなかったため、模試の結果をパート別に分析し、失点の6割がリスニングに集中していることを特定しました。そこで、通学時間の往復80分をすべてリスニングに充て、毎日シャドーイングを行うルールに変更しました。加えて、学習時間と得点推移をスプレッドシートで記録し、週末に振り返る習慣をつけました。結果として8ヶ月後に735点を取得し、留学の条件を満たすことができました。現状を数値で分析し、打ち手を変えながら継続するというこの進め方は、入社後に新しい技術を習得する場面でも必ず活かせると考えています。

面接で深掘りされたときの答え方

面接官は、継続の話を聞くと必ず「途中でつらかった時期はなかった？」「なぜ途中でやめなかったの？」と聞いてきます。これは「継続の裏にある仕組みや動機」を知りたいからです。

答え方のコツは、根性論で終わらせないこと。

「モチベーションに頼ると続かないと分かっていたので、毎朝7時にカフェへ行くという『場所と時間』を固定しました」

やってしまいがちなNG例

「資格を3つ持っています」と羅列するだけで終わってしまうパターンです。資格の名前は事実情報にすぎず、そこからは人柄も再現性も伝わりません。必ず「どう学んだか」の中身をセットで語りましょう。

---

② 自分で学ぶ習慣がある

企業に伝わること：分からないことを自分で調べ、学び続けられる

①が「決められた目標に向けて続けられるか」だとすれば、②は「誰にも言われていないのに、自分で学びにいけるか」という話です。ITの現場では、こちらのほうが重視される場面すらあります。

理由はシンプルで、現場では「教えてもらえないこと」のほうが圧倒的に多いからです。上司がすべてを手取り足取り教えてくれるわけではありません。自走できる人は、それだけで戦力になるのが早いのです。

具体例：こんな経験が当てはまります

• 授業では扱わないテーマを、自分で本を10冊読んで調べた
• 趣味の分野について、海外サイトや英語論文まで読み込んだ
• YouTubeやUdemyで動画講座を購入して独学した
• 就活のために業界研究ノートを自分で作った
• アルバイト先の商品知識を、指示されていないのに自主的に勉強した
• ニュースアプリやニュースレターを毎日チェックしている

「学ぶ」対象はITでなくて構いません。料理、筋トレ、カメラ、ゲームの攻略、推し活のための知識——何であっても、「知らないことを自分で調べて身につけるクセ」があることが伝われば目的は達成です。

ESでの書き方（例文）

私には、知らないことを放置せず、自分から調べて学ぶ習慣があります。飲食店のアルバイトでワインを扱うようになった際、お客様からの質問にまったく答えられず悔しい思いをしました。店長に聞くだけでは断片的な知識しか身につかないと感じ、市販のワイン入門書を3冊読み、産地とブドウ品種の対応表を自分でまとめました。さらに、実際に自分で購入して味の違いをメモに残し、店の料理との相性を整理した一覧を作成しました。結果として、私が入ったシフトでのワインの注文数が以前の約1.5倍になり、その一覧はスタッフ全員で共有されるようになりました。知識が足りないと気づいたときに、自分で調べて形にするこの姿勢は、未経験からITを学ぶうえでも強みになると考えています。

面接で深掘りされたときの答え方

「最近、自分で調べて学んだことは何ですか？」——これは自走力を測るための定番質問です。ここで即答できるかどうかが、そのまま評価に直結します。

答えるときは、

1. 何をきっかけに興味を持ったか
2. どうやって調べたか（情報源を具体的に）
3. 学んだ結果、何が変わったか

の3点セットで話すと説得力が出ます。特に情報源の具体性は重要です。「ネットで調べました」より「公式ドキュメントとQiitaの記事を読み比べました」のほうが、圧倒的に学習の解像度が高く聞こえます。

よくある質問

Q. 学んだことが仕事と関係ないジャンルでも大丈夫ですか？

A. 大丈夫です。ただし最後に「この学び方は、入社後に◯◯を学ぶ際にも同じように活かせます」と一言添えてください。この橋渡しの一文があるかないかで、印象は大きく変わります。

---

③ 困難なことにも粘り強く取り組んだ経験

企業に伝わること：うまくいかないときも、簡単に諦めずやり切れる

IT業界の仕事には、「うまくいかない時間」が必ず存在します。

プログラムが思ったとおりに動かない。原因が分からないまま半日が過ぎる。お客様の要望が二転三転する。納期が迫っているのに障害が発生する。こうした場面で、投げ出さずに向き合える人かどうかは、企業にとって死活問題です。

実際、IT企業の若手離職理由の上位には「思ったより地道な作業が多かった」「トラブル対応がつらい」といったものが並びます。だからこそ採用側は、「しんどい局面でも踏ん張れる根拠」を知りたがっています。

具体例：こんな経験が当てはまります

• 部活で結果が出ない時期を1年以上乗り越えた
• 卒論・ゼミ研究で、データが集まらず何度もテーマを練り直した
• 留学先で言語の壁にぶつかりながら単位を取り切った
• 長期インターンで、成果が出ない時期にも改善を続けた
• 実習や教育実習など、精神的にきつい期間をやり抜いた
• 資金や人手が足りないイベント運営を最後までやり切った

ESでの書き方（例文）

私の強みは、成果が出ない状況でも粘り強く取り組み続けられることです。所属していた大学の演劇サークルで、私は観客動員の担当をしていました。私が担当した最初の公演では、目標150名に対して動員は72名にとどまり、赤字となりました。原因を探るため、来場者30名にアンケートを実施し、来場のきっかけの8割が「出演者の直接の声かけ」であることを突き止めました。そこで、SNS運用を全員参加制に変更し、公演の2ヶ月前から稽古風景を週3回投稿するルールを作りました。最初の1ヶ月は反応がほとんどなく、メンバーからも不満が出ましたが、投稿時間帯と内容を毎週見直しながら継続しました。その結果、次の公演では動員が186名となり、黒字化を達成しました。結果が出るまでの「反応がない期間」に耐えて改善を続けられることが、私の持ち味です。

面接で深掘りされたときの答え方

この話題では、「一番つらかったのはどの瞬間？」「どうやって自分を立て直した？」という深掘りが来ます。ここで感情のリアリティを出せると、一気に人柄が伝わります。

「メンバーから『意味あるんですか』と言われたときが一番きつかったです。ただ、そのとき数字を見せて説明できなかった自分に問題があると思い、翌週から投稿ごとの閲覧数を共有するようにしました」

つらさを認めたうえで、行動でどう変えたかを語る。これが最も強いパターンです。

注意点：「耐えただけ」の話にしない

粘り強さのエピソードは、放っておくと「ひたすら我慢しました」という話になりがちです。それだと単に耐性が強いだけの人に見えてしまい、IT企業が求める「課題解決型の粘り強さ」とはズレます。

---

④ 失敗や試行錯誤を繰り返し、改善した経験

企業に伝わること：失敗を成長につなげ、問題を解決していける

エンジニアの仕事は、極端に言えば「エラーとの対話」です。書いたコードは、ほぼ確実に一度は動きません。動かない原因を仮説立てて、ひとつずつ検証して、また試す。この繰り返しが日常です。

そのため、「失敗をどう扱う人なのか」は、IT企業がかなり重視して見ているポイントになります。失敗を恥だと捉えて隠す人より、データとして扱って次に活かす人のほうが、現場では確実に伸びます。

具体例：こんな経験が当てはまります

• アルバイトでクレームを受け、オペレーションを見直した
• サークルのイベントが不評だったので、翌年アンケートをもとに刷新した
• 塾講師として、生徒の成績が伸びず教え方を変えた
• ゼミの発表で厳しい指摘を受け、構成を根本から作り直した
• フリマアプリで売れなかった商品を、写真と説明文を変えて売った
• 大会や試験で失敗し、原因を分析して次に臨んだ

ESでの書き方（例文）

私は、失敗の原因を分析し、改善を重ねることで成果を出してきました。個別指導塾の講師として担当した中学3年生の生徒は、数学が平均点を大きく下回っていました。私は最初、解法の解説を丁寧に行えば成績が上がると考えていましたが、3ヶ月経っても点数は伸びませんでした。そこで過去の答案をすべて見直したところ、解法そのものではなく、計算の途中式を省略したことによるミスが失点の約6割を占めていると分かりました。そこで方針を変え、授業内で解説する時間を半分に減らし、残りの時間を「途中式を必ず書いて解く演習」に充てました。さらに、ミスの種類を記録するノートを生徒と一緒に作り、毎回どのパターンでミスをしたかを可視化しました。結果、半年後の模試で数学の偏差値が42から56へ上昇しました。自分のやり方が間違っていた可能性を疑い、事実をもとに方針を変えられることが私の強みです。

面接で深掘りされたときの答え方

「今振り返ると、もっと早くできたことはありますか？」という質問が来たら、これはチャンスです。素直に反省を語れる人は、伸びしろがあると評価されます。

「はじめの3ヶ月で答案を分析していれば、もっと早く改善できたと思います。この経験から、行き詰まったらまず現状のデータを見る、という習慣がつきました」

逆に、「特にありません、ベストを尽くしました」と答えてしまうと、振り返りができない人という印象になります。

よくある質問

Q. 失敗談を話すと、マイナス評価になりませんか？

A. なりません。むしろ失敗を一切語らないESのほうが不自然です。採用担当者は、成功の大きさではなく「失敗から立ち直るプロセス」を見ています。ただし、コンプライアンス違反や、他人に責任を押しつける話は避けましょう。

---

⑤ 興味を持ったことを深く調べ、追求した経験

企業に伝わること：好奇心があり、一つのことを深く掘り下げられる

ITの仕事では、「なぜこうなっているのか」を掘り下げられる人が強いです。

たとえばシステムに不具合が出たとき、表面的な症状だけを見て対処すると、同じ問題がまた起きます。原因の根っこまで掘る人だけが、本質的な解決にたどり着けます。この「掘る癖」は、技術知識よりも先に身についているかどうかが問われる資質です。

具体例：こんな経験が当てはまります

• 卒論のテーマを、先行研究を50本読み込んで詰めた
• 好きなアーティストの歴史や音楽的背景を徹底的に調べた
• 旅行先を決めるために、交通・気候・治安データを比較した
• ゲームの仕様を解析し、最適な戦略を自分で導き出した
• 家系のルーツを調べて、自治体の資料まで当たった
• 推しの試合データを集計し、独自の分析記事を書いた

題材は何でもいいですが、「調べ方」と「アウトプット」があると強いです。ただ好きなだけでなく、まとめた・書いた・人に共有した、という事実があると、仕事につながるイメージを持ってもらえます。

ESでの書き方（例文）

私は、興味を持ったことを徹底的に調べ、自分なりの答えを出すことに面白さを感じます。学部2年のとき、地元の商店街に空き店舗が増えている理由を知りたくなり、個人的に調査を始めました。自治体の統計資料で過去20年の店舗数推移を確認したうえで、現役の店主15名に聞き取りを行い、閉店理由を分類しました。当初は「大型店の進出が原因」と考えていましたが、実際には後継者不在が全体の約半数を占めており、仮説が誤っていたことが分かりました。この結果をゼミで発表したところ、教授から地域紙への寄稿を勧められ、記事として掲載されました。思い込みを一次情報で検証し、結論まで持っていく進め方は、要件定義や課題分析の場面でも活かせると考えています。

面接で深掘りされたときの答え方

「なぜそれにそこまで興味を持ったんですか？」という質問には、きっかけの具体的な場面を答えると人間味が出ます。

「帰省したときに、子どものころ通っていた本屋が閉まっていて、その理由を知りたくなったのがきっかけです」

好奇心のエピソードは、ロジックより「情景」が効きます。

---

⑥ IT・テクノロジーへの興味や関心

企業に伝わること：未経験でもITを学ぶ意欲・関心がある

未経験採用において、企業が最も恐れているのは「入社後にミスマッチで辞められること」です。

「なんとなく成長産業だから」「給料が良さそうだから」という理由だけでIT業界に入った人は、地道な作業や継続的な学習に耐えられず、早期に離職する傾向があります。そのため面接官は、「この学生は、本当にITの仕事に興味があるのか」を執拗に確認してきます。

ここで効くのが、関心の”具体性”です。

具体例：こんな経験が当てはまります

• 気になるIT系ニュースを日常的にチェックしている
• 生成AIの進化について、自分なりの意見を持っている
• スマホアプリのUI（画面の使いやすさ）について考えるのが好き
• キャッシュレス決済の仕組みを調べたことがある
• 家族や祖父母のスマホ設定を手伝って感謝された
• ITに関する書籍を読んだ（『イラスト図解式 この一冊で全部わかるWeb技術の基本』など）

ITへの興味レベルを段階で整理してみましょう

レベル	状態	面接での評価
レベル1	「成長産業だから」としか言えない	△ 志望度が低いと判断されやすい
レベル2	ITニュースを時々見ている	○ 最低ライン
レベル3	具体的なサービスや技術に興味を持ち、理由を語れる	◎ 十分通用する
レベル4	実際に手を動かした（学習・作成・設定など）	◎◎ 強い差別化になる

ESでの書き方（例文）

私がIT業界を志望する理由は、テクノロジーが人の行動そのものを変える点に強い関心があるからです。きっかけは、祖父母に決済アプリの使い方を教えた経験です。当初、祖母は「難しそうだから」と使うことを拒んでいましたが、実際に一緒に設定し、近所のスーパーで一度使ってみると、翌週には自分から使うようになっていました。この経験から、技術そのものよりも「どう届けるか」で人の行動は変わるのだと実感しました。それ以来、キャッシュレス決済の普及率に関する記事や、UI設計に関する書籍を読むようになり、現在は基本情報技術者試験の学習も進めています。技術を人に届ける側に立ちたいという思いから、貴社を志望しています。

面接で深掘りされたときの答え方

「最近気になったITのニュースは？」は、ほぼ必ず聞かれると思ってください。

答えるときのフォーマットはこれです。

1. ニュースの概要（1〜2文で簡潔に）
2. なぜ気になったのか（自分の視点）
3. そこから考えたこと（自分なりの意見や疑問）

3番目が最も重要です。ニュースを知っているだけの人と、考えている人の差はここで出ます。

「生成AIが業務に入ってきていますが、一方で情報漏洩のリスクも指摘されています。自分がアルバイト先で使うとしたら、社内情報をどこまで入力してよいかのルールが必要だと感じました」

今日からできる対策

• ITmedia、日経クロステック、Impress Watchなどを週2回チェックする
• 気になった記事を3行メモで残す（「概要」「なぜ気になったか」「考えたこと」）
• 3本分ストックしておけば、面接はほぼ乗り切れます

---

⑦ チームの中で対立やもめ事を解決した経験

企業に伝わること：周囲と協力しながら、人間関係や問題を調整できる

システム開発は、ほぼ例外なくチーム戦です。

ひとつのシステムを作るのに、要件を決める人、設計する人、コードを書く人、テストする人、お客様と話す人が関わります。当然、意見は食い違います。「この機能は必要だ」「いや工数が足りない」「仕様変更を受け入れるべきだ」——現場では日常的に利害がぶつかります。

そのため、対立の場面で逃げずに調整できる人は、非常に高く評価されます。これは文系学生が最もアピールしやすい領域のひとつでもあります。

具体例：こんな経験が当てはまります

• サークルの方針をめぐって意見が割れ、間に入ってまとめた
• ゼミの共同発表で、役割分担の不公平が起きたので再設計した
• アルバイト先で、社員とバイトの間の認識のズレを解消した
• 文化祭実行委員で、部署間の主張を調整した
• チーム内で「やらない人」が出たときに、責めずに原因を探った

ESでの書き方（例文）

私は、意見が対立する場面で双方の背景を理解し、着地点を作ることが得意です。所属していた学園祭実行委員会で、企画班と会計班の間で対立が起きました。企画班は来場者を増やすために装飾費用の増額を主張し、会計班は前年度の赤字を理由に反対していました。当初は感情的な言い合いになっていたため、私は両者に個別にヒアリングを行い、企画班が本当に求めているのは「装飾」ではなく「SNSで写真を撮りたくなる場所」であることを整理しました。そこで、費用のかかる全面装飾ではなく、1箇所に絞ったフォトスポットの設置を提案し、費用を当初案の3分の1に抑える形で合意を得ました。結果として、来場者数は前年比112%、予算は前年度内に収まりました。対立の表面ではなく、双方の目的を確認して代替案を出すことが、私の調整の基本姿勢です。

面接で深掘りされたときの答え方

深掘りでは「なぜ自分が間に入ろうと思ったのか？」「相手が納得しなかったらどうしていたか？」が来ます。

ここでのポイントは、「どちらかの味方をした」話にしないことです。片方を論破した話は、調整力ではなく攻撃性として受け取られるリスクがあります。

「どちらの主張にも正しさがあると思ったので、まずは両方の前提条件を確認することから始めました」

よくある質問

Q. 自分はリーダーではなく、対立を解決した経験もありません。どうすれば？

A. 「解決した」までいかなくても大丈夫です。「険悪になりかけたときに、間を取り持とうとした」レベルでも十分エピソードになります。たとえば「グループワークで発言しない人がいたので、個別に話を聞いて役割を提案した」なども立派な調整行動です。

---

⑧ 周囲を巻き込み、リーダーシップを発揮した経験

企業に伝わること：自分から行動し、周囲に働きかけることができる

ここでいうリーダーシップは、「部長だった」「代表だった」という肩書きのことではありません。

企業が見ているのは、「自分から動いて、人を動かした事実があるか」です。役職のないメンバーの立場からでも、リーダーシップは発揮できます。むしろ、肩書きのない状態で周囲を動かした経験のほうが、評価が高いことすらあります。

IT業界で言えば、若手のうちから「この作業、こう変えたほうが早くないですか」と提案し、周りを巻き込んで改善できる人は、非常に重宝されます。

具体例：こんな経験が当てはまります

• バイト先で非効率な作業を見つけ、改善を提案して全体に広げた
• ゼミで発表準備が進まないとき、自分から進行表を作った
• サークルの新歓が毎年うまくいかないので、仕組みを作り直した
• 就活の情報共有グループを自分で立ち上げた
• 誰もやらない雑務を引き受けたことで、チームの空気が変わった

リーダーシップの4タイプ（自分はどれか考えてみましょう）

タイプ	特徴	アピールできること
牽引型	先頭に立って引っ張る	決断力・推進力
調整型	全員の意見を聞いてまとめる	傾聴力・合意形成力
実行型	自分が率先して動き、背中で示す	行動力・当事者意識
支援型	動きやすい環境を裏方として整える	観察力・サポート力

どのタイプでも構いません。大事なのは、自分のタイプを自覚し、それに合ったエピソードを語ることです。牽引型でない人が無理に「みんなを引っ張りました」と言うと、深掘りで必ずボロが出ます。

ESでの書き方（例文）

私は、課題に気づいたときに自分から動き、周囲を巻き込んで改善することができます。アルバイト先のスーパーで、閉店作業が毎日20〜30分残業になっていることに問題意識を持ちました。私は役職のない一般スタッフでしたが、まず自分のシフトで作業手順を記録し、開店準備でもできる作業が3工程含まれていることを可視化しました。その資料を持って副店長に相談し、まずは自分のシフトで試させてほしいと提案しました。実際に試したところ平均で18分短縮できたため、その結果をもとに他のスタッフにも説明し、最終的に全シフトで手順が変更されました。立場に関係なく、事実を示して周囲を動かすことができるのが私の強みです。

面接で深掘りされたときの答え方

「周囲は最初から協力してくれましたか？」という質問はほぼ確実に来ます。ここで「全員すぐ賛成してくれました」と答えると、話の解像度が低いと判断されがちです。

反対されたこと、動いてくれなかった人がいたことを正直に話し、それにどう対処したかを語るほうが、はるかに評価されます。

「ベテランの方には最初『今のままでいい』と言われました。ただ、その方は手順変更で自分の負担が増えることを心配されていたので、まず自分が2週間試して負担が増えないことを示してから、改めて相談しました」

---

⑨ 年上・立場の異なる人との交渉・調整経験

企業に伝わること：相手の立場を考えながら、適切にコミュニケーションできる

IT業界、特にSIerやITコンサル、社内SEといった職種では、入社1〜2年目から「自分より年上の人」と仕事をする場面が当たり前にあります。

お客様先の部長クラス、協力会社のベテランエンジニア、他部署の担当者。年齢も立場もバラバラな人たちと、目的を共有しながら物事を進める必要があります。

そのため、学生時代に「同世代以外」と関わった経験は、想像以上に高く評価されます。文系学生はこの経験を持っていることが多いのに、価値に気づかず書かないことが非常に多いポイントです。

具体例：こんな経験が当てはまります

• アルバイト先で、社員や店長に業務改善を提案した
• ゼミの教授と研究方針について議論し、調整した
• インターン先で、社会人の上司に確認を取りながら進めた
• 地域のイベントで、自治体や商店会の方と打ち合わせをした
• 部活のOB・OG会と現役生の間に入って調整した
• 塾講師として、保護者面談を担当した
• 実習先の指導担当の先生とやり取りした

ESでの書き方（例文）

私は、立場の異なる相手に対しても、目的を共有しながら話を進めることができます。大学の地域連携プロジェクトで、商店街の店主の方々と共同でイベントを企画しました。当初、学生側の企画案に対して「若い人向けすぎて、うちの客層には合わない」という反対が複数の店舗から出ました。私は反対されている店舗を1軒ずつ訪ね、普段の客層と売れ筋商品を聞き取りました。その結果、反対の理由は企画内容そのものではなく、「準備の負担が読めないこと」にあると分かりました。そこで、各店舗が当日行う作業を時間単位で明記した資料を作成し、改めて説明に回りました。最終的に当初3店舗だった参加が11店舗まで増え、イベントには約400名が来場しました。相手の立場に立って、反対の本当の理由を確かめに行くことを私は大切にしています。

面接で深掘りされたときの答え方

「年上の方と接するときに、意識していたことは？」と聞かれたら、具体的な行動レベルで答えましょう。

「相手の時間を奪わないよう、相談する前に自分の案を2つ用意して、どちらがよいかを聞く形にしていました」

後者は、そのまま社会人としての報連相のスキルに直結します。面接官は「入社後もこうやって動いてくれそうだ」と具体的にイメージできます。

よくある質問

Q. アルバイトで社員と話した程度でも書いていいですか？

A. まったく問題ありません。むしろ多くの学生が書かないからこそ差別化になります。「シフトの調整をお願いした」「業務の疑問点を相談した」といった小さなやり取りでも、そこに「どう伝えれば相手が動きやすいか考えた」という工夫があれば、立派なアピールになります。

---

⑩ PC自作など、ITに自分から触れた経験

企業に伝わること：「未経験」でも、ITに興味を持って自ら行動している

⑥の「ITへの興味」が気持ちの話だとすれば、⑩はその気持ちを行動に移した証拠です。

未経験採用の面接では、「ITに興味があります」と言う学生が大量に来ます。全員が同じことを言う中で、実際に手を動かした人だけが記憶に残ります。しかも、この行動のハードルは思っているより低いのです。

具体例：こんな経験が当てはまります

• 自作PCを組んだ／パーツを交換した
• 家のWi-Fi環境を自分で改善した（ルーターの設置場所やメッシュWi-Fiの導入など）
• 中古PCを買ってメモリやSSDを増設した
• 古いPCにLinux（無料で使えるOSのひとつ）を入れてみた
• Raspberry Pi（数千円で買える小型コンピューター）で何か作った
• HTML/CSSで簡単なWebページを作った
• ノーコードツール（プログラミングなしでアプリやサイトが作れるサービス）で何か作った
• Excelでマクロを組んで、作業を自動化した
• スマホゲームのデータをスプレッドシートで管理・集計した
• 自分でブログを開設し、サーバーやドメインを設定した

「大したことない」と思っている行動こそ、書いてください。特に、Excelマクロや自作PC、Wi-Fi改善のような話は、面接官（現役エンジニアであることも多い）と会話が弾みやすく、印象に残ります。

ESでの書き方（例文）

私は、興味を持ったITの分野に自分から触れてきました。実家のインターネットが夜間に極端に遅くなることに不満を感じ、原因を自分で調べたのがきっかけです。回線速度を時間帯別に計測したところ、夜間のみ速度が10分の1以下になっており、回線契約そのものではなく同一マンション内の混雑と、ルーターの設置場所に問題があると仮説を立てました。ルーターを部屋の中央かつ高い位置に移動し、5GHz帯への切り替えを行った結果、夜間の速度が約4倍に改善しました。この経験を通じて、仕組みを理解すれば問題は切り分けられるという面白さを知り、現在はネットワークの基礎知識を書籍とITパスポートの学習で補っています。

面接で深掘りされたときの答え方

この話題では、面接官が技術的な興味から追加質問をしてくることがあります。

• 「どのパーツを選んだの？なぜ？」
• 「5GHz帯にした理由は分かってる？」
• 「うまくいかなかったところは？」

このとき、知ったかぶりは絶対にしないでください。分からないことは「そこはまだ理解しきれていなくて、今こういう本で勉強しています」と答えるのが最善です。

今からでも間に合う：3日でできるIT行動リスト

行動	所要時間	難易度	面接での使いやすさ
Progateで HTML/CSS を1コース終える	3〜5時間	★☆☆	◎
自分のポートフォリオページを作る	5〜10時間	★★☆	◎
Excelマクロで自分の作業を1つ自動化する	2〜3時間	★★☆	◎
家のWi-Fi速度を計測して改善する	1〜2時間	★☆☆	○
中古PCにメモリやSSDを増設する	2時間＋費用	★★☆	◎
ITパスポートの参考書を1周読む	10〜15時間	★★☆	○

選考が本格化する前に、どれかひとつでも実行しておくと、⑥と⑩の両方が一気に埋まります。

---

⑪ AIエージェントなど、新しいITツールを活用した経験

企業に伝わること：新しい技術への抵抗がなく、まず試して活用できる

ここ数年で、IT業界の仕事のやり方は大きく変わりました。生成AIやAIエージェント（指示を与えると、複数の作業を自動で進めてくれるAIの仕組み）を業務に取り入れる企業が急速に増え、「AIを使いこなせるか」が若手の評価軸に入ってきています。

そして、この領域には未経験の学生にとって大きなチャンスがあります。なぜなら、AIツールの活用は「新しい分野」なので、社会人と学生の経験差がほとんどないからです。プログラミング歴では理系に勝てなくても、AI活用の工夫では十分に戦えます。

具体例：こんな経験が当てはまります

• ChatGPTやClaudeを使って、レポートの構成を検討した
• AIに壁打ち相手になってもらい、ゼミ発表の内容を詰めた
• 英語論文の要約にAIを使い、読むスピードを上げた
• AI文字起こしツールで、インタビュー調査を効率化した
• 画像生成AIでサークルのチラシを作った
• NotionやCanva、Figmaなど新しいツールを導入し、チームに広めた
• Google Apps Scriptで、シフト管理を自動化した

大事なのは「使った」ではなく「工夫した」

ただ「ChatGPTを使っています」だけでは、今やほとんど差別化になりません。評価されるのは、次のような使い方の工夫です。

• どういう指示（プロンプト）を出すと精度が上がったか
• AIの出力をどう検証したか（＝鵜呑みにしていないか）
• どこまでをAIに任せ、どこからを自分でやると決めたか
• チームにどう展開したか

特に「検証した」という視点は非常に重要です。IT企業は、AIの出力をそのまま信じてしまう人を警戒しています。ハルシネーション（AIが事実でない内容をもっともらしく生成してしまう現象）への意識がある学生は、それだけで一段上に見られます。

ESでの書き方（例文）

私は、新しいツールを試し、実務に取り入れることに抵抗がありません。ゼミの共同研究で、20名分のインタビュー音声（合計約15時間）を文字起こしする必要があり、当初は手作業で進めていたため1人分に約3時間かかっていました。そこで私はAI文字起こしツールを試験導入し、専門用語の誤変換が多いという問題に対しては、事前に用語リストを登録するという運用ルールを作りました。さらに、AIの出力をそのまま使うのではなく、重要な発言箇所だけは必ず原音声で確認するというチェック手順をチームで共有しました。結果として作業時間は1人分あたり約40分に短縮され、空いた時間を分析に充てることができました。新しいツールをまず試し、弱点を運用でカバーする設計をすることが、私の得意とするやり方です。

面接で深掘りされたときの答え方

「AIに仕事を奪われると思いますか？」という質問が出ることもあります。これは正解のある質問ではなく、あなたの技術に対するスタンスを見る質問です。

「作業レベルの仕事は置き換わっていくと思います。だからこそ、何を作るべきかを決める部分や、お客様の課題を引き出す部分に自分の価値を置きたいと考えています」

脅威として語るだけで終わらず、自分がどう立ち回るかまで語ると、前向きな印象になります。

よくある質問

Q. ESをAIに書かせたことがある場合、面接で話しても大丈夫？

A. 「AIに構成の相談をした」程度なら問題ありませんが、丸ごと書かせたと伝えるのは避けましょう。そもそもESは面接で深掘りされるので、自分の言葉で書いていないと必ず破綻します。AIは「壁打ち相手」や「推敲役」として使うのが賢い付き合い方です。

---

⑫ 分からないことを調べたり、人に質問・相談して解決した経験

企業に伝わること：分からないことを放置せず、周囲も頼りながら解決できる

最後の12個目は、現場の先輩が新人に最も求めている力かもしれません。

IT企業の現場でよく言われるのが、「30分悩んだら聞け」というルールです。分からないことを一人で抱え込み、何日も手を止めてしまう新人は、悪気がなくてもプロジェクトに大きな損害を与えます。一方で、まったく調べずに何でも聞いてくる人も困ります。

つまり企業が求めているのは、

• 自分で調べる努力をしたうえで
• 適切なタイミングで、適切な相手に、整理して聞ける

というバランス感覚です。これは技術力とは無関係に、今日から身につけられる力です。

具体例：こんな経験が当てはまります

• 卒論で行き詰まったとき、教授やOBに相談して打開した
• アルバイトで分からない業務を、放置せず確認して覚えた
• 就活で不安なとき、キャリアセンターや社会人に相談した
• 履修や手続きのトラブルを、自分で窓口に確認して解決した
• 語学学習で、ネイティブの友人に発音を直してもらった
• グループワークで、詳しいメンバーに教えてもらいながら進めた

「質問の仕方」で差がつきます

同じ「聞く」でも、質が全然違います。

質問の質	例	相手の負担
低い	「分かりません、教えてください」	大（何が分からないのか探るところから）
普通	「Aのやり方が分かりません」	中
高い	「Aについて、マニュアルのB項を見てCまでは進めました。Dの手順で止まっていて、原因はEだと思うのですが合っていますか」	小（確認するだけ）

この「質問の質」の話をESや面接に盛り込めると、非常に実務的な印象を与えられます。

ESでの書き方（例文）

私は、分からないことを抱え込まず、周囲を頼りながら解決することを意識しています。卒業論文で統計解析が必要になった際、独学では手法の選択に確信が持てず、作業が2週間停滞しました。そこで、ただ「分かりません」と聞くのではなく、自分が検討した2つの手法と、それぞれを選んだ場合のメリット・デメリットを1枚にまとめたうえで、指導教授と統計を専門とする先輩に相談しました。その結果、15分程度の面談で方針が定まり、想定より早く分析を進めることができました。この経験から、**相談は「丸投げ」ではなく「論点を整理して持ち込むもの」**だと学びました。入社後も、自分で調べたうえで的確に相談し、チームの生産性を落とさない働き方を心がけたいと考えています。

面接で深掘りされたときの答え方

「どのくらい自分で調べてから聞きますか？」という質問には、基準を持っていることを示すのが効果的です。

「自分の中では、30分調べて進まなければ、一度整理して相談すると決めています。時間を溶かすほうがチームに迷惑がかかると考えているためです」

このように「チームへの影響を基準にしている」と答えられると、社会人としての視点があると評価されます。

---

12のポイントを、実際のES項目に落とし込む方法

ここまでで12のアピールポイントを見てきました。とはいえ、「結局ESのどこに何を書けばいいの？」と迷いますよね。ここでは実際の割り当て方を整理します。

ES項目別・おすすめの組み合わせ

ES項目	使うべきポイント	理由
自己PR	①②③④⑫ から1〜2個	仕事への再現性を示しやすい
ガクチカ	③④⑤⑦⑧⑨ から1個	行動のプロセスを語りやすい
志望動機	⑥⑩⑪ から1〜2個	IT業界を選ぶ必然性を示せる
強み・長所	①②⑧⑨⑫ から1個	一言で言い切りやすい
学生時代の挫折	③④	立ち直りのプロセスが書ける

重要なのは、全項目で「別のエピソード」を使う必要はないということです。ひとつの大きな経験（たとえば長期インターン）から、自己PRでは「粘り強さ」、ガクチカでは「改善のプロセス」と、切り口を変えて使い回すのはまったく問題ありません。むしろ一貫性が出て良いことも多いです。

使える型：PREP法とSTAR法

文章が書けないと感じるときは、たいてい構成が決まっていないだけです。次の2つの型を覚えておきましょう。

PREP法（短い自己PR向け・200〜400字）

1. P（Point）結論：私の強みは◯◯です
2. R（Reason）理由：なぜなら◯◯という経験があるからです
3. E（Example）具体例：具体的には、◯◯という状況で◯◯をしました
4. P（Point）結論：この強みを活かして、貴社で◯◯したいです

≫未経験IT就活を勝ち抜く最強の思考法「PREP法」完全攻略ガイド：就活生のための論理的コミュニケーション術

STAR法（ガクチカ向け・400〜600字）

1. S（Situation）状況：どんな環境・立場だったか
2. T（Task）課題：何が問題だったか、目標は何だったか
3. A（Action）行動：自分が何を考え、何をしたか（★ここに文量の6割）
4. R（Result）結果：どうなったか（できれば数字で）

≫【ES・面接で差がつく】STAR法完全マスターガイド｜未経験からIT就職を成功させる自己PR・ガクチカの作り方

特に重要なのはA（行動）です。多くの学生はSとTを長々と書いてAが短くなりがちですが、採用担当者が知りたいのは圧倒的にAの部分です。「自分の思考と選択」を細かく書いてください。

数字を入れるコツ（数字がない場合の対処法）

「成果が数字で表せません」という相談は非常に多いです。しかし、数字は成果以外にも使えます。

• 期間：「1年半継続しました」
• 回数：「週3回、計120回実施しました」
• 人数：「15名にヒアリングしました」
• 比率：「メンバーの約7割が参加するようになりました」
• 時間：「作業時間を1回あたり20分短縮しました」

成果の数字がなくても、行動の数字なら必ず出せます。数字が入るだけで、文章の信頼性は大きく変わります。

---

職種別：どのポイントを厚めにアピールすべきか

IT業界と一口に言っても、職種によって求められる資質は違います。志望職種に合わせて、12のポイントの中から重点を変えましょう。

志望職種	特に厚くアピールしたいポイント	補足
システムエンジニア（SE）	①②④⑫	学習継続力と課題解決の再現性が中心
インフラエンジニア	③④⑩⑫	地道さ・トラブル対応力・機器への興味
ITコンサルタント	⑤⑦⑨	分析力と、立場の違う相手との調整力
社内SE	⑦⑨⑫	社内の各部署との橋渡しが主業務
IT営業・セールス	⑥⑧⑨	ITへの理解＋巻き込み力
Webディレクター	⑤⑦⑪	好奇心と、制作チームの調整
品質保証（QA・テスト）	③④⑫	網羅性・粘り強さ・確認する姿勢
データアナリスト	①②⑤	学習継続と、深掘りする探究心

職種研究が浅いと、面接で必ず見抜かれます

「SEになりたいです」と言う学生に対して、面接官が「SEって具体的にどんな仕事をすると思いますか？」と聞くのは定番です。ここで答えられないと、志望度が低いと判断されます。

最低限、「開発工程のどこを担当したいか」くらいは語れるようにしておきましょう。

• 「お客様の課題を聞き出す上流工程に関わりたい」
• 「まずは開発工程で技術力の土台を作り、将来的に設計に関わりたい」

この一言があるだけで、他の学生との差がはっきり出ます。

---

「アピールできる経験がない」人のための、経験の掘り起こし方

ここまで読んでも、「やっぱり自分には何もない気がする」と感じている人もいるかもしれません。しかしそれは、経験がないのではなく、経験を思い出すための問いを持っていないだけであることがほとんどです。

掘り起こし質問リスト（20問）

継続・学習について

1. 1年以上続けていることは何かありますか？（趣味・習慣も含む）
2. 誰にも言われていないのに、勝手に調べたことは？
3. 学生時代に一番時間を使ったことは？（睡眠以外）
4. 買ってよかった本、見てよかった動画は？なぜ？
5. 人より詳しいと言えるジャンルは？

困難・失敗について

6. 一番きつかった時期はいつ？何をして乗り越えた？
7. 過去に一番「悔しい」と思った出来事は？
8. うまくいかなくて、やり方を変えた経験は？
9. 途中でやめてしまったことは？なぜやめた？（これも語れます）
10. 人に迷惑をかけてしまった経験と、その後の行動は？

人との関わりについて

11. 人から相談されることが多い内容は？
12. 誰かの間に入った経験は？
13. 年上の人と話した経験は？（バイト・ゼミ・インターン・地域活動）
14. チームで動いたとき、自分はどんな役割だった？
15. 人に感謝された出来事は？

ITとの接点について

16. スマホやPCで、自分で設定や工夫をしたことは？
17. 便利だと思って使い続けているアプリやサービスは？なぜ？
18. 「これ、もっとこうなればいいのに」と思った仕組みは？
19. AIツールを使ったことは？どう使った？
20. テクノロジーのニュースで、印象に残ったものは？

このリストで出てきた断片を、12のポイントのどれに当てはまるか分類してみてください。驚くほど埋まるはずです。

それでも出てこないときの3つの対処法

1. 家族・友人に聞く……「私ってどういう人だと思う？」と聞くと、自分では当たり前すぎて気づいていない特徴が出てきます。
2. 時系列で棚卸しする……高校3年〜大学4年まで、半年ごとに「何をしていたか」を書き出します。記憶は年単位より半年単位のほうが出てきます。
3. 今から作る……⑥⑩⑪は、今から1〜2週間の行動で作れるアピールです。過去を掘っても出ないなら、作ってしまいましょう。

---

未経験者がやりがちなNGパターン7選

NG①「未経験ですが、頑張ります」で終わる

やる気は大前提であって、アピールポイントではありません。「頑張ります」ではなく「こう頑張ってきました」という過去の事実に置き換えましょう。

NG② 業界研究をせず、どこにでも出せる志望動機を書く

「成長産業だから」「社会を支えているから」という理由は、IT企業のほぼ全社に当てはまります。その会社でなければならない理由を、事業内容・顧客・技術領域のいずれかから1つは持ちましょう。

NG③ 技術用語を無理に使って、深掘りで崩壊する

聞きかじった単語を使うと、面接官（技術者であることも多い）に必ず突っ込まれます。自分が説明できない言葉は使わない。これは鉄則です。

NG④ エピソードが抽象的で、情景が浮かばない

「チームで協力して成果を出しました」だけでは、何も伝わりません。誰が、何人で、いつ、どんな障害があったのかを具体的に書きましょう。

NG⑤ 結果だけを書いて、プロセスを書かない

「売上を120%にしました」だけでは、あなたが何をしたのか分かりません。採用担当者が見ているのは結果ではなくプロセスです。

NG⑥ すべてのエピソードで「リーダー」を名乗る

自己PRもガクチカも全部リーダー経験だと、逆に疑われます。支援型・実行型の役割でも十分評価されるので、事実のまま書きましょう。

NG⑦ ITへの興味を語るのに、行動が何もない

⑥で触れたとおり、「興味があります」だけの学生は大量にいます。Progateを1コースやった、本を1冊読んだ、それだけで十分に差がつきます。

---

よくある質問（FAQ）

Q1. 学部・学科が文系だと、選考で不利になりませんか？

新卒採用では、学部を理由に落とすことはほとんどありません。むしろ「なぜ文系からITなのか」を語れれば、動機の強さとして評価されます。「専門を変えてでも入りたい理由がある」というストーリーは、理系学生には出せない価値です。

Q2. プログラミング学習はどこまでやるべきですか？

入門レベルで十分です。具体的には、

• HTML/CSSで簡単なページが作れる
• Pythonで変数・条件分岐・繰り返しが理解できる

このくらいあれば、面接で「学習を始めています」と言うのに十分な裏づけになります。深く学ぶよりも、「学び始めて、どう感じたか」を語れることのほうが重要です。「最初はエラーの意味が分からず苦戦しましたが、一つずつ切り分けて解決できたときが楽しかった」——こうした感想が語れれば、適性があると判断されやすくなります。

Q3. 資格は取るべきですか？

必須ではありませんが、ITパスポートは費用対効果が高いです。学習時間の目安は50〜100時間程度で、IT全般の基礎用語が押さえられるため、面接での会話がスムーズになります。時間に余裕があれば基本情報技術者試験を目指すと、意欲としてはかなり強いアピールになります。

ただし、資格取得に時間を使いすぎてES対策が疎かになるのは本末転倒です。優先順位は「自己分析・ES作成 ＞ 業界研究 ＞ 資格」と考えてください。

Q4. インターンに参加していないのですが、不利ですか？

不利になるとは限りませんが、業界理解の深さで差がつきやすいのは事実です。参加していない場合は、

• 1day仕事体験やオンライン説明会に参加する
• OB・OG訪問で現場の話を聞く
• 企業のエンジニアブログやnoteを読む

といった方法で補えます。特にOB・OG訪問での学びは、志望動機に具体性を出す強力な材料になります。

Q5. SIerとWeb系、どちらを目指すべきですか？

未経験・文系で幅広く選ぶなら、研修体制が整っているSIerや大手IT子会社が現実的です。Web系ベンチャーは開発経験を求める企業も多く、母集団が限られます。ただし、これは「Web系を諦めろ」という意味ではなく、併願の軸を持っておくと安心という話です。

Q6. 面接で「ITの適性がないのでは」と言われたら？

これは圧迫ではなく、反応を見るための質問であることが多いです。反論するのでも、萎縮するのでもなく、

「たしかに現時点で技術力はありません。ただ、分からないことを調べて解決していくプロセス自体に面白さを感じており、実際に◯◯という形で学習を続けています」

と、事実ベースで返すのが最善です。

Q7. ガクチカがアルバイトしかありません。それでもいいですか？

まったく問題ありません。アルバイトは、ビジネスの現場に最も近い学生経験です。お客様がいて、売上があり、チームがあり、上司がいる。この構造は会社と同じです。「ただ働いた」ではなく、「課題に気づいて、何かを変えた」という切り口で書けば、十分に強いエピソードになります。

Q8. 複数社に同じESを使い回してもいいですか？

自己PRとガクチカは使い回して構いません。ただし志望動機だけは必ず書き分けてください。採用担当者は志望動機の”温度”を敏感に見ています。最低でも、その企業の事業領域・主要顧客・特徴的な取り組みのいずれかには触れましょう。

---

選考本番までのスケジュール例（今からでも間に合います）

最後に、この記事の内容を実行に移すための行動計画を示します。

時期	やること	関連するポイント
今週	掘り起こし質問20問に回答し、経験の棚卸しをする	全体
今週	12のポイントのうち、自分に当てはまるものをチェック	全体
1〜2週目	Progateを1コース完了、またはITパスポートの参考書を購入	⑥⑩
2週目	ITニュースを3本ストックする（3行メモ形式）	⑥
3週目	自己PR（400字）とガクチカ（400字）の初稿を書く	①〜⑫
3〜4週目	キャリアセンターやOB・OGに見てもらい、修正する	⑫
4週目	想定質問30個に対する回答を用意する	全体
以降	面接ごとに振り返りメモを作り、改善を回す	④

すべてを完璧にやる必要はありません。特に重要なのは、最初の「棚卸し」と「1つでもIT行動を作ること」の2つです。この2つさえやっておけば、ESの質は確実に変わります。

---

まとめ：あなたがアピールすべきものは、もう持っています

長くなったので、最後に要点を振り返ります。

• 企業は、新卒未経験者にITスキルを求めていない。求めているのは、入社後に伸びる根拠。
• アピールすべきは「経験」→「企業に伝わること」のセットで整理された12のポイント。
• 12のポイントは、学び続ける力・やり切る力・人と動く力・ITへの行動の4グループに分けられる。
• ESでは全部を使わず、自己PRで1〜2個、ガクチカで1〜2個、志望動機で1〜2個に絞る。
• エピソードは結果ではなくプロセス、特に「自分が何を考え、どう動いたか」を厚く書く。
• ⑥⑩⑪（ITへの興味と行動）は、今からでも1〜2週間で作れるアピール。

「文系だから」「未経験だから」という理由で、IT業界を諦める必要はまったくありません。実際に今この瞬間も、文系出身のエンジニアやITコンサルタントが、現場の中心で活躍しています。

違いを生むのは、スキルの有無ではなく、自分の経験を”企業に伝わる言葉”に翻訳できているかどうかです。

この記事の12のポイントを手元に置いて、ぜひあなたの経験を書き出してみてください。「何もない」と思っていた学生生活が、驚くほど語れる材料の宝庫だったことに気づくはずです。

---

「面接の準備はできた。でも、未経験の自分は何をアピールすればいい？」

次は、資格・スキルの身につけ方や、スカウト・エージェントなどの就活サービスも上手に活用していきましょう。
≫ 次は「スキル・資格／就活サービス活用をする」へ進む