「GitHubのプロフィールを見ればスキルがわかる」という感覚は、エンジニア界隈では当たり前だ。しかし「どんなポートフォリオが受注につながるのか」を具体的に解説しているものは少ない。
この記事では、エンジニアフリーランスを目指す方・副業でシステム開発案件を取りたい方向けに、「案件獲得に効くGitHubポートフォリオの作り方」を解説する。
GitHubポートフォリオが大事な理由
フリーランスエンジニアの案件獲得ルートは主に:
- クラウドソーシング（クラウドワークス・ランサーズ）
- エージェント（レバテック・Midworks）
- SNS・紹介
どのルートでも、クライアント・担当者は必ず「実力を確認したい」と思う。そのときに「GitHubを見てください」と言えると、信頼感が大きく変わる。
逆に言えば、GitHubのポートフォリオが充実していれば「説明しなくても実力がわかる」状態になる。提案文や面接での説明コストが下がり、採用・受注率が上がる。
まず整えるべきGitHubプロフィール
プロフィールREADME
GitHubには「リポジトリ名がユーザーネームと同じ」特殊なREADMEが存在し、プロフィールページに表示される（例: github.com/yamada-taro/yamada-taro）。
ここに書くべき内容:
- 自己紹介: 専門分野・得意技術を3行以内で
- 技術スタック: バッジ形式で見やすく（shields.ioを使うと整然とした見た目になる）
- 現在やっていること: 「〇〇を勉強中」「〇〇の副業募集中」
- 連絡先: X（Twitter）・メール・Zenn/Qiitaのリンク
## 自己紹介
Python・FastAPIを使ったバックエンド開発が専門です。
副業・フリーランス案件を受け付けています。
## 技術スタック
## 連絡先
- X: @yamada_dev
- Email: yamada@example.comスター数より「コミット履歴」
GitHubのコントリビューション（緑のマス）は毎日継続しているかの目安として見られる。毎日コードを書いていなくても、ドキュメント更新・ブログ記事のファイル追加などでコミットを積み上げることはできる。
「最近アクティブなエンジニア」という印象は、採用側に「一緒に仕事できそう」という安心感を与える。
ポートフォリオリポジトリの作り方
1件目：「自分が使うツール」から始める
「どんなものを作ればいいかわからない」場合は「自分が日常的に使いたいツール」を作るのが最初の一歩だ。
例:
- 毎朝天気と電車遅延をSlackに通知するPythonスクリプト
- 家計簿CSVを自動グラフ化するツール
- ブログ記事のSEO分析を自動化するスクリプト
これらは「架空のプロジェクト」ではなく「実際に使っているもの」なので説得力がある。
READMEを丁寧に書く
どんなに良いコードを書いても、READMEがなければ伝わらない。最低限書くべき内容:
- 概要: 何のためのツール・アプリか（1〜3行）
- デモ画像またはGIF: 動いている様子を見せる
- インストール方法: コピペで動く手順
- 使い方: 基本的な使用例
- 技術スタック: 使用言語・フレームワーク・ライブラリ
デモGIFはmacOSならQuickTimeで録画→GIPHY CaptureでGIF変換、WindowsはShareXで録画・変換できる。
コードの品質を上げる最低限のポイント
- コメントを書く: 「なぜこう書いたか」を説明するコメントが特に重要
- 型アノテーション（Python）:
def process(data: list[str]) -> dict:のように型を明示 - エラーハンドリング: 予期しない入力でクラッシュしない設計
- .envでシークレット管理: APIキーを直接コードに書かない
Claude Codeを活用する
ポートフォリオのコード品質を上げるためにClaude Codeは非常に役に立つ。
claudeを起動して「このコードをレビューして改善点を教えてください」と貼り付けるだけで、型アノテーションの追加・リファクタリング提案・ドキュメント文字列の生成を行ってくれる。
README.mdの英語訳や、コードの解説文を自動生成させることもできる。
受注確率を上げるポートフォリオの方向性
「クライアントの課題」を解決するデモを作る
「ToDoアプリを作りました」より「ランサーズのAPIを使って案件情報を自動収集して分析するツール」の方が案件獲得に直結する。
受注したい案件の「クライアントが直面している課題」を想定して、それを解決するデモを作るのが最も効果的だ。
例えばEC事業者向けにシステム開発を売りたいなら:
- 商品在庫のCSVを読み込んでダッシュボードを表示するアプリ
- 注文データの売上分析ツール
これらは「このエンジニアは私のビジネスを理解している」という印象を与える。
技術記事との連動
ZennやQiitaで「このポートフォリオを作った過程で学んだこと」を記事にすると、GitHubとブログが相互に強化し合う。
技術記事は「このエンジニアは知識を言語化して説明できる」という信頼感を与える。コードが書けるだけでなく「教えられる人」だという印象は、長期の継続案件獲得に繋がる。
よくある質問
GitHubポートフォリオがなくても案件は取れますか？
取れますが、競争が激しい案件では不利になります。特にエージェント経由の高単価案件（時給5,000円以上）を狙う場合は、GitHubで実力を見せられる状態が前提になってきています。まず3〜5本の充実したリポジトリを作ることに集中してください。
フォーク（他のリポジトリのコピー）ばかりでも大丈夫ですか？
フォークだけでは実力の証明になりません。フォークしたものに変更を加えてプルリクエストを送った実績や、自分のオリジナルリポジトリを混ぜることが重要です。
英語でリポジトリを書くべきですか？
海外クライアントを狙うなら英語必須ですが、国内案件なら日本語でも問題ありません。ただし技術的なコメントに英語を混ぜる（変数名は英語など）程度の英語力は示した方が良い印象を与えます。
まとめ
フリーランス案件獲得につながるGitHubポートフォリオは「数」より「質と説明の丁寧さ」で決まる。
3〜5本の充実したリポジトリ、丁寧なREADME、きれいなプロフィールREADMEがあれば、クラウドソーシングでの提案通過率は明らかに上がる。
まず今週「自分が使いたいツール」を1つClaude Codeを使って作り、READMEを丁寧に書いてGitHubに公開することを目標にしてほしい。
関連ツールを見る
この記事で紹介したツール・サービスをまとめてチェック。
