複業エンジニアのポートフォリオ設計｜AI案件に通る作品の選び方と並べ方

手持ちのAIサンプルや学習リポジトリをポートフォリオに並べてはみたものの、全体として「結局この人は何ができるのか」が自分でも掴めず、応募ボタンを押す前に手が止まってしまう。本業を持ちながらAI案件で複業を始めたいエンジニアの多くが、この壁にぶつかります。

難しさの正体は、作品の数や個々の完成度ではありません。本業のAI実績はNDAで公開できず、出せるのは個人で触ったサンプルだけ。そのサンプルも、作った順に置いただけで散らかって見える。素材はあるのに、それを「AI案件を任せられる人だ」と伝わる一本の筋に束ねられない。これは作品づくりの問題ではなく、ポートフォリオ全体の「設計」が欠けている状態です。

実際、生成AIの市場は急速に拡大しており、日本の生成AI市場は2026年に約1兆4,000億円規模に達すると予測されています（Track Job 生成AIフリーランス案件の実態）。市場の広がりとともにフリーランス向けのAI関連案件も増えていますが、チャンスが広がる一方で、発注者は単なる技術力ではなく「AIをどう使いこなし、ビジネス成果につなげられるか」を見るようになりました。だからこそ、作品を点で見せるのではなく、線でつなぐ設計が応募の成否を分けます。

本記事では、作品を「どう見せるか」の手前にある「どう設計するか」に絞って解説します。手持ちの素材を発注者の評価軸に沿って選び・並べ・一貫した物語にまとめる4ステップと、本業実績を出せない制約下での代替策、そして案件のたびに使い回せる設計テンプレートまでを具体的に紹介します。週末の数時間で組み立て直し、最初の応募に進める状態を目指しましょう。

なぜ複業エンジニアのAI案件獲得は「作品の数」より「ポートフォリオ設計」で決まるのか

複業でAI案件を狙うとき、多くの人が最初に考えるのは「もっと作品を増やさなければ」ということです。しかし、作品を3つから5つに増やしても応募が通るとは限りません。発注者が見ているのは作品の点数ではなく、ポートフォリオ全体から読み取れる「この人は何ができる人か」という一貫した像だからです。

「作品を並べただけ」ポートフォリオが応募で落ちる理由

散在したAIサンプルをそのまま並べたポートフォリオは、発注者から見ると「いろいろ触っているが、何が得意なのか分からない人」に映ります。RAGのデモ、画像生成のお試し、チャットボットの習作が脈絡なく並んでいると、技術の幅は伝わっても、案件を任せたときの再現性が想像できません。

発注者は限られた時間で応募者をふるいにかけます。最初の数十秒で「うちの案件に合いそうか」を判断するため、全体を貫くメッセージがないポートフォリオは、個々の作品が悪くなくても「で、何をお願いできる人なんだろう」という疑問が残り、次に進んでもらえません。問題は作品の質ではなく、作品群を束ねる設計の不在にあります。

AI活用が広がるほど、ツールを動かせること自体の希少性は下がっていきます。むしろ、複雑なビジネス要件を理解し、それを適切なシステム構造へ落とし込む力こそが差別化につながります。だからこそ、作品を「設計して見せる」こと自体が、設計力のある人だという証明になります。

本記事が扱う範囲＝「設計」、扱わない範囲＝「個別の見せ方」

ここで本記事のスコープをはっきりさせておきます。ポートフォリオには大きく分けて2つのレイヤーがあります。

• 設計レイヤー: どの作品を残し、どれを削り、どの順で並べ、全体で何を訴求するかを決める判断
• 見せ方レイヤー: 選んだ作品ごとに、説明文・スクリーンショット・コードの示し方をどう表現するか

本記事が扱うのは前者の「設計」です。作品を作る前、あるいは並べる前に決めておくべき全体の設計図に集中します。一つひとつの作品をどう魅力的に表現するかという「見せ方」の具体的なテクニックは、複業エンジニアのAI案件ポートフォリオで詳しく扱っているため、設計が固まったあとに参照してください。設計と見せ方を分けて考えることで、「手を動かしているのに前に進まない」状態から抜け出せます。

