「副業を始めたい」と思いながら、案件サイトを眺めるだけで半年が過ぎていませんか。応募欄に「ポートフォリオURL」「スキルシート添付」とあるのを見るたびに手が止まり、また次の週末に先送りする。実務経験は十分あるのに、見せられる成果物がないという理由で一歩を踏み出せずにいる方は少なくありません。
その背景には「ちゃんとしたポートフォリオを作ってからでないと応募してはいけない」という思い込みがあります。SNSで他のフリーランスエンジニアの作り込まれたポートフォリオサイトを見ると、自分はまだその水準に達していないと感じてしまう。業務で作ったものはNDAで公開できず、ゼロから自作サービスを作る時間も気力もない。こうして「準備不足」を理由に応募を回避し続けてしまいます。
しかし、これは順番が逆です。案件は「完璧なポートフォリオが完成してから応募するもの」ではなく、「最小限の準備で応募し、案件をこなしながらポートフォリオを育てていくもの」です。発注者が複業エンジニアに求めているのは、見栄えの良い作品集ではなく「この人に任せて大丈夫か」を判断できる材料です。その材料は、思っているよりずっと少ない労力で揃えられます。
本記事では、フリーランス・複業をこれから始めるエンジニア向けに、ポートフォリオの作り方を「最小限で受注ラインに乗せる」という基準から解説します。受注できる最低ラインがどこにあるのか、最小限ポートフォリオを構成する3要素は何か、そして週末2日で準備を終えて月曜に1件目の案件へ応募するまでの具体的な手順を紹介します。完璧主義で立ち止まっている状態から、実際に行動できる状態へ進むための実践ガイドです。
「完璧なポートフォリオ」を待つほど複業は遠ざかる
なぜ「完璧なポートフォリオ」を作ろうとすると手が止まるのか
複業を始められない最大の原因は、スキル不足でも経験不足でもなく、「完璧主義」です。「ポートフォリオに載せるべき項目」を網羅的に解説した記事を読むと、載せるべき要素が10項目も並んでいて、全部を満たさないと応募してはいけないように感じます。その結果、どこから手をつければよいか分からなくなり、結局何も着手できないまま週末が終わります。
「完璧なポートフォリオ」というゴールには終わりがありません。デザインをもっと洗練させたい、もう1つ作品を追加したい、説明文をもっと丁寧に書きたい——改善点はいくらでも見つかります。終わりのないゴールを設定している限り、「完成したから応募する」という日は永遠に来ません。
さらに、複業を始めたいエンジニアの多くは平日フルタイムで働いています。まとまった作業時間が取れるのは週末だけです。その限られた時間で「完璧」を目指せば、当然ながら何ヶ月かかっても終わりません。重要なのは、ゴールを「完璧」から「応募できる最低ライン」へ引き下げることです。
発注者が複業エンジニアに本当に求めているのは「完璧さ」ではない
発注者の立場で考えてみましょう。複業・副業の案件で発注者が知りたいのは、「この人は依頼した作業をきちんと完遂してくれるか」という一点です。豪華なポートフォリオサイトを持っているかどうかは、判断の本質ではありません。
発注者が見ているのは、おおむね次のような点です。実務でどんな開発をしてきたか、依頼したい技術に対応できるか、週にどれくらい稼働できるか、連絡がスムーズに取れそうか。これらは、作り込まれたポートフォリオサイトがなくても、簡潔なスキルシートと最小限の公開実績で十分に伝えられます。
つまり、複業の1件目に必要なのは「作品集」ではなく「信頼に足る人物だと判断できる材料」です。この発想に切り替えると、用意すべきものは一気に少なくなります。次の章では、その「受注できる最低ライン」がどこにあるのかを具体的に見ていきます。
受注できる最低ラインはどこか|複業スタートの合格基準

