富士通 / IT・コンサル
富士通のES対策|志望動機・パーパスの600字例文
富士通のESを、志望動機・ガクチカ・パーパスを踏まえた挑戦の600字練習例で解説。27卒の公開資料と28卒の確認事項を分け、JOBマッチングの職場研究、文系・未経験者の書き方、字数調整まで紹介します。
無料・登録不要構成メモと文字数チェック+
記事を読んで浮かんだ、自分の経験をメモしてみましょう。入力した文章の字数を、この画面で確認できます。
入力したメモはこのブラウザ内だけで扱います。
応募先の設問・字数に合わせて練習してください。
- いつ、どんな場面で、何が起きた?
- 自分は何を選び、なぜそうした?
- その経験から、何を大切にしていると分かる?
0 / 600字
全角・半角ともに1文字、空白・改行も含みます。応募フォームと数え方が異なる場合は、提出先の表示を優先してください。
「このメモを使ってESAIへ」を押すと、このブラウザに24時間保存して登録・ログイン後へ引き継ぎます(最大6,000文字)。その前にページを離れると入力は消えます。
この記事でできること
富士通のESでは、会社への関心に加え、応募する職場でどんな役割を担いたいかを考えることが大切です。このページでは、志望動機、学生時代の経験、富士通で挑戦したいことを、同じ学生の600字例文で比べます。
パーパスをどう自分の経験へつなぐか、600字をどう組み立てるか、文系・未経験なら何を書くか。迷ったところから読み、応募先の実際の設問に合わせて下書きを直してください。
600字は練習の条件です。27卒向けの公開資料を参考にしていますが、28卒の全職場で同じ設問・字数になるとは限りません。応募する職場の募集案内と入力欄を先に確認してください。