AI案件の発注者がポートフォリオ全体から読み取ろうとしている評価軸

設計を始める前に、判断の基準となる「発注者は何を見ているのか」を整理します。この評価軸があってはじめて、どの作品を残すか・どう並べるかの設計判断ができます。逆に言えば、評価軸を知らないまま作品を選ぶと、自分の主観で「気に入った作品」を並べることになり、発注者の視点とずれてしまいます。

発注者が見る4つの評価軸は「経験の量」ではなく「思考の跡」で測られる

AI案件の発注者がポートフォリオ全体から読み取ろうとしているのは、おおむね次の4つです。

1. 課題設定力: 何を解決するために、そのAIを使ったのか。技術ありきではなく、課題ありきで考えられるか
2. 設計の妥当性: その課題に対して、選んだ構成・アーキテクチャは理にかなっているか。なぜその技術を選んだかを説明できるか
3. 本番運用・評価への理解: 動くものを作って終わりではなく、精度をどう測り、コストや失敗にどう備えるかを考えているか
4. 再現性: AIを「たまたま動いた」ではなく、道具として意図的に使いこなせるか。別の課題でも同じ品質で再現できそうか

重要なのは、これらが「実務経験の量」ではなく「思考の跡」で測られる点です。実務経験が浅くても、なぜその課題を選び、なぜその設計にし、何を測ったかを言語化できていれば、発注者は「考えて作れる人だ」と評価します。逆に大量の作品があっても、思考の跡が見えなければ評価軸を満たせません。複業で時間が限られているからこそ、量ではなく思考の跡で勝負する設計が有効です。

AI案件特有の軸：プロンプト・評価・コスト・本番運用への意識

一般的な開発案件に加えて、AI案件では次の観点が見られます。

• プロンプト・入出力の設計: どんな指示でモデルを制御し、想定外の出力にどう対処したか
• 評価の仕組み: 生成結果の良し悪しをどう判定したか。人手チェックなのか、評価用のデータを用意したのか
• コスト意識: トークン消費やAPI料金をどう見積もり、抑えたか
• 本番運用の現実: レイテンシ、失敗時のフォールバック、ハルシネーションへの備えをどこまで考えたか

発注者は「AIをいかに使いこなし、人間としての責任と判断でビジネス成果を上げられるか」を示す総合的な証明としてポートフォリオを見ています（Track Job 生成AIフリーランスの需要・単価・案件獲得戦略）。「このツールで作業を何時間削減した」「応答速度を何秒改善した」といった具体的な成果まで踏み込めると、評価軸を強く満たせます。これらの軸を頭に入れた上で、次に手持ちの作品を実際に設計していきます。

ポートフォリオ設計の4ステップ — 作品の棚卸しから物語の確定まで

ここからが本記事の中核です。手持ちの素材を、発注者の評価軸に沿って一貫した物語へと組み立てる手順を4ステップに分けて示します。いずれも週末の数時間で回せる粒度にしているので、まずは一周することを目標にしてください。

ステップ1：素材の棚卸し — 手持ちを一覧化する

最初にやるのは、作品を増やすことではなく、いま持っている素材をすべて書き出すことです。GitHubのリポジトリ、学習用に作ったサンプル、個人開発、ハッカソンの成果物、業務で得た知見など、断片でも構わないので一覧にします。

各素材について、次の3点を一行ずつメモします。

• 何を解決しようとしたか（課題）
• どんな技術・構成で作ったか
• 公開できるか、できないか（本業由来でNDAに触れるか）

この棚卸しの目的は「自分の手札を客観視する」ことです。頭の中では散らかって見えても、書き出すと「RAG系が3つある」「評価まで作り込んだものが1つだけある」といった偏りや強みが見えてきます。ここで初めて、どれを核にできそうかの当たりがつきます。

ステップ2：評価軸マッピングで「残す作品／削る作品」を決める

次に、ステップ1で洗い出した各素材を、先ほど整理した発注者の4つの評価軸（課題設定力・設計の妥当性・本番運用への理解・再現性）に当てはめます。簡単な表を作り、各作品がどの軸を示せるかに印をつけると判断しやすくなります。