発注者が複業エンジニアの応募で見ている4つのポイント
「どこまで作れば応募していいのか」——この疑問に正面から答えます。発注者が複業エンジニアの応募を見るとき、判断材料にしているのは主に次の4つです。
- 実務経験:これまでどんなシステム・サービスの開発に、どの立場で関わってきたか。業務委託契約は「即戦力かどうか」を重視するため、ここが最も重要です。
- 対応技術と習熟度:依頼したい技術スタック(言語・フレームワーク・インフラ)に対応できるか。何年使ってきたか、業務で使ったか趣味レベルかも判断されます。
- 稼働可能時間:平日夜・週末にどれくらいの時間を割けるか。複業案件では「いつ・どれだけ動けるか」が契約可否を直接左右します。
- 連絡の取りやすさ:応募時のメッセージのレスポンスや文面から、コミュニケーションが円滑に取れそうかを見られます。
注目してほしいのは、この4つのうち「作り込まれたポートフォリオ作品」を要求している項目が1つもないことです。実務経験はスキルシートで、対応技術もスキルシートで、稼働時間と連絡のしやすさは応募情報とメッセージで伝わります。発注者が知りたい情報は、最小限の準備で十分にカバーできるのです。
「完璧版」と「最小限版」の違い
完璧を目指したポートフォリオと、複業スタートに必要な最小限版の違いを整理すると、次のようになります。
項目 | 完璧版(目指しがちな水準) | 最小限版(受注ラインに乗る水準) |
|---|---|---|
ポートフォリオサイト | 独自ドメインでデザイン済みの専用サイトを構築 | 作らない。スキルシート+公開実績のURLで代替 |
スキルシート | 全プロジェクトを詳細に網羅 | 代表的なプロジェクト1〜2件に絞って記載 |
公開する成果物 | 完成度の高い自作Webサービスを複数 | GitHubの小さなリポジトリ1つ+技術記事1本 |
準備期間 | 数ヶ月(しばしば未完で頓挫) | 週末2日で完成 |
着手後のゴール | 「完成したら応募」(実際には応募しない) | 「最低ラインを満たしたら即応募」 |
完璧版を目指して数ヶ月かけても応募に至らないより、最小限版を週末2日で仕上げて月曜に応募するほうが、結果的にフリーランスとしての実績は早く積み上がります。受注ラインは思っているより低い位置にあります。次の章では、その最小限版が具体的にどんな要素で構成されるのかを見ていきます。
複業スタート向け最小限ポートフォリオの3要素
最小限ポートフォリオは、次の3つの要素だけで成り立ちます。専用のポートフォリオサイトをゼロから構築する必要はありません。この3要素が揃っていれば、複業の1件目に応募する準備としては十分です。
要素1 スキルシート(何ができる人かの要約)
スキルシートは「自分が何をできる人か」を発注者が短時間で把握するための要約書類です。複業エンジニアにとって、これが事実上のポートフォリオの中心になります。実務経験・対応技術・習熟度といった、発注者が最も知りたい情報を1〜2枚のドキュメントに集約します。
業務で作ったものはNDAで公開できなくても、「どんな規模のシステムに、どの技術で、どう関わったか」を抽象化して書くことはできます。成果物そのものを見せられなくても、スキルシートなら実務経験を伝えられる——これが、実績ゼロに見えるエンジニアでも応募ラインに乗れる理由です。
要素2 見せる実績(公開できる成果物)
スキルシートの内容を裏づける、実際に見られる成果物です。ただし「立派な自作サービス」である必要はありません。GitHubに公開した小さなリポジトリ1つ、あるいはZennやQiitaに投稿した技術記事1本で十分に役割を果たします。
発注者は、公開実績を通じて「コードの書き方」「技術への理解の深さ」「アウトプットの習慣」を確認します。規模の大きさより、丁寧さや考え方が伝わるかどうかが重要です。日常の実務で得た知見を小さくアウトプットするだけで、それは立派な「見せる実績」になります。
要素3 連絡先・稼働条件(応募〜契約をスムーズにする情報)
意外と見落とされがちですが、応募から契約までをスムーズに進めるための情報も最小限ポートフォリオの一部です。具体的には、稼働可能な曜日・時間帯、希望する契約形態、連絡手段とレスポンスの目安などです。
発注者は「いつ・どれだけ動ける人か」が分からないと、契約の判断ができません。逆にこの情報が明確だと、応募のやり取りが一気に進みます。スキルシートの末尾に数行書き加えるだけで済むので、準備コストはほぼゼロです。
この3要素のうち、最も時間がかかるのが要素1のスキルシートと要素2の見せる実績です。次の2つの章で、それぞれの最小限の作り方を具体的に解説します。
フリーランスのスキルシートの書き方|採用担当者が短時間で見る項目に絞る
最小限スキルシートに入れる項目
採用担当者はスキルシートを見て、「この人なら今のプロジェクトで活躍できそうか」を短時間で判断します。職務経歴書よりもスキルシートを重視するケースも多くあります(参考: スキルシートの書き方|エンジニア用のテンプレート - FLEXY)。だからこそ、盛り込みすぎず、判断に必要な項目だけに絞ることが大切です。
最小限スキルシートに入れる項目は、次の5つです。
- 基本情報:氏名(またはハンドルネーム)、稼働可能時間、希望契約形態、連絡先。先述の要素3はここに含めます。
- 対応技術と習熟度:言語・フレームワーク・インフラを一覧化し、それぞれ「実務○年」「業務利用あり/学習中」を添えます。発注者が案件とのマッチを判断する最重要項目です。
- 職務要約:これまでのエンジニアキャリアを3〜5行で要約します。「Web系の自社サービス開発に2〜5年従事」のように、全体像が一目で分かる短文にします。
- 代表的なプロジェクト1〜2件:関わったプロジェクトの中から、複業で受けたい案件に近いものを1〜2件選び、概要・担当範囲・使用技術を記載します。全プロジェクトを網羅する必要はありません。
- 自己PR:即戦力であることが伝わる数行。専門性や対応範囲の広さを簡潔にアピールします。
これだけです。1〜2枚に収まる分量で、複業の1件目に応募するスキルシートとしては十分な水準に達します。各項目の具体的な書き方や、面談につながる差別化のポイントは、別記事のフリーランスエンジニアのスキルシート・経歴書の書き方|面談率を上げる差別化術で詳しく解説しています。
NDA案件の実績を抽象化して書くコツ
「業務で作ったものは守秘義務があって書けない」——これは複業を諦める最大の言い訳になりがちですが、実際には抽象化して書けば問題ありません。固有名詞や数値の具体を伏せ、技術的な事実だけを残すのがコツです。
NG例とOK例を比べてみましょう。
- NG例:「株式会社○○の社内勤怠管理システム『△△』の開発に従事。月間利用者◯◯人。」(クライアント名・サービス名・固有の数値が出ている)
- OK例:「従業員数百名規模の企業向け業務管理システムの開発に従事。ReactとNode.jsでフロントエンドからAPIまでを担当し、認証・権限管理機能を実装。」(規模感・技術・担当範囲だけを残し、固有名詞を排除)
ポイントは、「どこの・何という案件か」ではなく「どんな規模の・どんな技術で・何をしたか」を書くことです。発注者が知りたいのは後者であり、前者は判断に不要です。この書き方なら、守秘義務を守りながら実務経験を正しく伝えられます。公開できる成果物がなくても、スキルシートで実務を語れるのです。
採用担当者に読まれるための書き方の鉄則
内容が良くても、読みにくいスキルシートは最後まで目を通してもらえません。採用担当者は多数の応募を短時間でさばくため、次の鉄則を守ってください。
- 箇条書きを基本にする:長い文章を避け、一文を短くまとめます。表組みで対応技術を整理すると視認性が上がります。
- 見出しでメリハリをつける:項目ごとに見出しを立て、どこに何が書いてあるかを一目で分かるようにします。
- 即戦力であることを具体的に示す:実績は「OSSを5件公開」「APIを20本実装」のように、可能な範囲で数字を添えると説得力が増します。
- 盛りすぎない:すべてのスキルを並べるとかえって専門性がぼやけます。受けたい案件に関係するものを前面に出します。
読みやすさは、それ自体が「丁寧に仕事をする人」という印象につながります。中身の充実より先に、まず「短時間で読める形」を整えることを優先してください。
GitHub・Zenn・Qiitaでエンジニアの「見せる実績」を最小コストで用意する
GitHubは「README整備+小さなリポジトリ1つ」で足りる
「GitHubに見せられるものがない」と感じる方は多いですが、エンジニアのポートフォリオとしてのGitHubは、立派な自作サービスを置く場所ではありません。最小限でやるべきことは、次の2つだけです。
1つ目は、既存リポジトリのREADMEを整えることです。放置しているリポジトリがあれば、「何のためのコードか」「使用技術」「動かし方」を数行ずつ書き足すだけで、見られても恥ずかしくない状態になります。READMEが整っているだけで「ドキュメントを書ける人」という印象を与えられます。
2つ目は、小さなリポジトリを1つ新規に公開することです。業務で使った技術の検証コード、よく使う処理をまとめた小さなユーティリティ、学習中に作ったミニツールなど、規模は問いません。コードの書き方と考え方が伝われば、それで実績として機能します。「大きな作品が1つ」より「小さくても整理されたものが1つ」のほうが、複業スタートには現実的です。
Zenn・Qiitaの技術記事1本が実績になる理由
GitHubのコードと並んで強力なのが、ZennやQiitaに投稿する技術記事です。技術記事1本が「見せる実績」として成立する理由は3つあります。
第一に、記事は守秘義務に抵触しにくいことです。実務で得た知見を「特定のライブラリのハマりどころ」「設計判断の考え方」といった一般化した形で書けば、クライアント情報を出さずに技術力を示せます。第二に、記事は「説明する力」を証明します。発注者にとって、技術を分かりやすく言語化できるエンジニアは連携しやすい相手です。第三に、記事のURLはスキルシートに1行貼るだけでよく、準備コストが極めて低いことです。
テーマは大げさである必要はありません。「実務で詰まったエラーの原因と解決法」「使ってみた技術の所感」など、自分の経験から書ける小さなものを1本仕上げれば十分です。
ポートフォリオサイトは「作らない」という選択肢
ここまで読んで気づいた方もいるかもしれませんが、複業スタート時点では、独自のポートフォリオサイトを作る必要はありません。スキルシート(要素1)・GitHubと技術記事(要素2)・稼働条件(要素3)が揃っていれば、発注者が知りたいことはすべて伝わります。
ポートフォリオサイトの構築は、デザイン・実装・デプロイと作業量が多く、しかも「サイトの完成度」を気にし始めると終わりが見えなくなります。複業を始める段階でそこに時間を投じるのは、優先順位として後回しで構いません。案件をこなして実績が増え、見せ方を工夫したくなったタイミングで作れば十分です。「作らない」と決めることも、最小限ポートフォリオの重要な判断です。
週末2日で作る最小限ポートフォリオの手順

