未経験エンジニアのポートフォリオの作り方｜評価される一本の条件を正直に

「ポートフォリオを作れと言われたから、とりあえずチュートリアル通りにToDoアプリとECサイトのクローンを作った」。未経験から転職を目指す人の多くが、ここで止まります。作ったのに、なぜか手応えがない。面接でも深く聞かれない。それもそのはずで、評価されるポートフォリオの条件を逆算せずに手を動かすと、努力の方向がずれるからです。

私は会社員のかたわらアプリを3本開発・運営している個人開発者です。自分の成果物について面接で聞かれた経験も、人の成果物を眺めた経験もある立場から、この記事では「未経験のポートフォリオが評価される条件」を正直に分解します。先に核心を言うと、勝負を分けるのは作品の数でも見た目の派手さでもなく、「この一本を、自分の言葉でどこまで説明できるか」です。

なお、未経験からの学習全体のどこにポートフォリオが位置するかを俯瞰したい人は、先に未経験からAIエンジニア転職へのロードマップを見ておくと、この記事の役割がはっきりします。ポートフォリオは学習の総仕上げであり、転職活動への橋渡しです。

なぜチュートリアル丸写しは刺さらないのか

最初に、一番多い失敗から潰します。チュートリアルをなぞって作ったアプリが評価されにくいのは、出来が悪いからではありません。むしろ動くものは動く。問題は、それが「あなたが考えた痕跡」を残さないことです。

面接官が成果物で見たいのは、完成度そのものより「この人は、詰まったとき自分で考えて抜けられるか」です。チュートリアルは、詰まりどころをあらかじめ排除した滑り台のようなもの。なぞるだけでは、肝心の「自分で設計し、自分でハマり、自分で抜けた」経験が残りません。だから面接で「なぜこの作りにしたのか」と聞かれた瞬間、答えに詰まる。教材のとおりに作っただけだから、理由を自分の言葉で持っていないのです。

同じ理由で、クローン量産も評価が伸びにくい。有名サービスの見た目を真似た作品が3つ並んでいても、面接官の印象は「教材を3周した人」で止まります。技術的な挑戦も、題材への必然性も見えないからです。

評価される作品の第一条件——「自分の課題」を題材にする

では何を作るか。ここが分岐点です。おすすめは、自分や身近な人が実際に困っている小さな課題を、技術で解く題材を選ぶことです。

前職や日常で「これ面倒だな」と感じた作業を思い出してください。例えば、毎週手作業でまとめている報告の下書きを半自動化する。家計の記録を入力すると傾向を返してくれる小さなツール。題材が地味でも構いません。むしろ地味なほうがいい。題材に必然性があると、面接で「なぜ作ったか」を実体験で語れるからです。「この作業が本当に面倒で、自分で解きたかった」という動機は、誰のものでもないあなたの言葉になります。

汎用的なチャットボットや、よくあるSNSクローンより、こうした「自分の痛みを解く一本」のほうが刺さる。これは私自身が手を動かしながら強く感じている点です。題材の選び方ひとつで、同じ技術レベルでも面接での語りやすさがまるで変わります。

「動くデモ」と「READMEで語る設計意図」

作品ができたら、見せ方が次の関門です。ここを整えていないと、せっかくの一本が伝わりません。

まず、実際に動くデモにアクセスできる状態にすること。コードがリポジトリに置いてあるだけで、どこでも動いていないと、面接官は中身を確認する手間で離れます。クラウドにデプロイして、URLを開けば誰でも触れる状態まで持っていく。この「公開して動かし続ける」経験自体が、未経験者にとっては評価材料になります。手元で動くことと、インターネット上で動かし続けることのあいだには、地味だが大きな溝があるからです。

そしてREADME。ここが最も差がつきます。READMEには、何を解決するアプリか、なぜこの設計にしたか、どこで詰まってどう抜けたかを、自分の言葉で書きます。技術の選定理由を「流行っていたから」で終わらせず、「この課題にはこの構成が合うと判断した」と一段踏み込む。完璧な理由でなくていい。判断した痕跡が残っていることが大事です。READMEがしっかりしている時点で、面接官は「説明できる人だ」と当たりをつけます。

つまずきを「隠さず語れる」状態にする

未経験者が陥りがちなのが、失敗を恥じて隠すことです。これは逆効果。つまずきこそ、あなたが自分で考えた最大の証拠になります。

私が個人開発でハマったのは、外部APIの利用料が想定より膨らんだ件と、出力が不安定で例外処理に追われた件でした。こうした失敗とその対処を言語化できると、「教材どおりに作っただけ」「AIに作らせただけ」の応募者と一線を画せます。面接で「一番苦労したのはどこですか」と聞かれたとき、具体的な詰まりと、それをどう調べ、どう判断して抜けたかを語れる人は強い。完璧な成果より、試行錯誤の解像度が信頼を生みます。

ここで生成AIとの付き合い方にも触れておきます。今は生成AIを補助に使えば、未経験でも短期間で動くものを作れます。これ自体は活用すべきです。ただし、AIが出したコードをそのまま貼り、中身を説明できない状態は危ない。「なぜこの設計か」を自分で説明できるところまで噛み砕いておく。AIは作業を速める道具であって、理解を肩代わりする道具ではない、という線引きが効いてきます。

数より一本——「広く浅く」より「狭く深く」

最後に、量と質の話を正面から。未経験者は不安から作品数を増やしたくなりますが、評価は数では決まりません。

説明できない作品を5つ並べるより、隅々まで語れる一本のほうが、面接では圧倒的に強い。なぜその題材を選び、なぜその技術を使い、どこで詰まり、どう抜け、次に何を改善したいか。この問いに淀みなく答えられる一本があれば、面接官は「この人は自走できる」と判断します。逆に、数だけ多くて中身を聞くと曖昧な人は、印象がむしろ下がる。作り込んだ一本をどう聞かれ、どう答えるかを具体的に詰めたいなら、未経験ITの面接対策で想定問答まで踏み込んでまとめています。

もちろん、興味の方向が定まってきたら二本目、三本目に進むのは良いことです。ただ優先順位は明確で、「説明できる一本」を先に固める。広く浅く手を出して、どれも中途半端に終わるのが一番もったいない。狭く深く、が未経験のポートフォリオ戦略の芯です。

まとめ：ポートフォリオは「説明できる一本」で決まる

整理します。評価されるポートフォリオの条件は、チュートリアル丸写しを避け、自分の課題を題材にし、動くデモとREADMEで設計意図を語り、つまずきを隠さず言語化し、数より説明できる一本に絞る——この五つに集約されます。技術レベルが同じでも、この見せ方ができるかで結果が変わります。

「誰でも」「これさえやれば必ず」通るとは言いません。市況や応募先によって基準は動きます。それでも、説明できる一本を持っている未経験者は、持っていない人より確実に有利な土俵に立てます。作品は、あなたが自分で考えて手を動かした証拠そのものだからです。

そして、その一本を「どの求人に、どう見せれば刺さるか」は、一人だと判断しづらい部分です。題材は決まったが、これがどの規模のどのポジションに通用するのか——ここは求人を毎日見ているプロに壁打ちするのが早道です。エージェントの仕組みと損しない使い方はエンジニア転職エージェントの選び方にまとめました。作品を作り込んだら、それを「自分の市場価値の言語化」につなげる。無料相談を、その答え合わせの場として使ってみてください。