この表を見て、複数の軸を満たす作品は「残す」、ほとんど印がつかない作品は「削る」と判断します。削る勇気が設計では重要です。評価軸を満たさない作品を残すと、ポートフォリオ全体の密度が下がり、強い作品の印象まで薄めてしまいます。「数を見せたい」気持ちを抑え、軸を満たす作品だけに絞り込みましょう。

ステップ3：代表作1つを核に、補強作品の役割を割り当てる

絞り込んだ作品の中から、最も多くの評価軸を満たす1つを「代表作」に据えます。代表作は、発注者に最初に見てほしい作品であり、ポートフォリオ全体の顔になります。

残りの作品は、代表作だけでは伝えきれない部分を補強する役割で配置します。たとえば次のような割り当てです。

• 代表作: 課題設定から設計・評価まで一貫して見せられるメインプロジェクト
• 補強作品1: 代表作とは別の技術領域も扱えることを示すサブ作品
• 補強作品2: 思考の深さ（評価の作り込みやコスト最適化）を補う作品

ここでのポイントは「数より構造」です。作品が2〜3個でも、代表作を核に役割が整理されていれば、発注者には明確な像が伝わります。逆に5個以上あっても役割が重複していると、印象は散漫になります。複業の限られた時間では、新しく作るより、この役割分担を設計する方が応募ラインに早く届きます。

ステップ4：ポートフォリオ全体を貫く「一文」を確定する

最後に、ポートフォリオ全体を一言で表す文を確定します。これが物語の軸になります。

たとえば「業務システムの課題を、生成AIで現実的に解けるところまで設計・検証できるエンジニア」のように、自分が何ができる人かを一文で言い切ります。この一文が決まると、各作品の説明文も、並び順も、すべてこの一文を裏づける方向に揃えられます。

一文を作るコツは、ステップ2の評価軸マッピングで最も印が集まった軸を中心に据えることです。自分の強みが「設計の妥当性」なら設計を軸に、「運用・評価への理解」なら現実的に動かせることを軸にします。この一文が、応募時の自己紹介やプロフィールの軸にもそのまま使えます。手を動かす前にこの一文を確定しておくと、以降の作業に迷いがなくなります。

本業実績を出せない複業エンジニアのための「設計の代替策」

ここまでの設計手順を踏もうとすると、複業エンジニアの多くが「そもそも一番見せたい本業の実績がNDAで出せない」という壁にぶつかります。本業で扱った本格的なAI開発こそアピールしたいのに、それを載せられない。残った個人サンプルだけでは弱く見える。この複業特有の難所に、設計の観点でどう対処するかを扱います。

NDAを守りながら実力を示す「再現プロジェクト」の設計

最も有効なのは、本業で得た知見を一般化した「ミニ再現プロジェクト」を設計することです。本業のコードやデータ、固有名詞を一切使わず、同じ種類の課題を架空の題材で解き直します。

たとえば本業で「社内ドキュメント検索のRAGシステム」を作ったなら、公開データや一般的な題材を使って「公開マニュアルを対象にした小さなRAG検索」を個人で作ります。本業の成果物そのものは出せませんが、そこで培った設計判断や評価の作法は、再現プロジェクトを通じて正々堂々と見せられます。

再現プロジェクトを設計するときは、規模を欲張らないことが大切です。複業の時間制約を踏まえ、課題設定・設計・評価が一通り見える最小規模に絞ります。動く範囲は小さくても、「なぜこの構成にしたか」「精度をどう測ったか」という思考の跡が示せれば、発注者の評価軸を満たせます。本業で身につけた判断力を、公開可能な器に移し替えるイメージです。

守秘情報を出さずに役割・判断を語る抽象化の作法

再現プロジェクトを作れない場合でも、本業での役割や判断を「抽象化して語る」ことはできます。具体的な企業名・数値・システム名は出さず、課題の構造と自分の判断だけを記述します。

• ❌ 「A社の顧客管理システムで、月間50万件の問い合わせをGPT-4で分類した」
• ⭕ 「大量の問い合わせを自動分類する案件で、精度とコストのバランスを取るためにモデル選定と評価データの設計を担当した」

