第二新卒のキャリアを深掘りする。
ITエンジニア転職

未経験エンジニアのポートフォリオ|第二新卒が評価されるのは「何を作ったか」ではない【2026年版】

木戸 悠介 なぜキャリア? 編集長 公開 2026年9月5日 読了 約18分
未経験エンジニアのポートフォリオ|第二新卒が評価されるのは「何を作ったか」ではない【2026年版】

〜「ToDoアプリを作りました」で終わる人と、通る人の差は技術力ではありません〜

未経験からエンジニアを目指すとき、ほぼ全員がポートフォリオを作ります。

そして、ほぼ全員が同じものを作ります。ToDoアプリ、メモアプリ、簡易ブログ、ECサイトの模写。

スクールの課題としてはこれで正しいのですが、転職の武器としてはほとんど機能しません。採用担当は同じものを何十件も見ているからです。

差がつくのは技術力ではありません。「なぜそれを作ったか」を語れるかどうかです。この記事では、その作り方を整理します。

1. 結論:見られているのは3つ

採用側がポートフォリオで見ている3つ

なぜ作ったか(課題が実在するか。自分の経験と接続しているか)

自分で書いたか(コードの説明ができるか)

続けられるか(作りっぱなしか、直し続けたか)

①が最も差になり、②で落ちる人が最も多いです。

技術の高度さは、ほとんど見られていません。未経験者に高度な実装は期待されていないからです。見られているのは、入社後に一人で調べて作れる人かどうかです。

2. なぜ「ToDoアプリ」では通らないのか

2-1. 課題が実在しない

ToDoアプリは、「作る練習」として作られたものです。だから面接で必ずこう聞かれます。

「なぜこれを作ったんですか」

ここで「学習の一環で」と答えると、それ以上の会話が続きません。

2-2. 差別化のポイントが技術しかなくなる

課題が語れないと、残るのは技術の話だけです。そして未経験者の技術は、他の未経験者と大差がありません。

結果として、「同じようなものを作った人が20人いる」という状況になります。

2-3. 前職の経験と接続していない

これが最大の損失です。

第二新卒には、前職という他の応募者にない材料があります。販売、営業、飲食、事務——そこには必ず「手作業でやっていて面倒だったこと」があります。

それを解決するものを作れば、課題は実在し、経験とも接続し、語れる話になります。

3. 何を作るか:題材の選び方

3-1. 前職の「面倒だったこと」から探す

前職題材の例
飲食・小売シフト希望を集めて自動で表にするツール/発注量を過去実績から出すツール
営業商談メモから次のアクションを抽出するツール/訪問先を地図上に並べるツール
事務複数のCSVをまとめて1つの表にするツール/請求書の番号を自動採番するツール
コールセンターよくある質問を検索できる社内FAQ/対応履歴を検索するツール
介護・保育記録の入力を項目化して短縮するツール

規模は小さくて構いません。「毎週3時間かかっていたシフト作成が30分になる」——これで十分です。

3-2. 自分が使い続けているものが最強

作った後、自分で使っているかどうか。ここが決定的な差になります。

面接官「これは今も使っていますか」

応募者「はい。前職の同僚にも使ってもらっていて、使いにくいと言われた部分を3回直しました。

この会話ができる時点で、他の応募者とは別枠になります。作りっぱなしではなく、フィードバックを受けて直した経験があるからです。

3-3. 避けたほうがよい題材

題材なぜ避けるか
ToDoアプリ・メモアプリ大量にある。課題が語れない
ECサイトの模写デザインの模写は評価されない
チュートリアルをそのまま動かしたもの自分で書いていないと判断される
SNSのクローン規模が大きすぎて、中途半端になりやすい
生成AIに全部書かせたもの説明できないと即座に露見する

生成AIを使うこと自体は問題ありません。問題は、書いたコードを説明できないことです。使うなら、出てきたコードを1行ずつ理解してから採用してください。

4. READMEに書くこと(最重要)

採用担当が最初に見るのはコードではなくREADMEです。ここが空だと、その時点で終わります。

READMEに必ず書く6項目

何を解決するために作ったか(前職での具体的な状況)

② 誰が使うものか

③ 使い方(スクリーンショットか、短いGIF)

④ 使用技術(言語・フレームワーク・DB・インフラ)

詰まった点と、どう解決したか

⑥ 今後直したい点

⑤が最も評価されます。実務は詰まることの連続なので、詰まったときにどう動くかが見られています。

4-1. ①の書き方の例

悪い例:学習の一環として、シフト管理アプリを作成しました。

良い例:前職の飲食店で、アルバイト15名分のシフト作成に毎週約3時間かかっていました。希望をLINEで受け取り、手作業でエクセルに転記していたためです。希望をフォームから入力してもらい、自動で表に反映する形にすることで、作成時間を30分程度に短縮することを目的に作りました。

この差が、そのまま面接での話の深さになります。

5. 技術構成をどこまでやるか

未経験者に求められる水準は、思っているより低いです。

項目求められる水準
言語1つを、説明できる程度に(HTML/CSS/JavaScript+1言語)
フレームワーク使っていれば加点。必須ではない
データベース簡単なテーブル設計ができれば十分
Git使っていること自体が重要(コミットの履歴が見られる)
デプロイURLで動く状態にする(無料のホスティングで可)
テストあれば加点。なくても落ちない
Docker・CI未経験には求められない

