
- スキルシートは、担当者が紹介する案件を決め、企業が書類選考をするための最も重要な資料です
- A4で1〜2枚に、「プロフィール文→技術スタック→資格・自己PR→プロジェクト経歴→希望条件」の順で書きます
- 経歴は「何をしたか」ではなく「課題→施策→成果」の順に、数字を入れて書きます
- 企業名や機密は伏せ、経歴は盛らず、案件の終了時と3〜6か月ごとに更新すると紹介が早くなります
「スキルシートに何を書けばいいか分からない」「技術を並べただけで、紹介が来ない」と悩んでいませんか。結論から言うと、スキルシートは「何ができる人か」が数秒で伝わる構成にし、経歴を「課題→施策→成果」の順に数字で書くだけで、紹介の数と質が大きく変わります。担当者はスキルシートを見て紹介する案件を決め、企業は面談の前にスキルシートで書類選考をするためです。この記事では、書く順番と必須項目の早見表、スキルシートが使われる場面、作成の5ステップ、項目別の書き方と改善例、成果を数字にする言い換え表、そのまま使えるサンプル、担当者が見ているポイント、職種別の記入例、NGパターンと書いてはいけない情報、更新のタイミング、提出前のチェックリストまでを、フリーランス歴10年以上の運営者の視点で1ページにまとめました。
📋 この記事でわかること
【結論】スキルシートには何を書く?書く順番と必須項目の早見表
結論:A4で1〜2枚に、上から「プロフィール文→技術スタック→資格・自己PR→プロジェクト経歴→希望条件」の順で書きます。読み手が上から読んで、最初の数秒で「何ができる人か」が分かる構成にするのがポイントです。
| 配置 | 項目 | 書く内容 | 分量の目安 |
|---|---|---|---|
| 最上部 | プロフィール文 | 職種・経験年数・強みを短くまとめた要約 | 3〜5行 |
| 上部 | 技術スタック | 言語・フレームワーク・データベース・インフラ・ツールを分類し、経験年数を添える | 10〜20行 |
| 中部 | 資格・自己PR | 資格は正式名称で。自己PRは強みと働き方を文章で | 3〜8行 |
| 下部(中心) | プロジェクト経歴 | 新しい順に。期間・規模・担当工程・技術・課題→施策→成果 | 1件あたり5〜15行 |
| 末尾 | 希望条件 | 稼働日数・リモートの可否・単価の下限・希望業界・避けたい条件 | 3〜6行 |
※分量はフリーランスマップ編集部による目安です。エージェント独自の書式がある場合は、そちらに合わせてください。
形式:PDFで提出するのが一般的です。エージェントが独自の書式を用意している場合は、そちらに合わせます
枚数:A4で1〜2枚が基本。経験が長い場合も、4枚程度までに収めます
更新:案件が終わったとき、新しい技術を使ったとき、そして3〜6か月ごとに見直します
スキルシートを整えたら、得意分野の違うエージェントに相談して、紹介される案件を比べるのが次のステップです。添削や面談対策のサポートがある会社を選ぶと、書き直しの相談もしやすくなります。
スキルシートを出す先を比べる|フリーランスエージェント比較 得意分野・添削などのサポート内容・支払いサイトを一覧でチェック ›スキルシートと職務経歴書・履歴書の違いは?なぜ重要?
結論:スキルシートは「技術と実務の経験」を伝える書類で、フリーランスの案件探しではこれが中心の資料になります。職務経歴書は人物像や志望動機も含めた転職向けの書類、履歴書は学歴や職歴の基本情報を示す書類です。
| 書類 | 主な目的 | 強調するもの | 主な使い道 |
|---|---|---|---|
| スキルシート | 技術と実務経験を伝える | 使用技術・担当工程・プロジェクト経験・成果 | エージェントへの登録、案件への応募 |
| 職務経歴書 | 経験と人物像を伝える | 業務内容・実績・自己PR・志望動機 | 転職・就職活動 |
| 履歴書 | 基本情報を示す | 学歴・職歴・資格 | 転職・就職など正式な応募 |
利用の流れのどこで、スキルシートが使われる?
結論:エージェントの利用は「登録→担当者との面談→案件の紹介→書類選考→企業との面談→契約」の順に進み、スキルシートは登録から企業との面談まで、ほぼすべての段階で読まれます。全体の流れは、フリーランスエージェントの利用の流れを完全解説で確認できます。
| 段階 | 読む人 | スキルシートの役割 |
|---|---|---|
| 登録・面談の前 | エージェントの担当者 | 面談で何を聞くか、どの案件が合いそうかの下調べ |
| 案件の紹介 | エージェントの担当者 | 案件の必須条件と照らし合わせ、紹介する候補を選ぶ |
| 書類選考 | クライアント企業 | 面談に進むかどうかを判断する |
| 企業との面談 | クライアント企業 | 質問の材料になる。書いた内容を口頭で確認される |
| 契約・更新の交渉 | 担当者・企業 | 成果の数字が、単価交渉の根拠になる |
スキルシートを作る5ステップ
結論:いきなり書き始めるより、材料を集めてから、書く順番と逆の順(経歴→技術→プロフィール文)で作ると、短時間で具体的な内容にまとまります。プロフィール文は、経歴を書き終えてから要約するほうが書きやすいためです。
- 経歴の棚卸しをする:直近から順に、案件ごとの期間・業界・規模・担当工程・使った技術・成果をメモに書き出します
- プロジェクト経歴を書く:1件ごとに「課題→施策→成果」の順で、数字を入れてまとめます
- 技術スタックを整理する:経歴に出てきた技術を分類し、実務年数と関わり方を添えます
- プロフィール文と自己PRを書く:経歴の中から強みを選び、3〜5行に要約します
- 希望条件を書き、読み返す:稼働日数・リモート・単価の下限などを数字で書き、誤字や数字の誤りを確認してPDFにします
【期間】〇年〇月〜〇年〇月(〇か月)
【案件】業界・サービスの種類(規模:利用者数や画面数など)
【体制・役割】〇名のチーム/リード・メンバー・補助など
【担当工程】要件定義・設計・実装・テスト・運用のうち担当した範囲
【技術】言語・フレームワーク・データベース・インフラ・ツール
【課題→施策→成果】どんな問題があり、何をして、数字でどう変わったか
項目ごとの書き方は?改善前・改善後の例つき
結論:どの項目も「読んだ人がすぐに判断できる具体性」があるかどうかで評価が変わります。特に、プロフィール文・技術スタック・プロジェクト経歴の3つは、書き方しだいで印象が大きく変わる部分です。
プロフィール文はどう書く?
結論:職種・経験年数・得意分野・対応できる工程を、3〜5行に詰め込みます。「様々な業務に携わってきました」のような抽象的な表現では、何ができる人かが伝わりません。
フリーランスエンジニアとして様々なプロジェクトに携わってきました。チームワークを大切にし、ご要望に柔軟に対応します。
Pythonを中心としたバックエンドエンジニア歴5年。SaaS・EC・メディア系の開発経験あり。要件定義から設計・実装・レビューまで一貫して担当可能。クラウド上のインフラ構築・運用の経験もあり。
技術スタックはどう書く?
結論:言語・フレームワーク・データベース・インフラ・ツールに分類し、それぞれに経験年数を添えます。実際のシートでは、主に使ったバージョンも書いておくと、担当者が案件の条件と照らし合わせやすくなります。実務で使った技術と、学習中の技術は分けて書くのが基本です。
Python、JavaScript、AWS、Docker、React、SQL、Git
【言語】Python(5年)・TypeScript(2年)
【フレームワーク】FastAPI・Django REST framework・React
【データベース】PostgreSQL・MySQL・Redis
【インフラ】AWS(EC2・RDS・S3・Lambda)・Docker・Terraform(基礎)
【ツール】GitHub Actions・Jira
【学習中】Go(個人開発で使用)
プロジェクト経歴はどう書く?
結論:新しい順に並べ、1件ごとに「期間・規模・担当工程・技術・課題→施策→成果」をそろえます。「何をしたか」ではなく「何を達成したか」を数字で書くことが、紹介を増やす一番のポイントです。
【期間】2024年4月〜2025年3月
【案件】ECサイトの開発
【担当】バックエンドの開発を行いました。
【期間】2024年4月〜2025年3月
【案件】大手アパレルECサイトのAPI刷新(月間利用者約120万人)
【担当工程】要件定義・設計・実装・テスト・リリース(5名チームのリード)
【技術】Python / FastAPI / PostgreSQL / AWS / Docker
【課題→施策→成果】決済APIの応答が平均2.3秒と遅く、カートの離脱が多かった→キャッシュの追加と検索処理の見直しを実施→応答を0.4秒(約83%短縮)に改善し、カートの離脱率が12%低下
※記入例の数値はすべて架空です。
成果を数字にしにくいときは?
結論:「比べられる形」に置き換えると、数字にできることが多くあります。売上などの非公開の数値を使わなくても、次のような指標で成果を示せます。
| 担当した仕事 | 数字にしやすい指標 | 書き方の例 |
|---|---|---|
| 性能の改善 | 処理時間・応答時間 | 「画面の表示時間を約半分に短縮」 |
| 業務の効率化 | 作業時間・手作業の件数 | 「月20時間かかっていた集計作業を自動化」 |
| 運用・保守 | 障害の件数・対応時間 | 「監視の見直しで、夜間の障害対応を月5件から1件に削減」 |
| 開発・設計 | 担当した画面・機能・APIの数 | 「会員機能の画面30枚の設計を担当」 |
| チーム運営 | 人数・期間・レビュー件数 | 「5名のチームで、週20件前後のコードレビューを担当」 |
| 品質向上 | テストの対象範囲・不具合の件数 | 「自動テストを整備し、リリース後の不具合を前年より減少」 |
※書き方の例です。実際の経験の範囲で、公開して問題のない数字だけを書いてください。
自己PR文はどう書く?
結論:技術以外の強みや働き方を、200〜400字ほどの文章で伝えます。書く内容は「得意分野」「コミュニケーションの取り方」「仕事への姿勢」「今後伸ばしたい方向」の4つです。
Pythonを中心としたバックエンド開発に5年従事し、EC・SaaS・メディア系のシステム開発を経験してきました。要件定義から設計・実装・リリースまで一貫して担当できることが強みで、特にAPIの性能改善と、自動テスト・自動デプロイの仕組みづくりを得意としています。直近の案件では、決済APIの応答時間を約83%短縮する改善を主導しました。
進み具合と課題は毎日共有し、フルリモートでも認識のずれが起きないよう意識しています。今後はインフラの設計にも領域を広げ、構成の提案まで担えるエンジニアを目指しています。
希望条件はどう書く?
結論:「週◯日・フルリモート・月額◯万円以上」のように、数字で書きます。「何でも」「相談次第」だと、担当者が案件を絞り込めず、紹介が遅くなります。稼働日数・リモートの可否・単価の下限・希望業界・避けたい条件の5つをそろえ、優先順位もつけておきましょう。
条件を決めるときは、市場の傾向も参考にします。フリーランスボードが2026年8月7日時点の掲載案件を集計したデータでは、IT案件の働き方はフルリモート23.3%・一部リモート52.5%・常駐24.2%、月額平均単価は75.2万円でした。フルリモートに限定すると対象の案件は約4分の1になるため、「出社は月2回まで可」のように許容範囲を書いておくと、紹介の幅が広がります。
出典:フリーランスボード「【2026年8月】フリーランス案件の単価における市場動向」(2026年8月7日時点・596,076件を集計、2026年8月18日公開)。職種・経験・稼働日数によって大きく変わります。
スキルシートのサンプル(記入例)は?
結論:次のサンプルは、ここまでの書き方をまとめた記入例です。自分の経験に置き換えて使ってください。
| スキルシート記入例(バックエンドエンジニア) | |
|---|---|
| 氏名 | 山田 太郎(やまだ たろう) |
| 職種 | バックエンドエンジニア |
| 経験年数 | 5年(会社員3年+フリーランス2年) |
| 成果物のURL | コード共有サービスの自分のページ(公開できる成果物のみ) |
| プロフィール文 | Pythonを中心としたバックエンドエンジニア歴5年。EC・SaaS・メディア系の開発経験。要件定義から設計・実装・リリースまで一貫して担当可能。クラウド上のインフラ構築・運用の経験あり。 |
| 技術スタック | 【言語】Python(5年)・TypeScript(2年) 【フレームワーク】FastAPI・Django REST framework・React 【データベース】PostgreSQL・MySQL・Redis 【インフラ】AWS(EC2・RDS・S3・Lambda)・Docker・Terraform(基礎) 【ツール】GitHub Actions・Jira |
| 資格 | AWS認定ソリューションアーキテクト(アソシエイト)(取得年を記載) |
| プロジェクト経歴1 | 【期間】2024年4月〜2025年3月(1年間) 【案件】大手アパレルECサイトのAPI刷新(月間利用者約120万人・5名チームのリード) 【担当工程】要件定義・設計・実装・テスト・リリース 【技術】Python / FastAPI / PostgreSQL / AWS / Docker 【成果】決済APIの応答を2.3秒から0.4秒(約83%短縮)に改善し、カートの離脱率が12%低下 |
| プロジェクト経歴2 | 【期間】2022年10月〜2024年3月(1年6か月) 【案件】業務管理SaaSの新機能開発(8名チームのメンバー) 【担当工程】詳細設計・実装・テスト 【技術】Python / Django REST framework / MySQL / AWS 【成果】請求書の自動作成機能を担当し、利用企業の手作業を削減。自動テストを整備し、リリース作業を半日から1時間程度に短縮 |
| 希望条件 | 稼働:週5日/リモート:フルリモート希望(月2回まで出社可)/単価:月額70万円以上/希望業界:SaaS・EC・金融系/避けたい条件:常駐必須の案件/参画可能日:〇年〇月〇日 |
※名前・数値はすべて架空の記入例です。実際のシートでは、企業名や公開されていない数値は伏せて書きます。
担当者はスキルシートのどこを見ている?
結論:担当者は多くのスキルシートを確認するため、最初の短い時間で「紹介できる案件があるか」を判断します。特に見られるのは、次の4つです。
- プロフィール文:職種・経験年数・強みが一目で分かるかを確認します
- 技術スタック:今の案件で求められる技術と合っているか、最近も使っているかを見ます
- 直近のプロジェクト経歴:直近1〜2年の経験が具体的に書かれているかを確認します
- 希望条件:稼働日数・リモート・単価の下限・参画可能日がはっきりしていれば、すぐに案件を絞り込めます
プロフィール文が短く、強みがはっきりしている/技術が分類され、経験年数が添えられている/直近の経歴に数字で示された成果がある/希望条件が「週◯日・フルリモート・月額◯万円以上」と書かれている/成果物を確認できるURLがある。これがそろっていると、担当者が追加のヒアリングをしなくても案件を探し始められます。
職種別のスキルシートの書き方は?記入例つき
結論:職種によって、強調すべき情報が変わります。エンジニアは技術と担当工程、デザイナーは作品と実装の可否、マーケターは数値の改善実績、ライターは専門分野と掲載実績、PMやPMOはプロジェクトの規模と調整の経験が中心です。
- 技術スタック:言語・フレームワーク・データベース・インフラ・ツールの順に分類して書く
- プロジェクト経歴:業界、システムの規模、チームの人数、担当工程、自分の役割(リード・メンバーなど)を明記する
- 成果物:公開できるコードがあればURLを載せ、説明文を整えておく
- 記入例:「クラウド上の業務システムの設計・構築を担当。構成の見直しで月額のサーバー費用を約30%削減」
- 使用ツール:主に使うデザインツールと、補助的に使うツールを分けて、経験年数を添える
- 対応できる成果物:サイト・LP・アプリ画面・バナー・デザインシステムなどを並べる
- 実装の可否:HTML・CSS・JavaScriptなどで実装まで担当できるかを必ず書く。対応できると案件の幅が広がる
- 記入例:「UI/UXデザイン歴5年。SaaSとECの画面設計が中心。デザインシステムの構築からHTML・CSSでの実装まで対応可能」
- 担当した施策:検索広告、SNS広告、SEO、メールなど、担当した領域と運用した予算の規模を書く
- 数値の実績:申込率・獲得単価・費用対効果などの改善を、改善前と改善後の数字で示す
- 記入例:「ECサイトの広告運用(月額予算600万円)。広告の見せ方を比べるテストで申込率を1.2%から2.8%に、獲得単価を9,200円から4,800円(約48%削減)に改善」
- 専門分野:IT・金融・医療など、得意な分野を実績と一緒に書く
- 掲載実績:掲載の許可を得た記事のURLをまとめておく
- 対応範囲:キーワードの調査、構成づくり、外部ライターの管理、校正などの対応可否を書く
- 記入例:「IT分野の記事制作とディレクションを担当。月100本の進行管理と品質チェックに対応可能」
- プロジェクトの規模:予算・チームの人数・期間・関係した部署の数を書く
- 業界の経験:金融・製造・小売・公共など、業界の知識は差別化の材料になる
- 記入例:「製造業のDX推進プロジェクトにPMOとして参画(20名体制・関係部署15)。進み具合とリスクの管理、関係者の調整を担当し、6か月の計画どおりに稼働を開始」
※記入例の数値はすべて架空です。
スキルシートの添削や面談対策があるエージェントを比較する サポート内容・得意分野を一覧でチェック ›スキルシートのNGパターンと、書いてはいけない情報は?
結論:次の8つに当てはまる場合は、提出前に直してください。特に経歴の誇張と、秘密保持に反する情報の記載は、信頼と契約に関わる問題になります。
- 技術を並べるだけで、成果がない:何を達成したかが分からず、判断の材料になりません
- 経験年数や担当範囲がない:「触ったことがある」のか「実務で使いこなせる」のかが伝わりません
- 情報が古いまま:半年以上更新されていないと、今も同じ技術を使っているのか判断できません
- 担当工程が分からない:「開発経験あり」だけでは、上流の工程を任せられるかが判断できません
- 希望条件が「何でも」:担当者が案件を絞り込めず、紹介が遅れます
- 成果物のURLがない、または古い:確認できる材料がないと、実力を判断しにくくなります
- 誤字・脱字・数字の誤り:仕事の正確さへの印象に直結します。提出前に声に出して読み返しましょう
- 経歴や経験年数を実際より大きく書く:面談や参画後に食い違いが分かると、信頼を失い、契約に影響するおそれがあります
企業名や個人情報は、どこまで書いていい?
結論:過去や現在の取引先の企業名、公開されていない製品名や売上などの数値は、秘密保持の約束に反するおそれがあるため、「大手アパレルEC」「金融機関向けの業務システム」のようにぼかして書きます。成果を示す数値も、公開して問題ないものに限りましょう。エージェントが企業にスキルシートを出すときは、氏名をイニシャルにするなどの配慮をしてくれることが多いですが、生年月日や住所など案件の判断に不要な情報は、そもそも載せないのが安全です。
| 書き方に注意したい情報 | 避けたい書き方 | 置き換えの例 |
|---|---|---|
| 取引先の企業名 | 社名をそのまま書く | 「大手アパレルEC」「地方銀行向け」 |
| 非公開の製品名・計画 | 公開前のサービス名を書く | 「会員向けの新サービス」 |
| 売上などの非公開の数値 | 具体的な金額を書く | 「売上の拡大に貢献(数値は非公開)」 |
| 判断に不要な個人情報 | 住所・生年月日・家族構成を書く | 記載しない(必要な場合は担当者に確認) |
生成AIに下書きの言い回しを整えてもらうのは効率的ですが、取引先の企業名や機密情報を入力しないこと、AIが書き足した実績や数字をそのまま使わないことが大切です。最後は必ず自分で、事実と違う点がないかを確認しましょう。どこまで書いてよいかは契約の内容によって変わるため、迷う場合は担当者に相談してください。
スキルシートはいつ更新する?複数のエージェントへの出し方は?
結論:「案件が終わったとき」「新しい技術を実務で使ったとき」「希望条件が変わったとき」、そして大きな変化がなくても3〜6か月ごとに見直します。更新が止まっていると、担当者の紹介の精度が下がり、良い案件が届きにくくなります。
- 案件が終わったとき:新しい経歴と成果を一番上に加え、古い経歴は短くまとめます
- 新しい技術を実務で使ったとき:技術スタックに追加します。学習中のものは「学習中」と書き分けます
- 希望条件が変わったとき:稼働日数や単価の下限を更新し、担当者にも連絡します
- 新しいエージェントに登録する前:最新の状態にしてから提出します
- 3〜6か月ごと:変化がなくても見直し、日付を更新します
複数のエージェントに出すときは、内容を変えるべき?
結論:経歴の事実は1つの版にそろえ、変えるのは「希望条件の書き方」と「冒頭で強調する実績」だけにします。会社ごとに経歴の中身が違うと、同じ案件で比べられたときに食い違いが目立ち、信頼を損ねるためです。たとえば、週2〜3日の案件が多いエージェントには短い日数で稼働できることを冒頭に、高単価の案件が多いエージェントには上流工程の経験と成果の数字を冒頭に置く、といった調整にとどめます。更新した月をファイル名に入れておくと、どれが最新か迷いません。
提出前に確認したいチェックリスト
結論:次の10項目がそろっていれば、担当者も企業も判断しやすいスキルシートになっています。提出前と更新のたびに確認しましょう。
- プロフィール文の3〜5行で、職種・経験年数・強み・対応できる工程が分かる
- 技術が分類され、実務年数と関わり方が添えてある
- 学習中の技術と、実務経験のある技術が分けて書かれている
- プロジェクト経歴が新しい順に並び、直近1〜2年が詳しく書かれている
- 各経歴に「課題→施策→成果」と、数字が1つ以上入っている
- 担当工程とチームでの役割(リード・メンバーなど)が明記されている
- 希望条件(稼働日数・リモート・単価の下限・参画可能日)が数字で書かれている
- 取引先の企業名や非公開の数値を書いていない
- 経歴に説明のない空白期間がない
- 誤字・脱字・数字の誤りがなく、PDFで崩れずに表示される
フリーランスのスキルシートでよくある質問
結論:スキルシートについて特に多い10の疑問に、判断の基準が分かる形で回答します。
まとめ:スキルシートは「何ができるか」が数秒で伝わる形に
結論:スキルシートは、プロフィール文で強みを一目で伝え、経歴を「課題→施策→成果」の順に数字で書き、希望条件まで具体的にして、定期的に更新することで、紹介の数と質を大きく高められます。
● A4で1〜2枚に、プロフィール文→技術スタック→資格・自己PR→プロジェクト経歴→希望条件の順で書く。登録から企業との面談まで、ほぼすべての段階で読まれる
● 作るときは、経歴の棚卸し→経歴→技術→プロフィール文→希望条件の順に進めると早い
● 技術は分類して経験年数を添え、経歴は新しい順に「期間・規模・担当工程・技術・課題→施策→成果」をそろえる。数字にしにくい成果は、時間・件数・人数などに置き換える
● 担当者が見るのは、プロフィール文・技術・直近の経歴・希望条件の4つ
● 職種ごとに、技術と工程、作品と実装の可否、数値の改善、専門分野、プロジェクトの規模を強調する
● 経歴の誇張や、企業名・機密の記載はしない。生成AIを使うときも事実は自分で確認する
● 案件の終了時・技術の追加時・条件の変更時と、3〜6か月ごとに更新し、複数社には事実を1つの版にそろえて出す。提出前は10項目のチェックリストで確認する
スキルシートが整ったら、得意分野の違うエージェントに相談して、紹介される案件を比べてみてください。

