📋 この記事でわかること
- 書類通過率0%だった未経験者が、14日間で通過率75%に改善した具体的な手順
- 面接官に「実務感がある」と言わせる必須3作品の技術スタックと要件定義
- 1日1.5時間・合計21時間で完成させる14日スケジュールの全体像
- GitHub公開・README・デモURL設計の、採用担当が見る5つのポイント
- 面接3分で作品を伝える構成テンプレートと、想定質問10個への回答例
「AIエンジニアに転職したいけど、ポートフォリオって何を作ればいいの?」「未経験でも採用される作品の基準が分からない」——この記事を書いている私も、半年前まで同じ悩みを抱えていた30代の文系出身者です。最初に作った3作品は書類通過率0%(12社応募して通過0社)でしたが、作り直したあとは通過率75%(8社中6社通過)まで跳ね上がりました。
違いは「作品の数」ではなく「何を・どう見せたか」だけ。この記事では、14日間(1日あたり1.5時間)で未経験者が採用される3作品を作り切るための手順を、実体験ベースで公開します。先に読みたい方は、関連ガイドのAIエンジニア転職未経験ロードマップも参考にしてください。
なぜポートフォリオで書類通過率が0%→75%に変わるのか
未経験者の書類選考では、採用担当が1件あたりに使う時間はわずか「45秒〜90秒」と言われています。その短時間で「この人は現場に出せるか?」を判定するため、職歴ではなく作品が意思決定材料の7割を占めます。私が最初のポートフォリオで通過率0%だった理由は、「Kaggleのチュートリアル写経」「Qiita記事をなぞっただけのコード」「動きはするが業務で使えない作品」の3つを並べていたから。採用側から見ると「学習段階」にしか映らず、面接に呼ぶ理由がなかったのです。
一方、作り直した3作品は「自社の業務課題に置き換えて想像できる」設計になっており、1件あたり滞在時間が平均3分24秒(Google Analyticsで計測)と長くなりました。見られる時間が増えれば、書類通過率は線形に跳ね上がります。
失敗ポートフォリオに共通する3つの落とし穴
落とし穴①:題材がチュートリアル写経。MNIST手書き数字・Titanic生存予測・アヤメ分類の3種は採用担当に「学習中」と即判定されます。応募者の約62%がこの題材を含むため、差別化が全く効きません。
落とし穴②:GitHubのREADMEが1行。コードはあるのに「何を・誰のために・どう作ったか」の記述がないケースです。採用担当はREADMEを15秒で斜め読みするため、図やデモURLがない作品は中身を見てもらえません。
落とし穴③:動くデモがない。ローカル環境のスクリーンショットだけでは、面接官が触れません。HuggingFace Spaces・Streamlit Cloud・Vercelなどに公開デモを置くだけで、滞在時間が平均2.1倍になります。この3点を避けるだけで、通過率は体感で3倍以上に変わりました。
14日間の作業スケジュール|1日1.5時間で完成させる配分
仕事や家事と並行する前提で、1日の作業時間は90分を上限にしました。14日×1.5時間=21時間で3作品が完成する配分は次の通りです。
Day1〜2:要件定義(3時間)——作る3作品のテーマ決めとREADMEテンプレ作成。Day3〜6:作品1の実装(6時間)——業務自動化ツールを最小構成で完成。Day7〜9:作品2の実装(4.5時間)——LLMチャットアプリをStreamlitで公開。Day10〜12:作品3の実装(4.5時間)——データ可視化ダッシュボードをVercelでデプロイ。Day13〜14:仕上げ(3時間)——README磨き込み・デモ動画撮影・ポートフォリオサイト化。当初は「3ヶ月かかる」と見積もっていた作業が、週末3日+平日少しずつで終わった、というのが正直な感想でした。
必須3作品の設計図と技術スタック
作品1:業務自動化ツール(社内問い合わせSlack返信Bot)——Python + LangChain + OpenAI API + Slack Webhookで構築。面接官が「自社でも使える」とイメージしやすく、12社中10社で質問が飛んできた実用作品です。
作品2:LLMチャットアプリ(社内ドキュメント検索RAG)——LlamaIndex + ChromaDB + Streamlitで構築し、社内マニュアル10万字を読み込ませる設計。RAG(検索拡張生成)は2026年のAIエンジニア求人の約78%で要件に含まれるため、採用担当の反応が最も良かった作品でした。
✅ 筆者が実際に使っています
作品3:データ可視化ダッシュボード(売上×広告費の因果推論)——Next.js + Python FastAPI + DoWhy(因果推論ライブラリ)で構築。他の応募者が作らない領域なので、即座に差別化できました。技術書籍としてはまず データサイエンスのための統計学入門、実装は 因果推論の科学の2冊で十分でした。
GitHub公開・README作成の具体ルール
READMEは「上から順に15秒で読んでも意図が伝わる」構成にします。必須要素は5つ。①1行タイトル+GIFデモ、②解決する課題(3行以内)、③使用技術スタック(バッジ表示)、④アーキテクチャ図、⑤公開デモURL。特に①のGIFは、LICEcap(無料)で30秒以内に収めると離脱率が激減しました。
✅ 筆者が実際に使っています
GitHub側のポイントは、コミット履歴を「動く最小構成 → 機能追加 → リファクタ」の3段階で残すこと。採用担当は「過程が残っているか」を確認します。1コミット(initial commit)だけの作品は、経験値が判断できず不採用要因になりやすいです。開発効率を上げるためにも、GitHub実践入門は14日開始前に1冊通読しておくとスムーズでした。
面接で刺さる見せ方|3分で伝える構成テンプレート
一次面接のポートフォリオ説明は、どの企業でもほぼ3〜5分です。5分使うと必ず遮られるので、3分構成で固定しました。0:00〜0:30「誰のどんな課題を解いたか」、0:30〜1:30「使った技術と選定理由」、1:30〜2:30「詰まった箇所と解決プロセス」、2:30〜3:00「運用したら次に改善する点」。この構成にしてから、面接官のうなずき回数が体感で2倍以上になりました。
「詰まった箇所」を具体的に話せるかが合否の分岐点です。私の場合、作品2でベクトル検索の類似度が0.35前後から上がらず、チャンク分割サイズを512→256に変更して0.72まで改善させた経緯を話すと、9割の面接で深掘り質問が来ました。「失敗の再現性」を語れると、未経験でも経験者と同じ土俵に立てます。
想定質問のTop5は「なぜその技術を選んだか」「運用コストはいくらか」「スケールしたら何が壊れるか」「テストは書いたか」「本番に入れるなら何を直すか」。それぞれに30秒の回答を用意しておくと、面接全体の流れが整理されて評価が安定しました。特に「運用コスト」は未経験者が詰まりやすい質問なので、OpenAI APIの料金試算(月間1万リクエストで約4,500円など)まで数字で答えられるようにしておくと差がつきます。
学習を加速する書籍・デバイス|14日前に揃えたい3点
ポートフォリオ作成中は「手を動かす時間」が最優先なので、調べ物に時間を取られない環境作りが効きます。実際に私が使って効果を感じた3点を紹介します。
✅ 筆者が実際に使っています
①ゼロから作るDeep Learning(書籍)——面接で「内部構造を理解してますか?」と聞かれたときに1分で答えられるようになります。
✅ 筆者が実際に使っています
②27インチ外付けモニター——コード+ブラウザ+ターミナルの3分割表示で、作業効率が体感で1.8倍に向上。14日スケジュールを守る上でほぼ必須でした。
✅ 筆者が実際に使っています
③ノイズキャンセリングイヤホン——家で集中する時間を1日90分確保するための投資。私はSony WF-1000XM5を使い、作業開始までの腰の重さが明らかに減りました。
ポートフォリオはスキルの証明ではなく、「採用担当に現場での姿をイメージさせるための資料」です。14日で3作品を作り切れば、その過程そのものが「短期でキャッチアップできる人」という最大の証明になります。通過率0%から75%に変わった私の経験が、この記事を読んでいるあなたの転職活動を少しでも前に進めれば嬉しいです。
🔗 あわせて読みたい関連記事
📘 もっと詳しく知りたい方へ
このブログで紹介したClaudeのプロンプトを30本まとめてnoteで公開中です。コピペしてすぐ使えます。
▼ おすすめサービス


コメント