
フリーランスエージェントへの登録・案件応募において、スキルシートは「あなたを採用するかどうか」を決める最重要書類です。しかし「何を・どう書けばいいか」がわからず、スキルの羅列だけになってしまう人が多いのが現状です。この記事では、スキルシートの基本・記載必須項目・職種別の書き方と記入例・担当者が実際に見ているポイント・Before/After形式の改善例・よくあるNGパターン・更新のタイミングまで完全解説します。
フリーランスエージェントのスキルシートとは?
スキルシートとは、自分のスキル・技術・業務経験・実績をまとめた技術職向けの経歴書です。フリーランスエージェントへの登録・案件への応募・クライアントとの面談前提出など、さまざまな場面で使用します。
スキルシートと職務経歴書・履歴書の違い
| 書類 | 主な目的 | 強調するもの | 使用シーン |
|---|---|---|---|
| スキルシート | 技術力・スキルのアピール | 使用技術・スキル・プロジェクト経験・担当フェーズ | フリーランスエージェントへの登録・案件応募 |
| 職務経歴書 | 業務経験・人物像のアピール | 業務内容・実績・自己PR・志望動機 | 転職・就職活動での応募 |
| 履歴書 | 基本情報・学歴・職歴の証明 | 経歴・資格・学歴 | 転職・就職・公式な書類提出 |
スキルシートがエージェントへの登録で重要な理由
- エージェントがマッチングに使う唯一の資料:担当者はスキルシートを見て「この人にどの案件を紹介するか」を判断します。スキルシートの完成度がそのまま案件紹介の精度・質・スピードに直結します
- クライアントへの最初の「第一印象」:クライアント企業はエージェントから提出されたスキルシートを見て書類選考を行います。面談前の唯一の評価材料がスキルシートです
- 単価交渉の根拠になる:実績・成果が具体的な数値で書かれたスキルシートは、担当者がクライアントに単価交渉をする際の根拠資料になります。スキルシートの内容が単価に影響します
形式:PDF(最も一般的)またはExcel/Word形式。エージェントによってフォーマットが指定される場合があります
枚数:A4で1〜2枚が基本。経験が多い場合は最大4枚程度まで。それ以上は担当者が読みにくくなるため要注意
更新頻度:3〜6ヶ月ごと、または新しいスキル・案件が追加されたタイミングで更新
スキルシートの全体レイアウト構成
スキルシートはA4用紙1〜2枚に「上部に基本情報・中央にスキル・下部にプロジェクト経歴」という縦のレイアウトが一般的です。読み手が上から順に読んで、5秒以内に「何ができる人か」がわかる構成を意識しましょう。
| 配置 | セクション名 | 記載内容 | 目安の分量 |
|---|---|---|---|
| 最上部 | 基本情報・プロフィール文 | 氏名・連絡先・職種・経験年数・強みを3〜5行でまとめたサマリー | 3〜5行 |
| 上部 | スキル・技術スタック | 言語・FW・DB・インフラ・ツールをカテゴリ別にバージョン付きで記載 | 10〜20行 |
| 中部 | 資格・自己PR | 保有資格(正式名称で)・自己PRと強みのアピール文 | 3〜8行 |
| 下部(メイン) | プロジェクト経歴 | 直近のものから逆順に。課題→施策→成果の3点セットで記載 | 案件ごとに5〜15行 |
| 末尾 | 希望条件 | 稼働日数・リモート希望・単価下限・希望業界・NGな案件 | 3〜6行 |
スキルシートの必須記載項目と書き方のポイント
スキルシートに記載すべき項目は大きく6つあります。すべての項目を「担当者・クライアントが読んでわかる」ように書くことが最重要です。
| 記載項目 | 書き方のポイント | よくある失敗 |
|---|---|---|
| ① プロフィール文(サマリー) | 職種・経験年数・強みを3〜5行でまとめる。読んだ瞬間に「何ができる人か」がわかるように書く | 「様々な業務に携わってきました」という曖昧な表現。強みが伝わらない |
| ② スキル・技術スタック | 言語・フレームワーク・ツールをバージョン付きで記載。経験年数・レベル感も記載すると担当者がマッチングしやすい | 「Python・AWS・React」の羅列のみ。バージョンなし・レベル感なし |
| ③ プロジェクト経歴 | 「課題→施策→成果(数値)」の3点セットで記載。直近のものから逆順に記載する | 「◯◯システムの開発を担当」という業務の列挙のみ。成果・貢献が不明 |
| ④ 担当フェーズ | 要件定義・設計・実装・テスト・運用のどこまで担当できるかを明記 | 「開発経験あり」のみ。上流工程担当かどうかが不明 |
| ⑤ 希望条件 | 稼働日数・リモート希望・月額単価下限・希望業界・NG条件を具体的に記載 | 希望条件の記載なし。担当者が何を紹介すればいいかわからない |
| ⑥ ポートフォリオURL | GitHubのURL・Behance・個人サイトなど実績を「見せられる」URL | URLなし・または古い状態のまま放置している |
プロジェクト経歴の書き方:「課題→施策→成果」の3点セット
プロジェクト経歴はスキルシートの中で最も重要なセクションです。「何をしたか」ではなく「何を達成したか」を数値で書くことが採用率アップの最大のポイントです。
【案件名】ECサイトのAPIリニューアル
【担当】APIの設計・実装を担当。FastAPIを使用したバックエンド開発を行った。
【案件名】ECサイトのAPIリニューアル
【課題】決済APIのレスポンス速度が平均2.3秒と遅くカート離脱率が高かった
【施策】FastAPI導入・キャッシュ層追加・クエリ最適化を実施
【成果】レスポンスを平均0.4秒(83%削減)に改善。カート離脱率が12%低下
自己PR文の書き方【記入例付き】
自己PR文はスキルシートの中で「技術力以外の人物像・強み・働き方のスタイル」を伝える唯一のセクションです。箇条書きではなく文章で、200〜400字程度にまとめるのが一般的です。
| 書くべき内容 | 記入例 |
|---|---|
| 強み・得意領域 | 「バックエンド開発を軸に、APIの設計から本番運用まで一貫して担当できることが強みです。特に大規模なデータを扱うシステムのパフォーマンス改善を得意としています」 |
| コミュニケーションスタイル | 「進捗・課題の報告は毎日行い、クライアントとの認識のズレを早期に解消することを意識しています。Slack・Zoom・Notionでのオンラインコミュニケーションにも慣れています」 |
| フリーランスとしての姿勢 | 「フリーランスとして4年間、常に納期厳守・高品質な成果物の提供を意識してきました。長期的なパートナーとして信頼していただけるよう、業務範囲外の相談にも積極的に対応しています」 |
| 今後身につけたいスキル・方向性 | 「今後はインフラ(Kubernetes・ECS)の知識をさらに深め、フルスタックに近い形での提案ができるエンジニアを目指しています」 |
「Pythonを中心としたバックエンド開発に5年従事し、ECサイト・SaaS・メディア系のシステム開発経験があります。要件定義から設計・実装・本番リリースまで上流工程から一貫して担当できることが強みです。
特にAPIのパフォーマンス改善・マイクロサービス化・CI/CDパイプラインの構築を得意としており、直近の案件ではAPIレスポンスを83%削減する改善を主導しました。
コミュニケーションは報告・連絡・相談を徹底し、フルリモートでも高品質な成果物を提供できます。現在フルリモート・週5日稼働・月額70万円以上の案件を中心に探しています。」
スキルシートのサンプルフォーマット(記入イメージ)
実際のスキルシートがどのような構成になるか、記入例付きのサンプルイメージです。
| スキルシート(職務経歴書)サンプル | |
|---|---|
| 氏名 | 山田 太郎(やまだ たろう) |
| 職種 | バックエンドエンジニア |
| 経験年数 | 5年(会社員3年 + フリーランス2年) |
| GitHub URL | https://github.com/yamada-taro |
| プロフィール文 | Pythonを中心としたバックエンドエンジニア歴5年。ECサイト・SaaS・メディア系の開発経験。要件定義〜設計〜実装〜本番リリースまで上流から一貫担当可。AWSインフラ構築・運用経験あり。 |
| 技術スタック |
【言語】Python 3.10(5年)・TypeScript(2年) 【FW】FastAPI・Django REST・Next.js 14 【DB】PostgreSQL 14・MySQL 8.0・Redis 【インフラ】AWS(EC2・RDS・S3・Lambda)・Docker・Terraform 【ツール】GitHub Actions・Jira・Notion・Figma(読み取り) |
| 資格 | AWS Certified Solutions Architect – Associate(2022年取得) |
| プロジェクト経歴① |
【期間】2023年4月〜2024年3月(1年間) 【案件】大手アパレルECサイトのAPIリニューアル(MAU 120万・5名チームのリード) 【担当フェーズ】要件定義・設計・実装・テスト・本番リリース 【技術】Python 3.10 / FastAPI / PostgreSQL / AWS / Docker 【課題・成果】決済API速度2.3秒→0.4秒(83%削減)を実現。カート離脱率12%低下 |
| 希望条件 |
稼働日数:週5日(フルタイム) リモート:フルリモート希望(常駐は不可) 月額単価:70万円以上 希望業界:SaaS・EC・フィンテック系 NG条件:常駐必須案件・週60時間超の稼働 |
担当者が実際に見ているポイント【エージェント視点】
エージェントの担当者は毎日多数のスキルシートを確認します。担当者が「この人は紹介できる」と判断するポイントを把握することで、スキルシートの効果が大幅に上がります。
担当者が最初の30秒で確認するポイント
- プロフィール文(サマリー):「何ができる人か」が3秒で伝わるかどうか。担当者はここを最初に読み、案件との相性を判断します。「Pythonを中心としたバックエンドエンジニア・経験5年・上流工程対応可」のように職種・経験年数・強みが一行でわかる記述が理想です
- 最新の技術スタック:現在使用しているスキル・バージョンが最新かどうか。古い技術しか書いていないと「現場から離れている?」という印象を与えます
- 直近のプロジェクト経歴:直近1〜2年の案件が充実しているかを確認。古い経歴だけで直近の案件がないと「実務経験が薄い」と判断されやすいです
- 希望条件の明確さ:稼働日数・リモート希望・単価下限が具体的かどうか。「なんでも」「相談次第」では紹介できる案件の絞り込みができません
・プロフィール文が3行以内で強みが明確
・使用技術がバージョン付きで具体的
・直近のプロジェクト経歴に数値化された成果がある
・希望条件が「週◯日・フルリモート・月額◯万円以上」と明記されている
・ポートフォリオURL・GitHubが掲載されている
これらが揃っているスキルシートは、担当者が「この人にはこの案件を紹介できる」と即判断できます。逆に1つでも欠けていると、担当者がヒアリングをする手間が生じ、紹介のスピードが落ちます。
【職種別】スキルシートの書き方と記入例
職種によってスキルシートで強調すべきポイントが異なります。自分の職種に合わせて書き方を最適化することが採用率アップの鍵です。
- 技術スタック:言語(Python 3.10)・フレームワーク(FastAPI)・DB(PostgreSQL)・インフラ(AWS:EC2・RDS・S3・Lambda)・開発ツール(Docker・GitHub Actions)のように階層別に整理して記載する
- プロジェクト経歴:業界・システム規模(MAU・売上規模)・チーム規模・担当フェーズ(要件定義〜設計〜実装〜テスト〜本番リリース)を明記。自分の役割(リードエンジニア・メンバー等)も記載
- GitHubのURL:必ず掲載。READMEが整備されていると担当者・クライアントの評価が上がる
- 記入例(技術スタック):「Python 3.10 / FastAPI / SQLAlchemy / PostgreSQL 14 / Redis / Docker / AWS(EC2・RDS・S3・CloudFront)/ GitHub Actions / Terraform(初級)」
- 使用ツール:Figma・Adobe XD・Photoshop・Illustrator等のバージョンと習熟度を記載。「Figma(メイン・3年)・Photoshop(補助・5年)」のように使い方を明記
- 対応できる成果物の種類:UI/UXデザイン・Webサイト・LP・バナー・アプリデザイン・デザインシステム構築等を記載
- コーディング可否:HTML/CSS・JavaScript・WordPressなどの実装対応可否を必ず明記。対応できる場合は案件の幅・単価が大幅に広がる
- ポートフォリオURL:Behance・Dribbble・個人サイトのURLを必ず掲載。実績として掲載許可が取れているものを整理しておく
- 記入例(プロフィール文):「UI/UXデザインを軸に5年活動。SaaS・ECサイト・メディア系のデザイン経験あり。Figmaでのデザインシステム構築とHTML/CSS実装まで一貫対応可能」
- 担当した広告媒体:Google広告・Meta広告・LINE広告・Twitter広告等を列挙。「Google広告(運用歴3年・取り扱い予算月額500万円〜)」のように規模を明記
- 数値実績:CVR・CPA・ROAS・CTR等の改善数値を必ず記載。「Google広告の最適化でCPAを¥8,000→¥4,500(44%削減)に改善」のように具体的に
- SEO・コンテンツマーケ対応:SEO担当の場合はキーワード流入数・順位変動の実績を記載
- 記入例(プロジェクト経歴):「ECサイトのGoogle/Meta広告運用(月額予算600万円)。クリエイティブA/Bテストの実施でCVRを1.2%→2.8%(133%改善)、CPA¥9,200→¥4,800(48%削減)を達成」
- 専門ジャンル:医療・IT・金融・不動産・ビューティー等の専門ジャンルを明記。「ITエンジニア向けコンテンツ(PV月50万達成経験あり)」のように実績と一緒に記載
- 掲載実績URL:クライアントから掲載許可をもらった記事URLをまとめておく。URLなしでは実力判断ができない
- SEOスキルの有無:キーワード調査・内部対策・記事設計の対応可否を明記
- 記入例(プロフィール文):「ITエンジニア・フリーランス向けのWebコンテンツに特化したライター・ディレクター。月100本の記事管理・外部ライターへの発注・校正・SEO最適化まで一貫対応可能」
- プロジェクトの規模:関わったプロジェクトの予算規模・チーム人数・期間を明記。「プロジェクト予算3億円・30名チームのPMOを担当」のように具体的に
- 業界経験:金融・製造・小売・公共等の業界経験を記載。業界知識の深さが採用の差別化になる
- フレームワーク・資格:PMP・ITIL・Prince2・アジャイル系資格等があれば記載
- 記入例(プロジェクト経歴):「大手製造業のDX推進プロジェクトにPMOとして参画(プロジェクト予算5億円・関係部署15部門・20名チーム)。進捗管理・リスク管理・ステークホルダーとの調整を担当し、6ヶ月のプロジェクトを予定通りリリース」
Before/After形式で学ぶ改善例
実際に「採用されにくいスキルシート」と「採用されやすいスキルシート」の違いをBefore/Afterで確認しましょう。
改善例①:プロフィール文(サマリー)
フリーランスエンジニアとして様々なプロジェクトに携わってきました。チームワークを大切にし、クライアントのご要望に柔軟に対応します。
Pythonを中心としたバックエンドエンジニア歴5年。SaaS・EC・メディア系のシステム開発経験あり。要件定義・設計・実装・コードレビューまで上流から一貫担当可能。AWSを使ったインフラ構築・運用経験もあり。
改善例②:スキル・技術スタック
Python、JavaScript、AWS、Docker、React、SQL、Git
【言語】Python 3.10(5年)・TypeScript(2年)
【FW】FastAPI・Django REST・Next.js 14
【DB】PostgreSQL 14・MySQL 8.0・Redis
【インフラ】AWS(EC2・RDS・S3・Lambda・CloudFront)・Docker・Terraform
【ツール】GitHub Actions・Jira・Figma(読み取り)
改善例③:プロジェクト経歴
【期間】2023年4月〜2024年3月
【案件】ECサイトの開発
【担当】バックエンドの開発を行いました。
【期間】2023年4月〜2024年3月
【案件】大手アパレルECサイトのAPIリニューアル(MAU 120万・売上月5億規模)
【担当フェーズ】要件定義・設計・実装・テスト・本番リリース(5名チームのリード)
【技術】Python 3.10 / FastAPI / PostgreSQL / AWS(EC2・RDS)/ Docker
【課題・成果】決済APIのレスポンス速度2.3秒が課題。キャッシュ層追加・クエリ最適化を実施し0.4秒(83%削減)を達成。カート離脱率が12%低下し月間売上が約800万円改善
スキルシートのNGパターン7つ
以下のパターンに当てはまる場合は、今すぐ修正することをおすすめします。
- スキルの羅列のみで成果が書いていない:「Java・Python・AWS」の列挙だけでは「何ができる人か」が伝わりません。必ず「何を達成したか」を数値で記載しましょう
- バージョンが書かれていない:「Python」ではなく「Python 3.10」・「React」ではなく「React 18」のように、バージョンを明記することで担当者がマッチングしやすくなります
- 古い情報のまま更新していない:6ヶ月以上更新していないスキルシートは「活動していないのでは?」という印象を与えます。定期的な更新が必須です
- 担当フェーズが不明確:「開発経験あり」だけでは上流工程を担当できるかどうかが判断できません。「要件定義〜設計〜実装〜テストまで担当可能」のように担当フェーズを明記しましょう
- 希望条件が「なんでも」:担当者が何を紹介すればいいかわからなくなります。稼働日数・リモート希望・単価下限・希望業界・NG条件を具体的な数値・条件で記載しましょう
- ポートフォリオURLがない・古い:URLがない場合や、掲載されているコードやデザインが古い場合は信頼性が下がります。GitHubのREADMEを整備し、Behanceの作品を最新の状態に保ちましょう
- 誤字・脱字・数値の誤り:スキルシートに誤字があると「仕事の精度が低い」という印象を与えます。提出前に必ず第三者にチェックしてもらうか、声に出して読んで確認しましょう
スキルシートの更新タイミングとメンテナンス方法
スキルシートは「一度作って終わり」ではありません。定期的な更新がないと担当者のマッチング精度が下がり、良い案件が届きにくくなります。
スキルシートを更新すべきタイミング
- 新しいスキル・ツールを習得したとき:新しい言語・フレームワーク・ツールを実務で使用したら、バージョンとともに追加します。学習中のものは「学習中」と明記して掲載しておくと、向上心のアピールにもなります
- 案件・プロジェクトが終了したとき:参画した案件が終了したら、経歴・成果を追記します。新しい案件経歴を直近に追加し、古いものは圧縮・整理します
- エージェントへの登録・更新のとき:新しいエージェントに登録する前・既存エージェントに新しい案件を探してもらうタイミングで更新します
- 3〜6ヶ月ごとの定期更新:大きな変化がない場合でも、3〜6ヶ月ごとに内容を見直してスキルシートを最新の状態に保ちます。日付を更新するだけでも担当者に「活動中」のシグナルになります
- 希望条件が変わったとき:稼働日数・リモート希望・単価下限・希望業界が変わったら、すぐに更新して担当者に連絡します
複数のエージェントにスキルシートを提出する場合、エージェントの得意な職種・業界に合わせて内容をカスタマイズすると採用率が上がります。
・副業・週3日対応エージェント(Workship・ITプロ等)へ提出する場合:「週3日稼働・フルリモート・副業可」を希望条件の冒頭に明記
・高単価特化エージェント(テクフリ・フリーコンサルタント.jp等)へ提出する場合:上流工程の経験・成果の数値・プロジェクト規模を前面に出す
・初心者向けサポート重視エージェント(Midworks等)へ提出する場合:前職での業務経験・スキルを丁寧に説明して「即戦力になれること」を強調
よくある質問(FAQ)
まとめ
フリーランスエージェントへのスキルシートは、「何をしたか」ではなく「何を達成したか(数値)」で書くことが採用率アップの最大のポイントです。担当者が30秒で「この人に案件を紹介できる」と判断できるスキルシートを目指して、プロフィール文・技術スタック・プロジェクト経歴を磨き込みましょう。
• スキルシートはエージェントがマッチングに使う最重要資料。担当者の最初の30秒で「紹介できるか」が判断される
• レイアウト構成:最上部(基本情報・プロフィール文)→上部(技術スタック)→中部(資格・自己PR)→下部(プロジェクト経歴)→末尾(希望条件)
• 必須記載6項目:プロフィール文・技術スタック(バージョン付き)・プロジェクト経歴(課題→施策→成果の数値)・担当フェーズ・希望条件・ポートフォリオURL
• 自己PR文は200〜400字で「強み・コミュニケーションスタイル・フリーランスとしての姿勢・今後の方向性」を文章で書く
• プロジェクト経歴は「業務の列挙」ではなく「課題→施策→成果(数値)」の3点セットで書く
• 職種別のポイント:エンジニアはGitHub必須・技術をカテゴリ別に整理、デザイナーはポートフォリオ必須・コーディング可否を明記、マーケターは広告予算規模・CVR/CPA改善数値を記載
• NGパターン7つ:スキル羅列のみ・バージョンなし・古い情報のまま・担当フェーズ不明・希望条件「なんでも」・ポートフォリオなし・誤字脱字
• 更新タイミング:新スキル習得時・案件終了時・エージェント登録時・3〜6ヶ月ごとの定期更新
• 複数エージェントへ提出する際は、エージェントの得意分野・職種に合わせて希望条件・強調ポイントをカスタマイズする