1. 富士通のES設問・文字数|27卒資料と28卒の確認点
2026年10月10日時点の公式の応募コース・選考フローには、27卒採用の応募受付は終了し、28卒採用は2027年2月頃に情報更新予定と記載されています。現在掲載されている27卒の情報を、28卒で確定した応募条件として使わないでください。
同ページにあるJOBマッチングコースは、希望する職場・職種とのマッチングを重視する方式です。準備では企業全体の特徴だけでなく、募集会社、職種、職場の仕事を分けて調べます。ただし、28卒でのコースや条件は、更新された公式案内で改めて確かめます。
27卒向け応募マニュアル(2026年4月版)のPDF19ページ目には、600字以内の入力欄の例と、質問項目は求人によって異なるという注意書きがあります。このため「富士通のESは全員同じ3問・各600字」とは扱いません。以下の600字は、長い回答を組み立てるための練習条件です。
準備の成果物は、長い企業研究ノートではなく、応募先ごとの一枚のメモです。「この会社・この職種・この職場を選ぶ理由」「関連する自分の経験」「今は足りない知識」の三つを説明できる状態を目指します。
600字の回答を三つ用意するときの役割分担
| 練習テーマ | 中心に書くこと | 重複させないための確認 |
|---|---|---|
| 志望動機 | なぜその仕事・応募職場を選ぶか → | 学生時代の経緯を詳しく書きすぎていないか |
| 学生時代に力を入れたこと | 何を考え、自分がどう動いたか → | 企業への賛辞が回答の中心になっていないか |
| 挑戦したいこと | 誰の何を、どんな立場で変えたいか → | 志望動機と同じ過去の説明を繰り返していないか |
最初に設問へ答える一文を置き、経験、仕事との接点、今後の行動を必要に応じて補います。600字を埋めるために会社説明を増やすより、「なぜ別の方法ではなかったか」「自分が担当した範囲はどこか」を具体化すると、面接でも説明しやすくなります。
2. 富士通のJOBマッチングとESの企業研究
「富士通は事業が広い」「技術力が高い」で止まると、自分が何をしたいのかが見えません。私なら、まず職場の説明を、相手・困りごと・担当する作業・確かめる結果の四つに分解します。仕事の名前を覚えるだけでなく、入社後に向き合う場面を想像するためです。
| 求人から確認する項目 | 自分の言葉へ直す問い | ESに使う場所 |
|---|---|---|
| 募集会社・採用区分 | どの会社へ入社し、どこで働く募集か | 応募先の取り違えを防ぐ前提 |
| 顧客・業務領域 | 誰が何をするときに困っているのか | 実現したいことの対象 |
| 担当する工程 | 課題を聞く、設計する、作る、運用する、のどこか | 職種を選ぶ理由 |
| 必要な力 | 応募時に必要な条件と、歓迎条件は何か | 自分の現在地と学習計画 |
| 職場紹介・事例 | どの関係者と何を相談するのか | 経験との具体的な接点 |
たとえば富士通の職種紹介では、ソリューションエンジニアはセールスとともに顧客の課題を技術面から考え、具体的なシステムにする仕事として説明されています。ここから「人と話すのが好きだからSE」だけでなく、「要望を整理し、技術的に実現できる形へ落とすところに関わりたい」と考えを進められます。
個別の求人で、運用と開発のどちらが中心なのか、どんな専門性が必要なのかを確認します。
企業研究メモの完成例
| 公式に確認したこと | 自分の理解 | 接続する経験 | 応募前に追加確認すること |
|---|---|---|---|
| SEの職種紹介に、課題を技術面から考えシステムにする説明がある | 要求をそのまま実装するだけでなく、何を実現するかを考える仕事に関心がある | 研究室で記録項目を増やしすぎ、利用者と見直した | 応募職場が担う工程、利用部門との関わり方 |
| JOBマッチング方式の説明がある | 会社への好感だけでなく、職場選択の理由も必要になる | 自分は記録を継続して使える状態にする作業が好きだった | 対象年度の方式と求人の募集状況 |
| 職種にセールス、研究開発などもある | 同じ課題に関わっても担当する責任が異なる | 対話、設計、実験のどこで最も工夫したかを振り返る | 希望職種で求められる専門性 |
公式情報の引用と自分の志望理由を一つの文で混ぜないことが大切です。事実を長く写すより、なぜその事実が自分の選択に関係するかを説明します。
3. 富士通のESを書く前に経験を整理する
志望理由、学生生活、入社後にやりたいことを別々に書くと、同じ経験を毎回最初から説明したり、回答ごとに別人のようになったりします。最初に人物の素材を一枚へまとめ、各設問で何を伝えるかを決めます。
今回の回答例では、理系の研究室で実験記録の共有方法を見直した経験を使います。共有表を作り、使われない理由を聞き、項目と運用を変えた経験を土台にします。
| 素材 | 回答例の経験 | 回答での使い方 |
|---|---|---|
| 起きていた問題 | 実験条件が人ごとに違う形式で記録され、引き継ぎで確認が必要だった | 学生生活の背景 |
| 最初の失敗 | 漏れを防ごうと入力項目を増やし、記入の負担が大きくなった | 本人の判断の変化 |
| 本人の行動 | 利用するメンバーへ確認し、必須項目と補足項目を分けた | 具体的な取り組み |
| 結果 | 試験運用で不足項目を修正し、後輩へ説明を引き継いだ | 確認できた到達点 |
| 仕事への関心 | 仕組みを作ることと、使い続けられることの違いが気になった | 志望理由 |
| 不足していること | 本格的なシステム設計・開発・運用の実務経験はない | 学習計画と将来像 |
効果を数字で示すには、測定記録が必要です。記録がある場合は、期間、人数、集計方法を確認して使いましょう。数字がなければ、何を変更し、誰がどこまで使えたかを具体化します。
三つの回答には、それぞれ違う仕事をさせる
- 志望理由:なぜその役割を仕事にしたいのかを説明する。
- 学生生活:過去に実際に取った行動と判断を示す。
- 挑戦したいこと:今後向き合いたい相手・課題・進め方を示す。
三つに共通する軸は「使う人が続けられる仕組みを作りたい」です。ただし、志望理由へガクチカの全経緯を入れ、挑戦したいことへ同じ話を再び入れる必要はありません。同じ経験を参照しても、読者が新しく知れることを変えます。

