目次
「自分のポートフォリオ、レベル低すぎて恥ずかしい…」
GitHubで他の人の作品を見て落ち込む。Qiitaの記事を読んで、自分との差に愕然とする。転職したいけど、こんなレベルのポートフォリオじゃ書類選考すら通らないんじゃないか…。
もしあなたがこのような不安を抱えているなら、まず伝えたいことがあります。
あなたが思っているほど、企業は「完璧なポートフォリオ」を求めていません。
実際、「これで通るの？」というレベルのポートフォリオでも、多くの人が転職に成功しています。大切なのは、レベルの高さではなく、見せ方と戦略なのです。
この記事では、レベルが低いと感じるポートフォリオでも選考を通過する方法、採用担当者が本当に見ているポイント、そして最短でレベルアップする具体的な方法まで、すべて解説します。
読み終わる頃には、「このレベルでも大丈夫」という自信と、具体的な行動プランが手に入るはずです。
「レベルが低い」と感じるポートフォリオでも選考に通る理由
まず、なぜレベルが低いと感じるポートフォリオでも選考に通るのか、その理由を理解しましょう。
理由1：企業が求めるレベルは思っているより低い
多くの人が勘違いしていますが、企業（特に一般的なIT企業）は、天才的なエンジニアだけを求めているわけではありません。
経済産業省の「IT人材需給に関する調査」によると、2030年には最大79万人のIT人材が不足すると予測されています。この深刻な人材不足の中で、企業は「完璧な人材」を待つ余裕はないのです。
企業が本当に求めているのは：
- 基礎的なプログラミング能力がある
- 学習意欲がある
- チームで働ける
- 成長可能性がある
これらを満たしていれば、ポートフォリオのレベルが多少低くても採用の可能性は十分にあります。
理由2：「ポテンシャル採用」の増加
特に20代〜30代前半の転職では、現在のスキルよりも将来性を重視する「ポテンシャル採用」が増えています。
- 学習への取り組み方（過程が見える）
- 問題解決への姿勢
- コミュニケーション能力
- 素直さと向上心
- 基礎的な論理的思考力
ポートフォリオのレベルが低くても、これらの要素をアピールできれば、十分に勝負できます。
理由3：比較対象は「完璧な作品」ではない
あなたがGitHubやQiitaで見ている素晴らしい作品は、上位1%のエンジニアのものかもしれません。
実際の応募者の多くは：
- ToDoアプリやメモアプリレベル
- チュートリアルを少し改造した程度
- バグが残っている
- デザインが整っていない
採用担当者は、このような「普通のレベル」のポートフォリオを毎日見ています。あなたの作品も、実はその中では十分に戦えるレベルかもしれません。
理由4：企業側も教育前提で採用している
独立行政法人情報処理推進機構（IPA）の調査によると、IT企業の約70%が「入社後の教育・研修」を重視しています。
つまり、企業側も「完成された人材」ではなく、「育てられる人材」を求めているのです。ポートフォリオのレベルが低くても、成長可能性を感じさせることができれば、採用の可能性は十分にあります。
採用担当者が本当に見ているポイント【意外な真実】
採用担当者は、あなたが思っているのとは違う視点でポートフォリオを評価しています。
ポイント1：完成させたという事実
実は、採用担当者が最初に評価するのは「完成させたかどうか」です。
どんなにレベルが低くても、最後まで作り切った作品には価値があります。なぜなら、実際の開発現場でも「完成させる力」は極めて重要だからです。
中途半端な高レベル作品より、完成した低レベル作品の方が評価される場合も多いのです。
ポイント2：コードの読みやすさ
高度な技術より、基本的なコーディング規約を守っているかを見ています。
評価される要素：
- 適切な変数名・関数名
- インデントの統一
- コメントの適切な配置
- ファイル構成の整理
これらは技術レベルとは関係なく、今すぐ改善できる要素です。
ポイント3：README.mdの充実度
意外かもしれませんが、README.mdは技術力以上に重要視されることがあります。
なぜなら、README.mdの質は：
- 文章力
- 説明能力
- ユーザー視点
- プロ意識
これらを判断する材料になるからです。レベルが低い作品でも、README.mdが充実していれば大きくプラス評価されます。
ポイント4：なぜ作ったのかという動機
「技術を学ぶため」では弱いです。採用担当者が見たいのは、課題解決への意識です。
- どんな問題を解決したかったのか
- 誰のために作ったのか
- 既存のツールでは何が不満だったのか
- どんな価値を提供したいのか
レベルが低くても、明確な動機があれば高評価につながります。
ポイント5：改善への取り組み
完璧でなくても、「ここが課題で、こう改善したい」という認識があることが重要です。
README.mdに「今後の改善予定」として書いておくと、自己認識能力と向上心をアピールできます。
最低限クリアすべきポートフォリオの基準
では、具体的にどの程度のレベルがあれば選考を通過できるのか、最低基準を明確にします。
機能面の最低基準
- 基本的なCRUD機能（作成・読取・更新・削除）が動作する
- エラーでアプリが止まらない（最低限のエラーハンドリング）
- データが保存される（DBまたはローカルストレージ）
- UIから操作できる（コマンドラインのみは避ける）
- 実際に動作確認できる（デプロイされている）
これ以上の機能（リアルタイム通信、外部API連携など）はあればプラスですが、必須ではありません。
技術面の最低基準
使用技術のレベル：
- 言語：1つ以上（JavaScript、Python、Rubyなど）
- フレームワーク：使えればプラス（なくても可）
- データベース：基本的な操作ができる
- Git：基本的なコマンドが使える
- デプロイ：Heroku、Vercelなど無料サービスでOK
最新技術や高度な設計パターンは不要です。基本ができていれば十分です。
作品数の最低基準
- メイン作品：1つ（ある程度作り込んだもの）
- サブ作品：1〜2つ（簡単なものでOK）
- 学習の痕跡：GitHubに10個以上のリポジトリ
質より量を重視する企業もあるので、小さな作品でも数があると有利です。
ドキュメントの最低基準
README.mdに最低限含めるべき内容：
- アプリの概要（3行程度）
- 使い方（スクリーンショット付き）
- 使用技術一覧
- セットアップ方法
- 今後の改善予定
これだけあれば、十分に評価対象になります。
大手IT企業や人気のWeb系企業では、より高いレベルが求められます。一方、SES企業や中小企業では、ここで示した最低基準でも十分に通用します。応募する企業のレベルに合わせて調整しましょう。
レベルが低くても通過率を上げる7つの戦略
ポートフォリオのレベルが低くても、戦略次第で選考通過率を大幅に上げることができます。
戦略1：ストーリーで勝負する
技術力で勝てないなら、ストーリーで差別化しましょう。
「前職で毎日2時間かけていた集計作業を自動化したくて、プログラミングを始めました。最初は簡単なスクリプトから始め、このポートフォリオでは実際に業務で使えるツールを作りました。技術レベルはまだ低いですが、実用性にこだわりました。」
このようなストーリーがあれば、レベルの低さをカバーできます。
戦略2：プロセスを見せる
完成品のレベルが低くても、そこに至るプロセスを見せることで評価を上げられます。
プロセスの見せ方：
- 開発ブログを書く（はてなブログ、Qiitaなど）
- コミット履歴を整理する
- 試行錯誤の過程をREADMEに記載
- 学習記録をGitHubのProfileに表示
「こんなに努力している」ということが伝われば、ポテンシャル評価につながります。
戦略3：得意分野を1つ作る
全体的にレベルが低くても、1つだけ深掘りした分野があれば強みになります。
例：
- CSSアニメーションだけは凝っている
- テストコードが充実している
- ドキュメントが異常に丁寧
- UI/UXにこだわっている
- パフォーマンス最適化を頑張った
「ここだけは自信がある」というポイントを作りましょう。
戦略4：企業研究して的を絞る
応募する企業が使っている技術に合わせて、ポートフォリオを微調整します。
- 企業がReactを使っている → Reactで作り直す（または一部追加）
- 企業がRubyメイン → Rubyで簡単なツールを追加
- 企業がAI推し → 簡単な機械学習機能を追加
完璧でなくても、「御社の技術に興味があります」という姿勢が伝わります。
戦略5：コントリビューション実績を作る
自分の作品のレベルが低くても、OSSへの貢献があれば評価されます。
簡単なコントリビューション：
- ドキュメントの誤字修正
- README.mdの翻訳
- 簡単なバグ修正
- テストコードの追加
「チーム開発に参加できる」という証明になります。
戦略6：数で勝負する
1つの完璧な作品より、10個の小さな作品の方が評価される場合があります。
GitHubの草（コントリビューション）を緑で埋めることで、「毎日コードを書いている」という印象を与えられます。
小さなスクリプトでも、毎日コミットすることで、継続力と学習意欲をアピールできます。
戦略7：謙虚さと向上心を前面に出す
レベルが低いことを認めた上で、改善への意欲を示すことが重要です。
ポートフォリオの説明文に含めるべき要素：
- 現在のレベルを客観的に認識している
- 具体的な改善計画がある
- フィードバックを歓迎する姿勢
- 入社後も学び続ける意欲
「伸びしろがある人材」として評価されます。
よくある「ダメなポートフォリオ」の特徴と改善法
レベルが低いこと自体は問題ではありませんが、以下のような特徴があると選考で不利になります。
ダメな特徴1：動かない・エラーが多い
レベルが低くても動くことが最低条件です。
- まずローカル環境で徹底的にテスト
- 友人に使ってもらってバグを発見
- エラーハンドリングを追加（try-catch）
- 最悪の場合、機能を削ってでも安定動作を優先
ダメな特徴2：説明が一切ない
GitHubにコードだけ置いて、README.mdが空っぽは最悪です。
改善方法：
- 最低限、「何をするアプリか」を3行で説明
- スクリーンショットを1枚追加
- 使い方を箇条書きで記載
- 使用技術をリスト化
これだけで印象が大きく変わります。
ダメな特徴3：完全なコピペ作品
チュートリアルの完全コピーは評価されません。
改善方法：
- 機能を1つ追加する
- デザインを変更する
- 別のAPIを使ってみる
- エラー処理を改善する
少しでもオリジナリティを加えることが重要です。
ダメな特徴4：更新が止まっている
最終更新が1年前では、学習意欲を疑われます。
- READMEだけでも定期的に更新
- 小さなバグ修正でもコミット
- 「現在改善中」というステータスを表示
- 学習ログを追加していく
ダメな特徴5：ネガティブな自己評価
「レベルが低くてすみません」「大したものではありませんが」という自虐は逆効果です。
改善方法：
- 「現在のベストを尽くしました」
- 「今後さらに改善予定です」
- 「フィードバックをお待ちしています」
前向きな表現に変えましょう。
1週間でできるポートフォリオ改善術
今あるポートフォリオを、1週間で選考に通るレベルに改善する具体的な方法を紹介します。
Day 1-2：見た目を改善する
- CSSフレームワーク（Bootstrap、Tailwind）を適用
- レスポンシブ対応を追加
- フォントと配色を統一
- ローディング画面を追加
- favicon（サイトアイコン）を設定
技術力は変わらなくても、見た目が良くなるだけで印象が大きく向上します。
Day 3-4：ドキュメントを充実させる
README.mdの改善に2日かけます。
追加すべき内容：
- デモサイトへのリンク（大きく表示）
- GIF動画での動作デモ
- 技術選定の理由
- 工夫したポイント
- 参考にした資料へのリンク
- ライセンス情報
ドキュメントが充実すると、プロ意識が伝わります。
Day 5：バグ修正とエラーハンドリング
1日かけて安定性を向上させます。
- すべての機能を再テスト
- エラー時のメッセージを追加
- 入力値のバリデーション強化
- 404ページの作成
Day 6：小さな機能を1つ追加
簡単でいいので、新機能を追加します。
追加しやすい機能：
- ダークモード切り替え
- 検索機能
- ソート機能
- CSVエクスポート
- お気に入り機能
「改善し続けている」という印象を与えられます。
Day 7：デプロイと最終チェック
最終日は公開と確認に充てます。
無料で使えるデプロイ先：
- Vercel（フロントエンド向け）
- Netlify（静的サイト向け）
- Heroku（バックエンド含む）
- GitHub Pages（静的サイト）
必ず本番環境で動作確認をしましょう。
企業タイプ別の選考通過難易度
ポートフォリオのレベルがどの程度必要かは、企業タイプによって大きく異なります。
難易度★☆☆☆☆：SES企業
最もハードルが低いのがSES企業です。
求められるレベル：
- 基本的なプログラミングができる証明
- 何か1つでも動くものがある
- 学習意欲が見える
多くのSES企業は入社後の教育を前提としているため、現時点のレベルはそれほど重視されません。
難易度★★☆☆☆：受託開発企業（中小）
中小の受託開発企業も比較的入りやすいです。
求められるレベル：
- CRUD機能が実装できる
- 基本的なフレームワークが使える
- チーム開発への適性
実務に近い機能があれば評価されます。
難易度★★★☆☆：大手SIer
大手SIerは、技術力よりもポテンシャルを重視します。
- 論理的思考力が見える作品
- ドキュメントがしっかりしている
- 基本情報技術者試験などの資格があるとプラス
難易度★★★★☆：自社開発企業（中小）
自社開発企業は、ある程度の技術力を求めます。
求められるレベル：
- モダンな技術スタック
- ユーザー視点の機能
- 継続的な改善の痕跡
- チーム開発の経験（OSSコントリビューションなど）
難易度★★★★★：メガベンチャー・外資系
最も高いレベルが求められます。
- アルゴリズムの理解と実装
- スケーラビリティを考慮した設計
- テストコードの充実
- パフォーマンス最適化
- セキュリティへの配慮
これらの企業を目指す場合は、相応の準備期間が必要です。
ポートフォリオのレベルアップ支援サービス
短期間でポートフォリオのレベルを上げたい方向けのサービスを紹介します。
＼ 現役エンジニアの添削でレベルアップ ／
テックアカデミー
テックアカデミーは、レベルの低いポートフォリオを短期間で改善したい方に最適です。
現役エンジニアのメンターが、あなたの作品を詳細にレビューし、具体的な改善点を指摘してくれます。「このままでは通らない」という部分を的確に教えてもらえるため、効率的にレベルアップできます。
さらに、企業が求めるレベルに合わせた調整方法も教えてもらえるため、選考通過率が大幅に向上します。
＼ 現在のレベルでも通る企業を紹介 ／
クラウドリンク
クラウドリンクは、「今のレベルで大丈夫か不安」という方におすすめです。
キャリアアドバイザーがあなたのポートフォリオを確認し、現在のレベルで通る可能性の高い企業を紹介してくれます。無理に背伸びする必要がなく、着実にキャリアを積める企業とマッチングできます。
また、ポートフォリオの改善アドバイスももらえるため、転職活動をしながらレベルアップも図れます。
＼ 個別相談でポートフォリオ改善 ／
coachee（コーチー）
coacheeは、ポートフォリオのレベルに不安がある方に最適なサービスです。
現役エンジニアや採用担当経験者に、あなたのポートフォリオを直接見てもらい、「このレベルで通るか」「どこを改善すべきか」を具体的にアドバイスしてもらえます。
料金も1回数千円程度と手頃で、ピンポイントで相談できるため、効率的にレベルアップできます。
ポートフォリオの改善は、転職活動と並行して行うのがおすすめです。完璧を待っていると、いつまでも応募できません。「現在改善中」という状態でも、まずは応募してみましょう。
よくある質問
まとめ：完璧でなくても大丈夫、今すぐ応募しよう
この記事では、レベルが低いと感じるポートフォリオでも選考を通過する方法を解説しました。
- 企業が求めるレベルは思っているより低い
- 完成させたという事実が最も重要
- レベルより見せ方と戦略が大切
- 最低限の基準をクリアすれば応募可能
- 1週間あれば大幅に改善できる
- 企業タイプによって求められるレベルは異なる
- 完璧を待たず、改善しながら応募することが重要
最後に伝えたいのは、「完璧なポートフォリオ」を待っていたら、永遠に転職できないということです。
多くの成功者は、「これで大丈夫かな」というレベルで応募を始め、面接を受けながら改善し、最終的に内定を獲得しています。
あなたのポートフォリオも、今のレベルで十分に戦える可能性があります。まずは応募してみることで、本当に必要な改善点が見えてきます。
この記事で紹介した戦略を使えば、レベルが低くても選考通過率を上げることができます。自信を持って、今すぐ行動を起こしてください。
3ヶ月後、あなたは新しい職場で、エンジニアとしてのキャリアをスタートさせているはずです。
＼ まずは現在のレベルを確認してもらう ／