後者は守秘情報を一切含まずに、課題の難しさと自分の役割・判断を伝えています。何を任され、どう考え、どんな工夫をしたかという「判断の中身」は守秘の対象外であることが多いため、ここを丁寧に言語化します。ただし、どこまでが公開可能かは本業の就業規則や契約によって異なるため、迷う場合は必ず本業側で確認してから記載してください。守秘とアピールの線引きを意識した抽象化は、複業エンジニアのポートフォリオ設計で欠かせない作法です。

設計を「見せ方」に落とす — 置き場の役割分担と並び順

ここまでで設計図はできました。最後に、その設計図を実際のポートフォリオに落とし込む橋渡しを扱います。ただし個々の作品をどう表現するかという見せ方の細部ではなく、「どの置き場に何を担わせるか」「全体をどの順で見せるか」という、設計の延長線上にある配置の話に絞ります。

置き場ごとの役割設計：サイト・GitHub・Zennを使い分ける

複業エンジニアは、ポートフォリオサイト・GitHub・Zenn/Qiita・職務経歴と複数の置き場を持つことが多く、これらを別々に運用すると情報が散らかります。設計の観点では、それぞれに役割を持たせて分担させます。

• ポートフォリオサイト（または応募時のプロフィール）: 物語の入口。ステップ4で確定した「一文」と代表作を最初に提示し、全体像を伝える
• GitHub: コードの証拠。リポジトリのREADMEに、課題・設計判断・工夫を簡潔に書く
• Zenn / Qiita: 思考の跡。なぜその設計にしたか、何でつまずきどう解決したかを記事化し、評価軸の「思考」を補強する

この役割分担を設計しておくと、発注者は入口で全体像をつかみ、興味を持った部分をGitHubやZennで深掘りできます。すべての情報を1か所に詰め込むのではなく、入口・証拠・思考という導線を設計することが、限られた素材を厚く見せる工夫になります。

最初の30秒で評価軸が伝わる並び順を設計する

発注者は最初の数十秒で判断します。だからこそ、入口で何を最初に見せるかの並び順が決定的に重要です。設計のルールはシンプルです。

1. 最上部に「一文」（自分が何ができる人か）
2. その直下に代表作（最も多くの評価軸を満たす作品）
3. 続けて補強作品を、役割が伝わる順で配置

時系列（作った順）や技術カテゴリ順で並べるのは避けます。発注者が知りたいのは制作の歴史ではなく「この人に何を任せられるか」だからです。一文と代表作が冒頭にあれば、最初の30秒で評価軸が伝わり、続きを読んでもらえます。

各作品の説明文の書き方やスクリーンショットの見せ方といった表現の細部は、複業エンジニアのAI案件ポートフォリオに譲ります。本記事で作った設計図に沿って、見せ方を肉付けしていってください。なお、ポートフォリオに最低限そろえるべき項目を確認したい場合は、フリーランスエンジニアのポートフォリオ作り方も合わせて参照すると、設計と必須項目の両面から固められます。

案件を取り続けるための「使い回せる設計テンプレート」

ポートフォリオは一度作って終わりではありません。応募する案件ごとに求められるものは少しずつ違います。とはいえ、複業の限られた時間で毎回ゼロから作り直すのは現実的ではありません。そこで、案件のたびに最小の改修で応募できる「設計の型」を残しておく考え方を紹介します。

応募先に合わせて差し替えるだけの「コア＋可変」設計

ポートフォリオを「コア」と「可変」に分けて設計します。

• コア（固定部分）: 自分の強みを示す代表作と、それを支える「一文」の軸。どの案件でも変わらない自分の核
• 可変（差し替え部分）: 応募先の案件に合わせて前面に出す補強作品や、強調する評価軸

たとえばRAG案件に応募するならRAGの作品を可変部分の先頭に出し、AIエージェント案件ならエージェント系を前に出す、というように、コアは保ったまま見せる順番と強調点だけを差し替えます。この構造を最初に設計しておけば、応募のたびに必要なのは数十分の組み替えだけで済みます。毎回作り直すのではなく、テンプレートを差し替える設計が、継続的な応募を支えます。

案件ごとの振り返りを次の設計改善に回すループ

応募して通らなかったとき、あるいは案件を終えたとき、その経験を設計に反映するループを作ります。