4. 富士通の志望動機|SEの600字練習例
職種の志望理由では、仕事への関心、経験から生まれた理由、応募先で取り組みたいことの順に説明します。「人と関わりたい」「技術を使いたい」の両方を並べるだけでなく、なぜその二つを一緒に担いたいかを書きます。
作った仕組みが、使う人の一日の中で役に立つところまで見届けたい。その思いから、ソリューションエンジニアを志望する。研究室で実験記録の共有表を作ったとき、私は記入漏れをなくそうと項目を増やした。しかし、メンバーから入力が大変だと言われ、空欄はかえって増えた。自分では丁寧に作ったつもりだったので、初めは納得できなかった。実際に記入する場面を見せてもらって、実験中に全部の項目を埋めるのは難しいと分かった。そこで、実験の再現に欠かせない情報と後から補える情報を分け、迷う欄には入力例を付けた。表を完成させるより、使う人と試しながら直す作業に、私は面白さを感じた。例えば、実験後にまとめて書く欄と、その場で記録しなければ忘れる欄では、必要な案内が違った。同じ情報でも、誰がいつ使うかで設計が変わる。顧客の業務を聞くときにも、この経験を生かしたい。説明を聞いて分かったつもりにならず、作業と照らして確かめたい。貴社の職種紹介を読み、SEがセールスとともに顧客の課題を考え、技術を使ってシステムにしていく役割だと知った。私も、要望を聞くだけで終わらず、何が必要かを整理して設計し、使った人の反応を見ながら直す仕事をしたい。業務システムの開発・運用はこれから学ぶ必要がある。研究でデータを扱ってきた経験を足場に、設計とテストの基礎を身につけ、導入後に困る場面まで想像して提案できるSEになりたい。
この完成例の、強く書く部分と慎重に書く部分
| 文章の役割 | この例で書いたこと | 自分で書くときの判断 |
|---|---|---|
| 結論 | 使う人の一日の中で役に立つところまで見届けたい | 担当したい仕事が分かる動詞を置く |
| 原体験 | 記録項目を増やしたら入力が続かなかった | 成功だけでなく、関心の起点になった不具合を示す |
| 考えの変化 | 完成だけでなく利用場面まで考えたい | なぜ仕事にしたいかへ橋をかける |
| 企業・職種との接点 | 公式のSE紹介を読んで関心を持った | 会社の紹介を長く写さず、自分が選ぶ理由を書く |
| 現在地 | 実務経験はない | 共有表の改善を本格的なシステム開発実績へ膨らませない |
| 将来像 | 設計・検証・導入後の改善に取り組む | 学ぶ内容と、学んだ後に担う仕事をつなぐ |
この例は、職種の志望理由として読める形です。個別職場への志望理由を聞かれた場合は、職場名を最後に足すだけでは不足します。募集文から確認した顧客や業務の特徴を一つ選び、それが自分の関心とどう関係するかを入れます。その分、研究室の背景は短くしてください。
また、「即戦力として貢献する」と書かなくても、現在地と学ぶ方向は示せます。反対に、すでに開発経験がある人は、何を自分で設計し、どこをライブラリや他者の支援に頼り、どんな不具合を直したかを書いたほうが、技術力を具体的に伝えられます。
5. 富士通のガクチカ|600字の練習例
「学生時代に力を入れたこと」と「強み」は似ていますが、同じ問いではありません。前者では、何に取り組み、何を考え、どこまで進めたかを説明します。強みの名前を何度も繰り返すより、読み手が行動から判断できるようにします。
研究室で、実験記録を後輩へ引き継ぐ方法を見直した。以前は各自の形式で記録しており、過去の実験を確かめるたびに、担当した先輩へ聞き直していた。自分も同じところで困ったため、共通の記録表を提案した。ただ、最初の表は使いにくかった。漏れを防ごうと欄を増やしすぎ、メンバーから入力に時間がかかると言われたのだ。せっかく作ったのに、という気持ちはあった。それでも、使われなければ困りごとは残る。先輩と過去の記録を見比べ、再現に必ず必要な条件と、必要な場合に補う情報を選び直した。次に、実際の記録を使って入力してもらい、手が止まった欄の言葉を変え、単位や入力例を添えた。残すか迷った項目は、その情報がないと何が分からなくなるかをメンバーと話した。試す中で例外的な実験を書きにくいことも分かり、補足欄と相談先を追加した。書式をそろえることで、かえって必要な違いが消えていないかも確認した。私は試した人の疑問を集め、次の修正で何を変えたか記録する役を担った。すべてを作り直すのではなく、困る欄から少しずつ変えることで、使いながら意見をもらえる状態を保とうとした。最後に後輩へ使い方と直し方を説明し、自分がいなくても疑問点を残せるようにした。確認作業をすべてなくせたわけではないが、必要な記録と、迷ったときの確認先を共有できた。自分の案を通すことにこだわらず、相手が使う場面まで一緒に確かめるようになった。
「何をしたか」から、本人の判断が分かる文章にする
この例の最初の失敗は、項目を増やしたことそのものではありません。記録の目的より、記録をそろえることを優先した点です。この違いを言葉にすると、後半の「必須と補足を分ける」行動に理由が生まれます。行動を二つ、三つと並べるだけでなく、前の行動が次の行動へどうつながったかを確認してください。
「周囲を巻き込んだ」は、先輩と過去の記録を比較する、利用者に記入してもらう、意見が分かれた項目を相談する、という場面に分けました。相手に何を頼み、相手の意見で自分の案がどう変わったかまで書けば、協働の説明になります。
結果を書くときの三段階
| 持っている根拠 | 書ける結果の例 | 追加で確かめること |
|---|---|---|
| 完成物だけがある | 記録表と入力例を作成した | 実際に使われたか |
| 利用した記録がある | 試験運用し、使いにくい欄を修正した | 誰がどの範囲で使ったか |
| 同じ条件で前後を測った | 対象と期間を示して確認作業の変化を書く | 担当者・件数・実験の難しさの違い |
結果が小さく見えるからといって、根拠の段階を飛ばさないでください。完成しただけのものを「定着した」と書くには、継続して使われた確認が必要です。効果が測れていなければ、その後どのように測るかを面接で説明できるようにします。
6. 富士通のパーパスを踏まえた挑戦|600字の練習例
富士通のパーパスを、そのまま写さず自分の言葉へ
富士通の採用メッセージでは、技術革新を通じた社会の信頼と持続可能性をパーパスに掲げています。また、自分自身のパーパスと重ねて未来を考え、挑戦し、周囲との信頼や共感を築く人を求めると説明しています。ここから先は、その考え方を回答に落とし込む私の提案です。
| 曖昧な下書き | 具体化する問い | 研究室で記録を見直した学生の場合 |
|---|---|---|
| 社会に信頼をもたらしたい | 誰が何を確かめられず、困っているのか | 担当した先輩がいないと、実験条件を判断できない |
| DXで解決したい | 保存・検索・判断のどこを変えたいか | データの出所と条件を、次の担当者も確認できるようにしたい |
| 持続可能な仕組みを作りたい | 導入した後も使い続けるには何が必要か | 入力する人の負担、修正の方法、相談先も設計したい |
理念の言い換えだけでは、自分が取り組みたい仕事はまだ見えません。対象となる人、今の困りごと、変えたい状態、自分が担う役割の四つが書けるかを確認してから、600字へ広げます。
「社会課題を解決したい」は方向性です。回答として仕上げるには、誰の、どの困難を、どんな立場で変えたいかまで進めます。パーパスを踏まえる問いなら、公式の言葉を繰り返すより、自分が考える信頼や持続可能性を具体的な行動として説明します。
必要な情報を知っている人が休むと、ほかの人の仕事まで止まってしまう。そうした状況を減らすシステムづくりに関わりたい。研究室では、記録自体は残っていても、実験条件の意味が分からず、先輩へ聞かなければ次へ進めないことがあった。記録の共有方法を見直して、情報を保存することと、別の人が使えるようにすることの違いを感じた。企業でも同じ問題があると決めつけず、まずは実際の仕事を見て、誰が何を確かめるために待っているのかを知りたい。情報が足りないのか、探せないのか、見ても判断できないのかで、必要な機能は変わるはずだ。そのうえで、記録する項目や確認の流れ、見られる人の範囲を整理し、一部の業務で試しながら形にしたい。導入後には、探していた情報へたどり着けたか、入力や確認の負担が増えていないかを使う人と確かめたい。情報を集める側には便利でも、書く側の作業が増えるだけでは続かない。利用する場面と記録の場面を分けて聞き、双方が無理なく続けられる方法を考えたい。私が目指すのは、詳しい人に聞くことを一切なくす仕組みではない。まず自分で確認でき、それでも迷えば適切な人へ相談できる状態だ。SEとして、使う側と開発・運用を担う側の両方に話を聞き、導入後に寄せられた質問も改善へつなげたい。初めは担当する機能の設計とテストを着実に学び、便利そうに見える案を、現場で安心して使えるものへ育てられるようになりたい。
この例では、利用者への聞き取り、情報の扱い、小さな試行、導入後の改善まで書いています。「AIを使って革新する」のように技術名だけで結論を作っていません。将来像を大きくすることより、最初の一歩が仕事として想像できることを優先しました。
一方で、この回答だけでは、富士通の特定の職場を選ぶ理由は完成していません。応募職場の顧客、担当業務、求める専門性を確認し、その職場で取り組める課題に絞ってください。希望するテーマが募集の仕事とずれているときは、文章で無理に結ぶより、応募先の再検討が必要です。
志望理由との重複をどう減らしたか
志望理由では「なぜSEという役割か」を厚くし、この回答では「何を変えるために、どう進めるか」を厚くしました。研究室の話は二文程度に抑え、その後の仕事の進め方に字数を使っています。三つの回答を横に並べ、同じ説明が連続していないかを確認してください。
7. 富士通の応募職場に志望理由を合わせる
完成例を読んだあとに必要なのは、応募する職場への調整です。私なら、原稿の中から「どの職場にも言える文」と「その職場を選ぶ理由」を色分けします。後者が一つもなければ、企業研究メモへ戻ります。
| 応募先で重視される仕事の例 | 経験から取り出す部分 | 志望理由で説明する接点 |
|---|---|---|
| 要件を整理し設計する | 必須項目と補足項目を利用者と分けた | 要望の背景を確かめ、必要な機能へ落とすことに関心 |
| 運用と改善を続ける | 例外の記録方法と相談先を決めた | 導入後の問い合わせや変更にも向き合いたい |
| 研究・新技術を検証する | 条件をそろえて比較し、結論の範囲を確かめた | 未知の問いを検証可能な形へ分けたい |
| 顧客への提案を担う | 相手によって困りごとや負担が違うと知った | 選択肢を比較し、判断しやすい説明をしたい |
この表を参考に、職種ごとに自分の経験のどの面を伝えるか考えてみましょう。求人に書かれていない業務を、その職場の仕事として断定しないでください。また、同じ経験から違う側面を取り出すことと、経験の事実を書き換えることは別です。
応募先の必須条件に特定の専門性がある場合は、文章の工夫で条件を満たしたことにはできません。自分の履修、研究、制作物などと照合し、不明な点は公式の問い合わせ先や説明会で確認します。希望の強さと、応募条件の充足を分けます。
職場の情報がまだ出ていない時期の準備
28卒の求人が未公表なら、過年度の職場紹介を仕事理解の材料にしつつ、今年の募集と区別してメモします。今できるのは、興味のある業務を仮に選ぶ、経験との接点を整理する、足りない知識を学ぶ、の三つです。「この求人に応募する」と決めた記述は、公開後に確認してから仕上げます。
8. 富士通のES|文系・IT未経験の志望動機と学習経験
文系や未経験という属性だけで、書けることが決まるわけではありません。自分が相手の状況を理解し、判断を助けた経験を探します。ただし、接客経験があるだけで、法人向けのIT提案ができるとは限りません。共通する行動と、新しく学ぶ専門性を分けます。
相手が迷っている理由を聞き、納得して次の一歩を選べるようにしたい。そう考え、セールスを志望する。ゼミで地域の催しへの協力をお願いしたとき、企画の魅力を説明しても返事がもらえなかった。私は関心がないのだと思い、説明を増やそうとしていた。しかし、話を聞くと、気になっていたのは内容より、当日どれだけ人手が要るのか、普段の仕事と両立できるのかということだった。そこで、お願いしたい作業と時間を分けて示し、引き受けられる範囲を相談した。相手が決めるために必要な情報は、自分が伝えたい情報とは違う。そのことが印象に残っている。貴社の職種紹介を通じて、セールスが顧客の窓口として状況を把握し、企画や提案を担うと知った。顧客の仕事を理解し、エンジニアとも相談しながら、導入によって何が変わるかを伝える役割に関心がある。現在はITの基礎に加えて、関心のある業界の業務を学んでいる。費用や現場の負担についても説明できるようになり、よい面だけを話すのではなく、顧客と一緒に選択肢を検討できる人を目指したい。そのためには、技術的に分からない点を専門の担当者に確認し、実現できる範囲を顧客へ伝える姿勢が欠かせない。導入時期や運用を担う人についても相談し、提案が現場の予定に合うかを確かめたい。話を聞いてくれた人だけでなく、実際に使う人が困る場面まで想像して、関係者と一つずつ条件をそろえる仕事に取り組みたい。
この例で「コミュニケーション能力」を具体化しているのは、相手の不安を聞き、協力内容と負担を分けた行動です。「誰とでも仲よくなれる」と「仕事の判断に必要な情報をそろえられる」は同じではありません。接客やゼミの経験を書くときも、相手が決められなかった理由まで戻ると、仕事への関心を説明しやすくなります。
技術を学ぶ予定だけで終えず、すでに着手したことがあれば、その内容と分かったことを足します。「ITパスポートを勉強中」という一文なら、なぜ学び始め、何の理解に役立ったかまで説明できます。ただし、資格の取得予定を取得済みにしないようにしてください。
学習経験を聞かれたときの短い完成例
現在、データベースの基礎を学んでいる。ゼミの活動記録で、同じ参加者の情報を複数の表へ入力する手間が気になったことがきっかけだ。学習用のデータで表を分け、識別番号で結び付ける練習をしている。名前が同じ人や欠けた項目を含むデータも試し、どの条件で結び付けられないのかを確かめている。まだ業務で使えるシステムを作った経験はないが、情報の重複や更新漏れがなぜ起きるのかを、仕組みから理解したい。
文系でSEを志望する場合は、技術経験と仕事への関心を分ける
「文系だから対話力を生かせる」で止めず、聞いた要望をどう整理し、どんな仕組みを考える作業に関心があるかまで述べます。技術の学習状況は、仕事への関心とは別に具体的に書きます。応募条件を満たすかは募集ごとに確認してください。職種をまだ決めていない人は、IT業界のSE・開発・インフラ・セールスの比べ方から整理できます。
9. 富士通の研究概要・研究開発の志望動機
研究概要では、研究室全体のテーマ、先行研究、自分が担当した問いを分けます。専門用語をすべて消すのではなく、最初に何を確かめているのかを説明し、その後に必要な方法を置きます。専門職への応募なら、比較方法や再現性の説明も欠かせません。
私は、センサーの測定値が変化したとき、装置の異常と周囲の温度変化を区別する方法を研究している。測定値が大きく変わっただけで異常と判断すると、正常な装置にも点検が必要だと判定してしまう。そこで、温度などの条件をそろえたデータと、異常を想定した条件のデータを比較し、どの特徴が判定に役立つかを調べている。私の担当は、比較する条件の整理と、判定方法を変えたときの結果の分析だ。初めは正しく判定できた割合を見ていたが、それでは異常を見逃す場面が分からなかった。そこで、正常なのに警報を出した場合と、異常なのに見逃した場合を分けて確認している。記録の単位や欠けた値の扱いもそろえ、方法の違いによる結果を比較できるようにしている。現在は限られた実験条件で検証しており、実際の現場で同じ結果になるかは確認していない。今後は条件を変えたデータでも確かめ、見逃しと誤った警報の両方を減らせるかを検討したい。
数式や精度の数字を出していませんが、問題、方法、本人の担当、結論の範囲は分かります。実際の研究では、公開できる範囲を指導教員などに確認し、未公表の情報を無断で載せないでください。
条件の違いによる変化を異常と取り違えないよう、学習に使うデータと評価に使うデータを、取得条件ごとに確認したいと考えています。学習用と評価用の両方に同じ取得条件のデータばかりを入れると、見かけ上はよく判定できても、未知の条件で使えるかは分からないからです。評価では全体の正答率だけでなく、異常の見逃しと正常時の誤警報を分けます。どちらの誤りが問題になるかは利用場面によって違うので、研究上の比較条件と実際の運用条件を分けて考えています。
研究職を志望する場合の完成例
条件が変わっても使える技術を、検証から作り上げる仕事に関心があり、研究開発を志望する。センサーの異常判定を研究する中で、ある条件ではよい結果が出ても、測定環境が変わると同じ判断ができない難しさに直面した。私は、結果のよい方法を選ぶだけでなく、どの条件で何が分からなくなるかを確かめることに面白さを感じている。貴社の職種紹介で、基礎研究から実用化へ向けた応用研究までの活動が示されていることを知り、問いの探究と実際の利用を往復する仕事に関心を持った。自身の研究では、比較条件を整理し、予想と異なる結果を検証し直す姿勢を大切にしてきた。方法を比べる際は、見逃しと誤った警報を分けて確認している。使う場面によって優先するものは変わる。数値の改善だけで研究の意義を説明しないよう意識している。応募する研究テーマとの接点をさらに確かめ、専門を深め、使える条件と限界を説明できる技術を生み出したい。
この回答は研究職全体への関心を説明する練習例です。実際の研究所コースでは、募集テーマと自分の専門性の具体的な関係を確認してください。「幅広い研究ができる」だけでは、テーマを選ぶ理由は伝わりません。自分が研究したい問いと、応募先が取り組む問いの接点を一つに絞って説明します。
10. 富士通のESを600字から400字へ短くする
長い回答から短い回答へ直すときは、すべてを同じ割合で短くしません。志望理由なら、企業・職種を選ぶ理由と、関心の根拠を残します。背景の細部は学生生活の回答で説明できるため、そこを圧縮します。
作った仕組みが、使う人の一日の中で役に立つところまで見届けたいと考え、SEを志望する。研究室で実験記録の共有表を作った際、漏れを防ごうと項目を増やしたが、入力が大変だと言われた。実際に使う場面を見せてもらい、必要な情報を選び直した経験から、相手と試しながら仕組みを直す仕事に関心を持った。迷う欄には入力例を添え、例外的な実験を記録する補足欄も設けた。書式の統一より、後から条件を確かめられることを優先した。使う場面によって、必要な形は変わると感じた。貴社の職種紹介を読み、SEがセールスとともに顧客の課題を考え、技術を使ってシステムにしていくと知った。私も、要望の背景を聞き、必要な機能を考え、使った人の反応を見ながら改善するところまで関わりたい。業務システムの開発経験はまだない。研究でデータを扱った経験を足場に、設計とテストの基礎を身につけ、導入後に困る場面まで想像できるSEを目指す。
| 600字版にあった情報 | 400字版での扱い | 理由 |
|---|---|---|
| 実験のどの場面で困るか | 入力が大変だと言われた、へ圧縮 | 志望理由では背景を詳述しすぎない |
| 必須と補足を分け、入力例を作った | 必要な情報を選び直した、へ統合 | 行動の中心だけを残す |
| 仕事にしたい理由 | 残す | 経験から職種へつながる部分だから |
| 公式職種紹介との接点 | 残す | 仕事理解を示す部分だから |
| 実務経験の有無と学習 | 短くして残す | できることを誇張しないため |
富士通の公式採用noteにある2024年の社員の体験談では、長い回答から無駄を省き、読み手の立場で何度も書き直した過程が語られています。一人の過年度の体験ですが、自分には分かる説明を、初めて読む人にも伝わる文章へ直す手順は参考になります。人に見せるときは、感想だけでなく「私が何をした人だと分かったか」も聞いてみてください。
短くして読みにくくなったら、名詞をつなげすぎていないかを見ます。「顧客業務課題解決志向のシステム実装」より、「顧客の課題を確かめ、使えるシステムにする」のほうが、何をするかが分かります。専門用語の削除より、動詞が消えていないかを確認してください。
字数を数えるときは、見出しや注釈を含めるかも応募画面の指定に合わせます。このページの表示字数は例文本文だけを数えています。コピーした後は、実際の入力欄で再確認してください。
11. 富士通のESから面接の深掘りに備える
記事中のESを使って、深掘りへの回答を練習します。自分の文章でも、抽象的な名詞に丸を付け、「具体的に何か」「なぜか」「自分がしたのか」を質問へ変えてみてください。
話を聞いたあと、どう作れば使いやすくなるかを考えるところまで関わりたいからです。研究室の表も、必要な項目を選んだり、実際に入力してもらって直したりする時間が面白かったんです。その経験からSEに関心を持ちました。もちろん職場によって担当範囲は違うので、募集の内容は具体的に確かめたいと思っています。
私だけにしかできなかった、とまでは思っていません。ただ、最初の表が使いにくいと言われたあとも、そのままにせず、先輩と記録を見直して作り直したのは私です。必要な情報を判断するには先輩の知識が欠かせませんでした。自分が全部解決したというより、困っていることを聞いて、直す作業を進めたのが私の役割です。
はい、最初に聞くべきだったと思います。あのときは、必要そうな欄を全部用意するのが親切だと思っていました。使う人にとっては、実験中に埋める欄が増えるだけだったんですよね。今やり直すなら、まず記録しているところを見せてもらって、必要な項目を少なく作り、試してから増やします。
研究でデータを整理したり、処理の結果を確かめたりした経験はあります。ただ、複数人で使う業務システムを設計・運用した経験はまだありません。使ったツールの中で自分が理解している処理と、任せている処理は分けて説明できます。次はデータの保存とテストを学び、小さなものを自分で作って確かめたいです。
使えることに加えて、情報がどこから来たか、誰が変更できるか、間違ったときにどう直すかが分かる仕組みです。研究室でも、値だけがあって条件が残っていないと判断できませんでした。便利さだけを優先せず、利用する人が確かめ直せることを大切にしたいです。
まず、その業務の目的と、今の自分に期待される役割を確認します。私の関心は、使う人が続けられる仕組みを作ることなので、設計だけでなく、テストや運用から学べることもあると考えています。そのうえで、自分が伸ばしたい専門性との接点や、今後の学び方を上司と相談したいです。
回答では、できないことを並べて終わらず、何を理解し、次にどう確かめるかまで話します。反対に、「何でもできます」「どこでもよいです」と広げすぎると、仕事を選んだ理由が見えなくなります。関心の軸と、具体的な業務への柔軟さを両方説明してください。
12. 社員訪問・説明会でESの材料を集める
逆質問は、自分をよく見せる言い回しを探すより、企業研究で残った空欄を埋めるために使います。公式サイトにある事実を調べたうえで、仕事の場面や判断を聞くと、自分が働きたい理由を具体化しやすくなります。
| 知りたいこと | 質問の例 | 回答をESへ使うときの注意 |
|---|---|---|
| 利用者との接点 | 要望が曖昧な段階で、SEの方はどのように顧客と課題を整理しますか | 一人の経験を全社共通の制度へ変えない |
| 若手が担う範囲 | 最初の担当業務では、どこまでを自分で判断し、どこから相談しましたか | 裁量が大きい、だけでまとめない |
| 技術と業務の両立 | 業務理解が設計を変えた具体的な場面はありますか | 公開できない案件情報は求めない |
| 導入後の改善 | 利用開始後の問い合わせは、次の改善へどうつながりますか | 担当職場の範囲として理解する |
| 学習の準備 | 入社前に学んで役立ったことと、入社後に学び直したことは何ですか | その回答を応募条件だと誤認しない |
聞いた後は、「事実として聞いた話」「自分が面白いと思った点」「まだ分からないこと」の三行を残します。感想だけならESで使いにくく、発言の丸写しだけなら自分の志望理由になりません。相手の話をそのまま名言として掲載せず、必要に応じて匿名化や引用の可否も確認します。
13. 富士通のESでよくある質問
パーパスの文章をそのまま書いたほうがよい?
設問で参照が求められているなら、意味を理解したうえで自分の考えを述べます。公式の文章を長く写しても、自分が何をしてきたのか、どんな仕事を望むのかは伝わりません。「信頼」を選ぶなら、情報の根拠を確かめる、利用者へ説明する、誤りを直せるようにする、など自分が大切にする行動へ直してみてください。
研究と応募する事業が直接つながらない場合は?
研究対象を無理に商用化の話へ結ぶ必要はありません。実験条件をそろえる、予想と異なる結果を確かめる、他分野の人へ説明する、といった行動上の接点を検討できます。ただし、その接点があることと、応募に必要な専門知識があることは別です。必須条件は個別に確認します。
一つのガクチカを複数の回答で使ってよい?
実際の設問が別の経験を求めていなければ、同じ経験を違う観点で使う方法はあります。志望理由では関心が生まれた点、学生生活では行動の経緯、挑戦したいことでは今後の課題を中心にします。三つとも背景から結論まで同じ話なら、役割分担をやり直してください。
ITの資格がないと、書くことがない?
資格の有無だけで、個々の募集への適合は判断できません。応募条件を確認し、そのうえで学習や制作、利用者への聞き取りなど、すでに取った行動を説明します。何も着手していない場合は、学習予定を実績として書かず、小さく実際に試してから、その過程と分かったことを材料にします。
会社の大きさや働きやすさを志望理由にしてよい?
会社を選ぶうえでは、大切な条件です。ただ、それだけでは仕事への関心を説明しにくいため、担当したい役割と分けて整理します。制度があるという事実から、必ず自分の希望がかなうと広げず、その環境でどのように学び、何を担いたいかまで考えます。
富士通の28卒のES設問は、もう確定している?
2026年10月10日に確認した公開ページでは、27卒の応募マニュアルを読むことはできますが、それを28卒の確定設問としては扱えません。28卒の公式案内と応募する求人の画面で、設問、上限字数、提出書類を確認してください。この記事の600字例文は、準備のための練習です。
14. 富士通のES・提出前チェック
最後に見るのは、一つずつの文章の完成度と、回答同士の整合性です。志望理由では運用に関心があるのに、挑戦したいことでは根拠なく新規事業だけを希望している、といったずれがないかを確かめます。関心が複数あるなら、そのつながりを一文で説明できるようにします。
| 読む場所 | 自分へ投げる質問 | 直し方 |
|---|---|---|
| 最初の一文だけ | 何をしたい人物かが一貫しているか | 役割と課題を一つずつ具体化する |
| 行動の文だけ | 本人が何をしたかが分かるか | 私・先輩・チームの主語を分ける |
| 成果の文だけ | どの根拠で言えることか | 測定、観察、推測を分ける |
| 企業名の近く | その職場を選ぶ理由になっているか | 求人の事実と自分の理由を対応させる |
| 将来の文だけ | 今の能力と希望を混同していないか | できること、学ぶこと、目指すことを分ける |
職種をまだ選び切れていない人は、IT業界のESガイドで、SE、開発、インフラ、セールスの書き分けも確認してください。富士通への好感を、具体的な仕事の選択へ進めることが、下書きを仕上げる次の一歩です。
出典・確認した情報
採用年度、募集コース、設問は変更されることがあります。提出前に応募先の最新案内を確認してください。
受かった先輩のESから、あなたのESを一瞬で。
受かった先輩のESを参考に、あなたの経験と志望企業に合わせたESを作成します。
ESAIで自分のESを作る ↗