最も重要なのは、URLを開いて動く状態にすることです。ローカルでしか動かないものは、見てもらえません。

次に重要なのがGitのコミット履歴です。一度に全部コミットされていると、「自分で作ったのか」を疑われます。作業の過程が残る形でコミットしてください。

学習の全体像は未経験からITエンジニアになる完全ロードマップにまとめています。

6. 落ちるポートフォリオ5つ

具体例なぜ落ちるか
説明できない型自分のコードの動作を説明できない最も致命的。即落ち
課題なし型「学習のため」としか言えない会話が続かない
README空型リポジトリにコードだけ見てもらえない
ローカル型デプロイしていない動くところを確認できない
一括コミット型コミットが1〜2回自作かどうかを疑われる

説明できない型が最も多く、最も重い落ち方です。コードを書き写した部分がある場合も、何をしているかは必ず理解してから提出してください。

7. 面接で必ず聞かれる3問

7-1. 「なぜこれを作ったんですか」

「前職の飲食店で、シフト作成に毎週3時間かかっていました。希望をLINEで受け取って手作業で転記していたのですが、集める作業と転記する作業を分ければ自動化できると考えて作りました。実際に前職の店舗で使ってもらい、作成時間が30分程度になっています」

7-2. 「この部分のコードは、何をしていますか」

必ず聞かれます。提出前に、自分のコードを一通り読み返してください。

「ここはフォームから送られたデータを受け取って、日付ごとに配列に入れ直している部分です。最初は日付の形式が揃わずにエラーが出たので、受け取った時点で変換する処理を入れています。

「写経した部分なので覚えていません」は致命的です。

7-3. 「詰まったところは、どう解決しましたか」

この質問が最も評価に直結します。

「日付の扱いで詰まりました。まず公式ドキュメントを読み、それでも分からなかったのでエラーメッセージで検索して、同じ症状の事例を2件見つけました。1つ目の方法は自分のコードに合わなかったので、2つ目の方法を試して解決しています。以降は、日付の処理を1箇所にまとめるようにしました」

①公式を見た ②エラーで検索した ③試して直した——この3段階が言えると、実務で一人で進められる人だと判断されます。

8. 提出のしかた

項目どうするか
GitHubのURL職務経歴書に必ず記載する
デプロイ先のURLREADMEの冒頭とプロフィールに記載
複数作った場合1つに絞る(最も語れるもの)
コードの量少なくてよい。説明できることが優先
公開範囲パブリックにする(見られない状態では意味がない)

職務経歴書にURLを書き忘れる人が多いです。書類の段階で見てもらえないと、面接まで進めません。書類の作り方は第二新卒の職務経歴書テンプレを参照してください。

9. よくある質問

ポートフォリオは必須ですか

職種によります。Web系の開発職ではほぼ必須です。インフラ・SES・社内SEでは、なくても選考が進むことがあります。インフラエンジニアの未経験転職も参照してください。

何個作ればいいですか

1個で十分です。数より、1つを深く語れるかが見られます。複数ある場合も、面接で話すのは1つに絞ってください。

どのくらいの期間で作りますか

1〜2ヶ月が目安です。それ以上かけると、転職活動の開始が遅れます。完璧を目指さず、動く状態にしてから直し続けてください。

生成AIを使ってもいいですか

使って構いません。ただし、出てきたコードを1行ずつ理解してから採用してください。説明できないコードが1箇所でもあると、面接でそこを聞かれたときに崩れます。

スクールの課題をそのまま出してもいいですか

おすすめしません。採用担当は同じスクールの課題を何件も見ています。課題をベースに、自分の前職の課題に合わせて作り変えてください。

デザインが下手でも大丈夫ですか

大丈夫です。エンジニア職ではデザインは評価対象ではありません。ただし、使い方が分かる程度の見た目にはしてください。

実務経験がないと相手にされませんか

そんなことはありません。未経験可の求人では、ポートフォリオが実務経験の代わりとして見られています。だからこそ、作った理由を語れることが重要になります。

前職の業務データを使ってもいいですか

使わないでください。実データを持ち出すと、守秘義務の問題になります。ダミーデータで作り、READMEに「実データは使用していません」と明記してください。この配慮自体が評価されます。

10. まとめ

ポートフォリオで見られているのは技術力ではなく、作った理由と、詰まったときの動き方です。

今夜やる3つのこと

① 前職で「手作業で面倒だったこと」を3つ書き出す(これが題材になります)

すでに何か作っているなら、READMEの冒頭に「なぜ作ったか」を前職の状況込みで書き足す。5分で書けて、最も効果があります

③ 自分のコードを開いて、説明できない箇所がないか確認する

②が最短の改善です。同じ成果物でも、READMEの1段落で評価が変わります。

この先、読むべき記事

この記事を書いた人

木戸 悠介(きど ゆうすけ)/なぜキャリア?運営者。

23歳で上場企業子会社に新卒入社し、飲食・宿泊・レジャー領域のメディア広告営業を担当。25歳で第二新卒として障がい福祉領域のSaaS企業へ転職し、営業から営業企画へ職種を変えた経験を持つ。2ヶ月で10社に応募し2社から内定。現在は自分の会社を経営している。