• 応募が通らなかった案件は、求められていた評価軸と自分のポートフォリオのどこにずれがあったかをメモする
• 案件を完了したら、そこで得た新しい知見を再現プロジェクトや記事として一般化し、可変部分の素材に加える

このループを回すと、ポートフォリオは案件をこなすたびに厚みを増し、応募の精度が上がっていきます。複業を単発で終わらせず、案件獲得を収入の安定につなげるには、この「振り返りを設計に戻す」仕組みが効きます。設計テンプレートを育てる発想を持つことで、ポートフォリオが資産として積み上がっていきます。なお、案件を重ねて高単価化を狙う段階に進んだら、フリーランスエンジニアのポートフォリオ 月単価100万円超の案件を取る戦略も設計改善の参考になります。

複業エンジニアのポートフォリオ設計に関するよくある質問

設計を進める中で迷いやすい点を、Q&A形式で先回りして整理します。

Q. 作品はいくつ載せるべきですか？

数の正解はありませんが、代表作1つ＋補強作品2〜3つで十分です。大切なのは点数ではなく、各作品に役割があり、全体が一貫していることです。役割が重複する作品を増やすより、軸を満たす作品に絞る方が評価されます。

Q. 本業の実績は本当に一切載せられないのですか？

具体的な企業名・システム名・数値・コードなど守秘に触れる情報は載せられません。一方で、課題の構造・自分の役割・判断の中身は抽象化すれば語れることが多いです。本記事の「再現プロジェクト」と「抽象化の作法」を使えば、守秘を守りながら本業で培った力を示せます。ただし公開範囲は就業規則・契約によるため、迷う場合は本業側で確認してください。

Q. AIで生成した作品は評価されますか？

AIを使って作ること自体は問題ありません。発注者が見るのは「AIを道具として意図的に使いこなせるか」です。生成物をそのまま並べるのではなく、どんな課題に・なぜその使い方をしたか・結果をどう評価したかという思考の跡を添えれば、むしろAI活用力の証明になります。

Q. 設計はどのくらいの頻度でやり直すべきですか？

全面的なやり直しは頻繁に必要ありません。「コア＋可変」で設計しておけば、応募ごとに可変部分を差し替えるだけで対応できます。コア（代表作と一文の軸）の見直しは、新しい代表作ができたときや、狙う案件の方向性が変わったときで十分です。

Q. 未経験領域のAI案件には、どう設計で寄せればいいですか？

未経験領域でも、近い技術の再現プロジェクトを1つ作り、それを可変部分の先頭に置けば「この領域にも取り組める」という意思と素地を示せます。完璧な実績で埋める必要はなく、課題設定と設計の思考が見えれば、発注者は伸びしろを評価します。

まとめ — AI案件は「作品の良し悪し」より「全体の設計」で最初の扉が開く

複業エンジニアがAI案件を獲得するうえで、応募の最初の扉を開けるのは、作品一つひとつの良し悪しよりも、ポートフォリオ全体の設計です。本記事で扱った流れを振り返ります。

• 発注者の評価軸（課題設定力・設計の妥当性・運用と評価への理解・再現性）を判断基準に据える
• 素材を棚卸しし、評価軸でマッピングして残す作品・削る作品を決める
• 代表作1つを核に補強作品の役割を割り当て、全体を貫く「一文」を確定する
• 本業実績はNDAを守りつつ、再現プロジェクトと抽象化で力を示す
• 置き場に役割を持たせ、最初の30秒で評価軸が伝わる並び順にする
• 「コア＋可変」で設計し、案件ごとに差し替えながら育てる

まず着手できる最初の一手は、ステップ1の「素材の棚卸し」です。手持ちのリポジトリやサンプルを一覧に書き出すだけなら、週末の数時間で終わります。書き出してみると、自分の強みと、束ねるべき軸が見えてきます。

設計が整えば、自分が「何ができる人か」が一目で伝わるようになり、応募の精度が上がります。そうして方向性の合うポートフォリオを持てると、自分の強みとかみ合う案件にこそ出会いやすくなります。手を動かしても届かなかった応募ラインに、設計の力で一歩近づきましょう。