エンジニア転職のポートフォリオの作り方｜採用担当が見るポイントと実例
エンジニア転職で差がつくポートフォリオの作り方を解説。採用担当が本当に見ているポイント、NGパターン、言語別のおすすめ制作テーマまで具体的にお伝えします。
【最短回答】エンジニア転職のポートフォリオ、何を作ればいい？
「自分の課題を解決するWebアプリ」を1つ、完成させて公開するのが最もインパクトがあります。
- 作るべきもの → 実際に動くWebアプリケーション（自分 or 誰かの課題を解決）
- 公開方法 → GitHubでコードを公開＋デプロイしてURLで見せる
- 避けるべき → ToDoアプリの模写、動かないデモ、README未記載
IT企業の採用担当300人を対象にした調査では、未経験者の選考で「ポートフォリオの質」を最も重視すると答えた人が78%でした。学歴や資格よりも「何を作ったか」で判断される時代です。
ヒューマンアカデミーで相談する
採用担当がポートフォリオで見ている5つのポイント
採用担当は「技術力」だけを見ているわけではありません。以下の5つを総合的に判断しています。
| ポイント | 見ていること | 重要度 |
|---|---|---|
| 動くかどうか | デプロイ済みで実際に操作できるか | ★★★★★ |
| 課題解決力 | なぜこれを作ったのか（動機） | ★★★★★ |
| コードの質 | 読みやすさ・設計・命名規則 | ★★★★☆ |
| README | プロジェクトの説明が分かりやすいか | ★★★★☆ |
| 継続学習の姿勢 | コミット頻度・改善の跡 | ★★★☆☆ |
最も重要なのは「実際に動くかどうか」です。 どれだけコードが綺麗でも、デプロイされていない・エラーで動かないポートフォリオは評価されません。
私が知っている採用担当者は「URLを開いて3秒で動かなかったら閉じる」と言っていました。第一印象が全てです。
NGパターン｜これだと書類で落ちる
よくある失敗パターンを知っておけば、同じ轍を踏まずに済みます。
NG1：ToDoアプリの模写
チュートリアルそのままのToDoアプリは、何千人もの求職者が提出しています。差別化がゼロです。
NG2：動かないデモ
「ローカルでは動くんですが…」は通用しません。Vercel、Netlify、Herokuなど無料でデプロイできるサービスを使って、URLで見せられる状態にしましょう。
NG3：READMEが空
GitHubリポジトリにREADMEがないのは、名刺を渡さないのと同じ。プロジェクトの概要・使い方・技術スタック・工夫した点を必ず書いてください。
NG4：コミット履歴が「初回コミット」1回だけ
一気にコードを押し込んだのが丸わかりです。開発過程が見えるよう、こまめにコミットしましょう。
NG5：前職の機密情報が含まれている
前職のデータや社名が含まれているのは論外。信頼性を疑われます。
ポートフォリオ制作の手順（4ステップ）
以下の手順で進めれば、2〜4週間で完成させられます。
ステップ1：テーマを決める（1〜2日）
「自分の生活で感じている不便」をリストアップ。その中から「技術的に実現可能で、面白みがあるもの」を選びます。
ステップ2：技術選定と設計（2〜3日）
使う言語・フレームワーク・データベース・デプロイ先を決めます。新しい技術に挑戦しすぎると完成しないリスクがあるので、学習済みの技術＋1つだけ新しい技術を加えるくらいがベスト。
ステップ3：開発（2〜3週間）
MVP（最小限の動く製品）を先に完成させ、その後に機能追加する進め方がおすすめ。「完璧を目指して永遠に完成しない」のが最悪のパターンです。
ステップ4：デプロイ＋README整備（2〜3日）
Vercel、Netlify、Render等の無料サービスでデプロイ。READMEには技術スタック、工夫点、スクリーンショットを記載。
言語・目的別のおすすめ制作テーマ
何を作るか迷ったら、以下の表を参考にしてください。
| 言語/技術 | テーマ案 | 難易度 | 評価されやすさ |
|---|---|---|---|
| React | 家計簿アプリ | ★★★☆☆ | ◎ |
| Next.js | ブログ/ポートフォリオサイト | ★★★☆☆ | ○ |
| Python/Flask | 業務自動化ツール | ★★★☆☆ | ◎ |
| Python/FastAPI | REST API + フロント | ★★★★☆ | ◎ |
| Vue.js | レシピ管理アプリ | ★★★☆☆ | ○ |
| TypeScript | タスク管理ダッシュボード | ★★★★☆ | ◎ |
特におすすめなのが「前職の課題を解決するアプリ」です。 面接で「なぜこれを作ったのか」を聞かれた時に、実体験に基づいたストーリーが語れるので説得力が段違いです。
GitHubの見せ方で差がつく
GitHubのプロフィールも採用担当は見ています。
GitHubで意識すべきこと：
- プロフィールREADMEを設定する（自己紹介・スキル・学習中の技術）
- ピン留めリポジトリでポートフォリオを目立たせる
- コミット頻度を視覚的に見せる（草を生やす）
- リポジトリ名を分かりやすくする（
test1ではなくrecipe-manager-app）
READMEの書き方テンプレート
以下の構成で書けば、採用担当に伝わるREADMEが作れます。
- プロジェクト名
- 概要（何のアプリか、1〜2文で）
- デモURL（デプロイ済みのリンク）
- スクリーンショット（使い方が分かる画面キャプチャ）
- 使用技術（フロント、バック、DB、インフラ等）
- 機能一覧（箇条書きで主要機能を列挙）
- 工夫した点（技術的チャレンジ、UXの工夫）
- 今後の改善予定（伸びしろを見せる）
- セットアップ方法（ローカルで動かす手順）
ヒューマンアカデミーで相談する
よくある質問（FAQ）
Q. ポートフォリオは何個必要ですか？
最低1個、できれば2〜3個あると良いです。ただし中途半端なものが3個より、完成度の高いものが1個のほうが評価されます。
Q. 模写やクローンアプリはポートフォリオに使えますか？
模写は基礎力の証明にはなりますが、差別化になりません。模写＋オリジナル機能の追加、または完全オリジナルアプリを目指しましょう。
Q. ポートフォリオの制作期間はどのくらい必要ですか？
2〜4週間が目安です。1ヶ月以上かかっている場合は、スコープが大きすぎる可能性があります。まずMVPを2週間で完成させ、その後改善を重ねましょう。
Q. デザインが苦手でも大丈夫ですか？
エンジニア職の選考では、デザインのクオリティはそこまで重視されません。UIフレームワーク（Tailwind CSS、MUI等）を使えば、最低限整った見た目にできます。
Q. スクールの課題作品はポートフォリオに使えますか？
使えますが、そのままではなくオリジナルの機能追加やカスタマイズを施してから提出しましょう。課題そのままだと他の受講生と被ります。
まとめ
ポートフォリオは未経験からエンジニア転職を成功させるための「名刺」です。
ポートフォリオ制作の3つの鉄則：
- 必ず動くものを公開する（デプロイ必須）
- 自分の課題を解決するアプリを作る（面接で語れるストーリー）
- READMEを丁寧に書く（第一印象を左右する）
「完璧を目指して何も作らない」より「不完全でも1つ公開する」ほうが、圧倒的に評価されます。
ヒューマンアカデミーの無料カウンセリング
TECHBIZでフリーランス案件を探す
▼ スクール選びはこちら プログラミングスクールおすすめ5選｜未経験から転職成功する選び方
▼ 転職活動の全体像を知りたい方 IT転職は30代未経験でも可能？成功者に共通する5つの特徴と具体的な進め方
▼ フリーランスとして独立を考えている方 フリーランスエンジニアになるには？未経験からのロードマップ