ここまでの内容を、実際の作業スケジュールに落とし込みます。平日フルタイムで働いていても、週末2日あれば最小限ポートフォリオは完成します。「準備が完璧になるのを待たず、週末で終わらせて月曜に応募する」をゴールに設定してください。
1日目にやること(スキルシート+GitHub README)
1日目は、最も時間がかかる2つの作業に集中します。
- 午前(2〜3時間):スキルシートの作成。先述の5項目(基本情報・対応技術と習熟度・職務要約・代表的なプロジェクト1〜2件・自己PR)を埋めます。テンプレートはネット上で多数公開されているので、ゼロから様式を考える必要はありません。NDA案件は抽象化のコツに従って記載します。
- 午後(2〜3時間):GitHubのREADME整備+小さなリポジトリの公開。既存リポジトリのREADMEを整え、見せられる小さなリポジトリを1つ用意します。新規に作る場合も、実務の検証コードやミニツール程度の規模にとどめます。
1日目が終わった時点で、3要素のうち要素1(スキルシート)と要素2の半分(GitHub)が完成します。
2日目にやること(技術記事1本+稼働条件整理+応募)
2日目は、残りを仕上げて実際に応募するところまで進めます。
- 午前(2〜3時間):技術記事を1本書く。実務で詰まった点や使った技術の所感など、自分の経験から書けるテーマで1本仕上げ、ZennまたはQiitaに公開します。完璧な記事を目指さず、「読んで内容が伝わる」水準で公開します。
- 午後前半(1時間):稼働条件の整理。稼働可能な曜日・時間、希望契約形態、連絡手段をまとめ、スキルシートに追記します。スキルシートにGitHubと技術記事のURLも貼り、3要素を1つの応募セットとして完成させます。
- 午後後半(1〜2時間):案件を1件選んで応募する。ここが最も重要な工程です。準備した応募セットを使い、案件サイトで1件選んで実際に応募します。「もう少し整えてから」と先送りせず、この週末のうちに送信してください。
2日間で3要素が揃い、月曜を待たずに1件目の応募が完了します。
応募後にポートフォリオを育てる進め方
最小限ポートフォリオは「作って終わり」ではなく、案件をこなしながら育てていくものです。1件目を受注したら、その案件で使った技術や得た知見をスキルシートに追記し、可能な範囲で技術記事のテーマにします。案件をこなすたびに、スキルシートの代表プロジェクトが増え、技術記事が積み上がり、ポートフォリオは自然と充実していきます。
この「応募→受注→実績追加→次の応募」のサイクルを回し続けることが、複業を一過性で終わらせず、継続的に案件を獲得していくための仕組みになります。最初から完璧を目指すのではなく、小さく始めて回しながら育てる——これが、フリーランスとして安定していく現実的なルートです。
まとめ|ポートフォリオより先に「応募する」
フリーランス・複業を始めるエンジニアにとって、ポートフォリオ作りで立ち止まる必要はありません。本記事の要点を振り返ります。
- 完璧なポートフォリオは不要:発注者が見ているのは作品集ではなく「任せて大丈夫か」を判断できる材料。受注ラインは思っているより低い位置にあります。
- 見られているのは4ポイント:実務経験・対応技術と習熟度・稼働可能時間・連絡の取りやすさ。いずれも最小限の準備で伝えられます。
- 最小限ポートフォリオは3要素:スキルシート、見せる実績(GitHubの小さなリポジトリ+技術記事1本)、連絡先・稼働条件。専用のポートフォリオサイトは作らなくて構いません。
- NDA案件も抽象化すれば書ける:固有名詞を伏せ、規模・技術・担当範囲だけを残せば、守秘義務を守りつつ実務経験を伝えられます。
- 週末2日で完成できる:1日目にスキルシートとGitHub、2日目に技術記事と稼働条件整理、そして応募まで。月曜を待たずに1件目を送れます。
最も伝えたいのは、「完璧なポートフォリオを待つより、最小限で応募して案件をこなしながら育てるほうが、結果的にフリーランスとして早く安定する」ということです。準備が整わないことを理由に応募を先送りしている限り、実績は1件も増えません。
次のアクションはシンプルです。
- 本記事の3要素が今どこまで揃っているかを確認する
- 足りない要素を、次の週末2日で埋める
- 案件サイトで1件選び、応募する
1件応募すれば、ポートフォリオは「育てる対象」に変わります。受注した案件から得た経験を追記し、次の応募につなげる——このサイクルを回し続けることが、複業を単発で終わらせず継続的に案件を獲得していく仕組みになります。まずは完璧を捨て、最小限で一歩を踏み出してみてください。



