フリーランスエンジニアにとって、スキルシートは「案件に通るかどうか」を左右する最重要書類です。同じ経験でも、書き方ひとつで案件先に届く印象は大きく変わります。この記事では、スキルシートの基本から、案件に“伝わる”ように整えるコツ、職務経歴書との違いまでを一気に整理します。
各論はそれぞれの記事で深掘りします。まずこのガイドで全体像をつかんでください。
スキルシートとは｜「何ができるか」を伝える書類
スキルシートは、エンジニアが案件を獲得する際に、自分の経験・スキル・担当できる工程を案件先に伝えるための書類です。職務経歴書が「何をしてきたか」を時系列で示すのに対し、スキルシートは「何ができるか」を一覧で見せます。
案件紹介の現場では、案件先の担当者はまずスキルシートを見て「この案件に合いそうか」を判断します。つまりスキルシートは、あなたと案件をつなぐ最初の接点です。
スキルシートの基本項目
一般的なスキルシートには、次のような項目を記載します。
- 基本情報 … 氏名（またはイニシャル）・年齢・最寄駅・稼働開始時期・希望条件
- 得意領域 / 保有スキル … 言語・フレームワーク・クラウド・DB・ツールなど
- 業務経歴 … 参画期間・案件概要・担当工程・規模（人数や対象規模）・使用技術・成果
- 自己PR … 強み、得意な進め方、関われる工程の幅
とくに業務経歴は、「参画期間・業務内容・担当工程・使用技術」を具体的に書くことが重要です。
“伝わる”スキルシートの3原則
1. A4で1〜2枚、箇条書き・言い切りで
採用担当者は多くのシートに目を通します。A4で1〜2枚に収め、一文を短く、箇条書きで読みやすく。文末は「です・ます」ではなく「設計・実装」「障害対応」のように言い切りでまとめると、スキャンしやすくなります。
2. 具体的に、できれば数字で
評価を分けるのは具体性です。「バックエンドを開発」より「会員基盤APIの設計・実装（月間〇〇万リクエスト規模）」のように、担当工程・規模・成果を具体的に。可能な範囲で数字を添えると、案件先がイメージしやすくなります。
3. 盛らない。やった工程を“翻訳”する
立派に見せるために事実を盛る必要はありません。大切なのは、やったことを案件先に伝わる言葉へ「翻訳」して粒度を整えること。たとえば「営業さんと打ち合わせした」は、案件先には「要件ヒアリング・仕様調整」と書いたほうが、何を担当したかが正確に伝わります。詳しくは 経験を“伝わる言葉”に翻訳するスキルシートの書き方 で解説します。
職種別の書き方
同じスキルシートでも、職種によって強調すべき点は変わります（バックエンド＝設計と非機能要件、インフラ／SRE＝運用と信頼性、フロントエンド＝UI実装と性能 など）。職種別の記入例は別記事でまとめます。まずは自分の担当工程を、上の3原則に沿って具体化することから始めてください。
テンプレートを使って形から整える
ゼロから作るのが大変な方は、テンプレートを使うのが近道です。Relayでは、案件先に伝わる項目があらかじめ並んだスキルシートのExcelテンプレートを無料配布しています。まずは形を埋めてから、3原則に沿って言葉を整えていきましょう。
書いたスキルシートを、案件につなげる
スキルシートは「提出して終わり」ではなく、案件紹介の起点です。Relayにご登録いただければ、ご提出のスキルシートをもとに、経験に合う案件を担当者がメールでご紹介します。登録時の必須面談やしつこい営業電話はありません。
「次の一本を切らさない」ためには、稼働中の早い段階からスキルシートを整えておくのがおすすめです。書き方に迷ったら、本ガイドと各記事を行き来しながら、少しずつ“伝わる”形に近づけてください。