
- スキルシートは、担当者が紹介する案件を決め、企業が書類選考をするための最も重要な資料です
- 経歴は「何をしたか」ではなく「課題→施策→成果」の順に、数字を入れて書きます
- 最新の状態に保ち、企業名や機密は伏せ、希望条件まで具体的に書くと紹介が早くなります
「スキルシートに何を書けばいいか分からない」「技術を並べただけで、紹介が来ない」と悩んでいませんか。結論から言うと、スキルシートは「何ができる人か」が数秒で伝わる構成にし、経歴を「課題→施策→成果」の順に数字で書くだけで、紹介の数と質が大きく変わります。担当者はスキルシートを見て紹介する案件を決め、企業は面談の前にスキルシートで書類選考をするためです。この記事では、書く順番と必須項目の早見表、職務経歴書との違い、項目別の書き方と改善例、そのまま使えるサンプル、担当者が見ているポイント、職種別の記入例、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・志望動機 | 転職・就職活動 |
| 履歴書 | 基本情報を示す | 学歴・職歴・資格 | 転職・就職など正式な応募 |
スキルシートが重要なのは、次の3つの場面で判断材料になるからです。
- 担当者が紹介する案件を決める:担当者はスキルシートを見て、どの案件に合うかを判断します。内容が具体的なほど、紹介の精度とスピードが上がります
- 企業が書類選考をする:エージェントから企業に提出され、面談に進むかどうかの判断材料になります
- 単価交渉の根拠になる:成果が数字で書かれていると、担当者が企業に条件を相談するときの材料になります
項目ごとの書き方は?改善前・改善後の例つき
結論:どの項目も「読んだ人がすぐに判断できる具体性」があるかどうかで評価が変わります。特に、プロフィール文・技術スタック・プロジェクト経歴の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
プロジェクト経歴はどう書く?
結論:新しい順に並べ、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%低下
成果を数字にしにくい場合は、「処理時間」「作業時間」「障害の件数」「対応した画面や機能の数」「チームの人数」など、比べられる形に置き換えられないかを考えてみましょう。
自己PR文はどう書く?
結論:技術以外の強みや働き方を、200〜400字ほどの文章で伝えます。書く内容は「得意分野」「コミュニケーションの取り方」「仕事への姿勢」「今後伸ばしたい方向」の4つです。
Pythonを中心としたバックエンド開発に5年従事し、EC・SaaS・メディア系のシステム開発を経験してきました。要件定義から設計・実装・リリースまで一貫して担当できることが強みで、特にAPIの性能改善と、自動テスト・自動デプロイの仕組みづくりを得意としています。直近の案件では、決済APIの応答時間を約83%短縮する改善を主導しました。
進み具合と課題は毎日共有し、フルリモートでも認識のずれが起きないよう意識しています。今後はインフラの設計にも領域を広げ、構成の提案まで担えるエンジニアを目指しています。
希望条件はどう書く?
結論:「週◯日・フルリモート・月額◯万円以上」のように、数字で書きます。「何でも」「相談次第」だと、担当者が案件を絞り込めず、紹介が遅くなります。稼働日数・リモートの可否・単価の下限・希望業界・避けたい条件の5つをそろえ、優先順位もつけておきましょう。
スキルシートのサンプル(記入例)は?
結論:次のサンプルは、ここまでの書き方をまとめた記入例です。自分の経験に置き換えて使ってください。
| スキルシート記入例(バックエンドエンジニア) | |
|---|---|
| 氏名 | 山田 太郎(やまだ たろう) |
| 職種 | バックエンドエンジニア |
| 経験年数 | 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%低下 |
| 希望条件 | 稼働:週5日/リモート:フルリモート希望/単価:月額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」「金融機関向けの業務システム」のようにぼかして書きます。成果を示す数値も、公開して問題ないものに限りましょう。エージェントが企業にスキルシートを出すときは、氏名をイニシャルにするなどの配慮をしてくれることが多いですが、生年月日や住所など案件の判断に不要な情報は、そもそも載せないのが安全です。
生成AIに下書きの言い回しを整えてもらうのは効率的ですが、取引先の企業名や機密情報を入力しないこと、AIが書き足した実績や数字をそのまま使わないことが大切です。最後は必ず自分で、事実と違う点がないかを確認しましょう。
スキルシートはいつ更新する?複数のエージェントへの出し方は?
結論:「案件が終わったとき」「新しい技術を実務で使ったとき」「希望条件が変わったとき」、そして大きな変化がなくても3〜6か月ごとに見直します。更新が止まっていると、担当者の紹介の精度が下がり、良い案件が届きにくくなります。
- 案件が終わったとき:新しい経歴と成果を一番上に加え、古い経歴は短くまとめます
- 新しい技術を実務で使ったとき:技術スタックに追加します。学習中のものは「学習中」と書き分けます
- 希望条件が変わったとき:稼働日数や単価の下限を更新し、担当者にも連絡します
- 新しいエージェントに登録する前:最新の状態にしてから提出します
- 3〜6か月ごと:変化がなくても見直し、日付を更新します
複数のエージェントに出すときは、内容を変えるべき?
結論:経歴の事実は1つの版にそろえ、変えるのは「希望条件の書き方」と「冒頭で強調する実績」だけにします。会社ごとに経歴の中身が違うと、同じ案件で比べられたときに食い違いが目立ち、信頼を損ねるためです。たとえば、週2〜3日の案件が多いエージェントには短い日数で稼働できることを冒頭に、高単価の案件が多いエージェントには上流工程の経験と成果の数字を冒頭に置く、といった調整にとどめます。
フリーランスのスキルシートでよくある質問
結論:スキルシートについて特に多い6つの疑問に、判断の基準が分かる形で回答します。
まとめ:スキルシートは「何ができるか」が数秒で伝わる形に
結論:スキルシートは、プロフィール文で強みを一目で伝え、経歴を「課題→施策→成果」の順に数字で書き、希望条件まで具体的にして、定期的に更新することで、紹介の数と質を大きく高められます。
• A4で1〜2枚に、プロフィール文→技術スタック→資格・自己PR→プロジェクト経歴→希望条件の順で書く
• 技術は分類して経験年数を添え、経歴は新しい順に「期間・規模・担当工程・技術・課題→施策→成果」をそろえる
• 担当者が見るのは、プロフィール文・技術・直近の経歴・希望条件の4つ
• 職種ごとに、技術と工程、作品と実装の可否、数値の改善、専門分野、プロジェクトの規模を強調する
• 経歴の誇張や、企業名・機密の記載はしない。生成AIを使うときも事実は自分で確認する
• 案件の終了時・技術の追加時・条件の変更時と、3〜6か月ごとに更新し、複数社には事実を1つの版にそろえて出す
スキルシートが整ったら、得意分野の違うエージェントに相談して、紹介される案件を比べてみてください。

