フリーランスコンサルのプロフィールは、案件の担当者が「何を任せられ、どの経験で裏付けられ、いつから働けるか」を判断するための資料です。冒頭の支援内容、関連実績、本人の担当範囲、稼働条件をそろえると、経歴を長く並べるだけの説明から抜け出せます。この記事では、一つの架空例を通じて、案件面談前に提出するプロフィールの作り方を解説します。
この記事でわかること
職務経歴の材料を、案件紹介や顧客面談に使えるプロフィールへ編集する手順が分かります。
- 職務経歴書・プロフィール・提案書の使い分け
- 冒頭の要約、代表実績、対応範囲、稼働条件の書き方
- 業務改善支援を想定した一式の完成例
- コピーして自分の情報へ置き換えられるテンプレート
- 同じ経験を案件ごとに調整する方法と提出前の点検
読者の前提
事業会社やコンサルティング会社で経験を積み、独立・副業の案件面談に向けて資料を整える人が対象です。応募先や紹介サービスの指定様式がある場合は、その項目と提出方法を優先してください。本稿の並び順や分量は編集上の提案であり、各社共通の審査基準ではありません。
まだ売り出す領域が決まっていない場合は、先にフリーランスコンサルの専門性の作り方で、自分が担える課題と工程を整理すると進めやすくなります。本稿は、その整理結果を提出できる文章と項目へ変える段階を扱います。独立準備全体の位置付けはフリーランスコンサルロードマップで確認できます。
文中の人物、会社、期間、件数、稼働時間はすべて構造を示す架空例です。実在の相談者や顧客の事例ではなく、案件獲得や報酬を保証するものでもありません。
結論
プロフィールは「支援内容の要約→代表実績→対応できる範囲→稼働条件→面談で確認したい点」の順に組み立てると、読み手が判断に使いやすくなります。まず事実を集めた原本を作り、そこから応募案件に近い経験を選んで提出版にします。
大切なのは、強い言葉を足すことではなく、要約と実績のつながりを作ることです。「業務改革を一気通貫で支援」と書くなら、何を開始点と終了点にし、どこまで自分が担ったかを説明できる必要があります。実装や経営判断を担当していないなら、その範囲を含むように見せません。
プロフィールを読んだ相手が、任せたい仕事を一つ挙げ、根拠の実績を指し、未確認の条件を質問できる状態を完成の目安にしてください。相手に説明できない実績を、肩書や整ったデザインで補う必要はありません。

プロフィール・職務経歴書・提案書の役割を分ける
三つの書類は材料を共有しますが、読み手が確かめたいことが違います。指定様式で職務経歴書と呼ばれていても、フリーランス案件への提出なら「今回、どの仕事を任せられるか」が伝わるよう編集します。
| 資料 | 主な問い | 中心に置く情報 |
|---|---|---|
| 職務経歴書 | どんな職歴と経験があるか | 在籍期間、所属、担当業務、役割、成果 |
| 案件向けプロフィール | この人にどの支援を任せられるか | 支援内容の要約、近い実績、担当範囲、稼働条件 |
| 個別案件の提案書 | 今回の課題をどう進めるか | 課題仮説、範囲、成果物、工程、体制、費用 |
時系列の職歴を消すのではなく、確認用に残しながら、冒頭に案件との接点を置く考え方です。プロフィールでは過去の実績と現在の提供範囲を示し、まだ聞けていない顧客事情を断定しません。相手の課題が具体化した段階で、コンサル提案書の作り方と完成例へ進めます。
また、公開サイトの自己紹介と、特定の紹介担当者へ送る資料も分けます。公開版は支援領域と公開可能な実績が中心です。個別提出版では、相手の指定に沿って氏名、連絡先、開始可能日などを加えます。取引先名や詳細資料を、提出先が限定されているという理由だけで載せないようにしてください。
まず原本を作り、提出版に載せる実績を選ぶ
書き始める前に、経験の原本と送る資料を分けてください。原本には確認した事実を残し、提出版には今回の判断に必要な項目を抜き出します。
- 過去の仕事を、期間・課題・自分の役割・作成物・結果で記録する。
- 外部へ説明してよい範囲と、説明できない固有情報を分ける。
- 案件票の業務と、自分の担当経験が重なる箇所を確認する。
- 関連する実績を主な例として選び、残りは補足へ回す。
- 要約の各文に、どの実績が根拠になるかをひも付ける。
ここでは代表実績をまず一件完成させ、必要に応じて二〜三件へ増やす進め方を勧めます。件数の多さより、本人の仕事を説明できることが重要です。一件しかない経験を、表現を変えて複数案件のように見せてはいけません。
選ぶ基準は、顧客の知名度や金額だけではありません。今回が部門間の業務整理なら、目立つ戦略案件に部分参加した話より、自分で聞き取りから業務フロー整理まで担った経験の方が説明しやすいことがあります。古い経験を使う場合は時期を隠さず、現在も再現できる範囲と追加確認が必要な点を添えます。
たとえば原本の「販売管理システム導入、メンバー」という記録から、本人が実際に作ったものを確認します。業務フローと課題一覧の作成、部門への聞き取り、レビュー後の修正が担当なら、システムの設計・開発・導入決定まで担当したように広げず、その範囲を具体化します。
冒頭の要約は、支援内容と根拠を結ぶ
冒頭では、誰のどの課題に対し、何をどこまで支援できるかを短く示します。続けて根拠の経験と対象外を置くと、曖昧な「幅広く対応できます」を減らせます。
改善前の架空例
「事業会社とコンサルティング会社で幅広い経験があります。DX、BPR、PMO、資料作成、コミュニケーションに強みがあり、戦略から実行まで支援可能です。」
この文では、何を頼むべきかが見えません。単語が多くても、対応する実績や終了点がなければ、面談で認識を合わせる負担が残ります。
改善後の架空例
「卸売・サービス業の部門間で手順がそろわない業務を整理し、現状フローと課題一覧をまとめる支援を行います。社内業務改善と顧客支援で、聞き取り、フロー作成、関係者レビューを担当しました。システム開発や導入可否の決定は担当範囲に含めず、必要な場合は責任者との分担を確認します。」
改善後は、肩書を消して弱くしたのではなく、依頼できる仕事を明確にしています。後ろの実績欄で、聞き取りとフロー作成の経験を確かめられるようにします。「結果を出せます」という未来の約束だけで終えないことがポイントです。
Upworkの公式プロフィール作成ガイドも、タイトルで主な技能を示すこと、能力を誇張しないこと、希望する仕事に関連する経験を記すことを案内しています。これは同サービスの説明であり、日本のコンサル案件全体の必須書式や採用基準を示すものではありません。本稿の完成例は、こうした基本的な考え方とESCAPEの教材を踏まえて独自に作成しています。
代表実績は、チームの成果と本人の仕事を分ける
実績欄は「課題・体制・本人担当・成果物・確認できた結果」の五つを一続きで書きます。読み手が、所属したプロジェクト全体と本人の仕事を区別できることが必要です。
「売上向上プロジェクトに参画し、大きな改善に貢献」だけでは、本人の役割を確かめられません。聞き取りを担当したのか、施策を選んだのか、実行責任を負ったのかを分けます。チーム全体の結果を載せる場合も、本人が直接担った作業と分け、根拠を説明できない因果を付け足さないでください。
| 項目 | 確認する問い | 書き方の例 |
|---|---|---|
| 課題 | 何がそろっていなかったか | 受注処理の例外対応が部門ごとに異なる |
| 体制 | 誰と仕事をしたか | 責任者一名と実務担当者による体制 |
| 本人担当 | 自分が動かした範囲はどこか | 聞き取りの準備、フロー初稿、指摘反映 |
| 成果物 | 何を作り、誰に渡したか | 業務フローと課題一覧を責任者へ提出 |
| 結果・限界 | 何が確認でき、何は未測定か | 対応担当の合意まで確認、時間削減は未測定 |
上表は架空の記入例です。実際に使う際は、期間、担当範囲、結果を自分の事実へ置き換えます。数値を使えない場合は、確認できた状態変化を説明します。「全員が納得した」のような大きな言い方にせず、「責任者が次回検討の対象として承認した」と確認範囲を絞って構いません。
公開できる情報の整理や紹介者への共有を先に行う必要がある場合は、実績を次案件へつなぐ信用の作り方を参照してください。社名を伏せても、時期、地域、規模、特殊な施策を組み合わせて案件が分かる場合があります。利用範囲が不明な情報は本文から外し、確認できるまで空欄や「詳細非掲載」として扱います。
完成例:業務改善支援のプロフィール一式
以下は、架空の人物「佐藤はるか」が業務の現状整理案件へ提出する例です。実績と稼働条件の整合を見せるためのサンプルであり、そのまま実在の経歴として使うものではありません。
基本情報と支援内容
氏名: 佐藤はるか(架空)
専門領域: 受注業務の現状整理・部門間の課題整理
更新日: 20XX+5年6月1日
支援内容の要約: 卸売・サービス業の部門間で手順がそろわない業務について、聞き取りから現状フロー、課題一覧の作成までを支援します。事業会社の受注業務改善と、顧客の業務整理支援で実務を担当しました。システム設計・開発、導入判断は担当外です。担当者への聞き取りと責任者レビューの機会を確保できる案件を想定しています。
職歴の概要と代表実績
職歴の概要: 20XX年4月〜20XX+3年3月は架空の青葉商事の業務部門で受注処理と改善活動に従事。20XX+3年4月〜20XX+5年3月は架空のみなと業務支援社で顧客業務の整理を担当。独立後の案件実績はまだありません。
代表実績A:受注処理の現状整理(直近の顧客支援、四か月)
課題は、営業部門と事務部門で例外処理の認識が異なり、問い合わせの担当が曖昧だったことです。責任者一名と実務担当二名の支援体制で、私は聞き取り項目の初稿、関係者への確認、現状業務フロー、課題一覧の作成と修正を担当しました。支援全体の進め方と優先順位の最終判断は責任者が担いました。
成果物は、受注から出荷指示までの現状業務フローと、確認先・期限を付けた課題一覧です。関係部門のレビューを経て、例外処理の確認先を整理できました。処理時間の改善は測定しておらず、私の成果として削減率は記載しません。次案件でも、現状情報を集め、相手が確認できる資料へ整理する工程に対応できます。
代表実績B:社内問い合わせの引継ぎ整理(事業会社在籍時、三か月)
課題は、担当者の交代時に確認先が分からず、同じ問い合わせが複数人へ回っていたことです。私は通常業務と並行し、問い合わせの分類と確認先を整理して手順表の初稿を作りました。上司が部門間の調整と承認を担当し、私は指摘の反映と引継ぎ説明を行いました。
手順表の試行と更新担当の設定までを確認しました。問い合わせ件数の減少や売上への影響は追跡していません。この経験は、現場の言葉を聞き取り、利用者が確認しやすい表へ整える支援の根拠として提示します。
対応できることと条件
対応できる工程: 聞き取り準備、現状整理、業務フローの初稿作成、課題一覧、レビュー指摘の反映、引継ぎ資料の整備。
経験のない範囲: システム開発責任、全社変革の責任者、効果金額の保証。業務要件の最終承認者が必要な場合は顧客側の役割を確認します。
作業環境: 表計算による課題一覧、スライドによる業務フローの作成経験があります。顧客指定のツールと利用環境は面談時に確認します。
稼働条件: 20XX+5年7月以降、平日週三日・各日六時間を基本に、週十八時間の対応を想定しています。会議・調査・作成を含む時間です。出社は週一日までを想定し、移動と現地作業を含めた日程は事前に相談します。開始日は面談で日程を確認して確定します。
面談で確認したい点: 調査対象の業務、聞き取り先、成果物のレビュー担当、必要な会議頻度、開始日を確認したいです。報酬条件は、担当範囲と稼働の前提を確認したうえで個別に相談します。
この例では、独立後の実績がないことも明示しています。会社員時代の支援をフリーランスとして受注した仕事へ書き換えず、所属、体制、本人担当を保ったまま使っています。稼働時間も、作成時間だけを数えず会議を含めて記載しています。

コピーして使えるプロフィールのテンプレート
次の欄をコピーし、角括弧を自分の事実へ置き換えます。空欄が残った項目は、推測で埋めるのではなく、提出前の確認事項として扱ってください。指定様式がある場合も、対応する欄へ移して使えます。
基本情報
氏名・表示名:[提出先の指定に沿って記載]
更新日:[年月日]
支援領域:[対象業務と担当できる工程]
冒頭の要約
[対象となる企業・部門]の[課題]に対し、[開始点]から[終了点]までを支援します。[関連する経験]で[自分の行動と成果物]を担当しました。[経験のない範囲・支援条件]については事前に確認が必要です。
職歴の概要
[在籍期間]/[所属と部門]/[役割]。本人の所属と顧客先の関係が混ざらないように記載します。
代表実績:案件名は外部へ説明できる名称に置き換える
期間:[開始・終了と関与期間]
課題:[着手時の状態]
体制:[責任者、本人、協働者の役割]
本人担当:[自分が準備・作成・調整・判断したこと]
成果物:[何を作り、誰に渡したか]
結果:[確認できた変化と確認方法]
限界:[未測定、未実施、他者が担当した範囲]
今回に使える経験:[応募案件との接点]
提供範囲・稼働条件
対応できること:[経験で裏付けられる工程]
担当外・事前確認:[未経験工程や必要な支援体制]
開始可能日:[確定日、または確定条件]
対応時間:[週あたりの時間、曜日、会議を含むか]
場所・出社:[可能な条件と調整が必要な条件]
作業環境:[経験のあるツールと利用上の確認事項]
面談で確認したいこと:[範囲、体制、日程など]
テンプレートを埋めたら、要約の「できます」を一つずつ実績欄に戻して確認します。根拠がないものは、「関心がある」「学習中」「責任者の支援があれば補助可能」など実態に合う表現へ直すか、提出版から外します。学習中と書いた事項を、経験欄では実務経験として数えないことも大切です。
案件ごとに差し替えるのは、事実ではなく順序と接点
案件へ合わせる際は、職歴や担当範囲を変えず、どの経験を先に示すかを調整します。募集文の単語を足すだけでは、面談で説明できない主張が増えてしまいます。
同じ架空の佐藤さんが、二つの案件を検討する場合を考えます。案件Aは受注業務の現状整理、案件Bはシステム刷新における会議と課題管理の支援です。
| 照合項目 | 案件A:現状整理 | 案件B:課題管理支援 |
|---|---|---|
| 先に見せる経験 | 聞き取りとフロー作成 | 課題一覧とレビュー指摘の整理 |
| 要約の焦点 | 部門間で異なる手順を整理する | 未確認事項の確認先と期限を整理する |
| 不足する情報 | 調査対象と聞き取り機会 | PMO全体のうち本人が担う範囲 |
| 書かない主張 | システム導入効果を保証できる | 大規模刷新のPMO責任者経験がある |
案件Bでは、課題一覧を作った経験を理由に、プロジェクト全体の管理責任を担えると飛躍しないようにします。案件票がPMOリーダーの経験を必須としているなら、現時点で一致しないことを伝えます。補助担当として相談できる募集なのかを確認し、要件を満たすように事実を作り替えないでください。
調整履歴を残すと、面談でどの版を提出したか分からなくなる事態を避けられます。「原本」「案件A向け」「案件B向け」を分け、提出日、相手、変更した要約、確認待ち条件を簡単に記録します。開始可能日などが変わった場合は、古い版だけを残さず、やり取りの窓口へ更新内容を伝えます。
よくある落とし穴
多いのは、情報を増やした結果、何が本人の経験なのか分からなくなることです。完成後に、読み手が誤解する箇所から削っていきます。
経験年数を重ねて足す。 同じ期間に業務改善とPMOを担当していた場合、それぞれの年数を足して総経験年数にしません。経歴期間と、各領域へ関わった期間を分けて書きます。並行案件も期間を示し、フルタイム換算のような独自の換算は前提なしに行わないでください。
「参画」「推進」「リード」だけで終える。 何を作り、誰と調整し、どの判断をしたかが分からない言葉です。自分が決めたことと責任者が決めたことを分け、実績欄に具体的な行動を足します。リーダーの補助なら、その事実を隠す必要はありません。
稼働率だけを書いて終える。 「五割稼働」でも、週の対応時間、会議に出られる曜日、急な変更への対応条件が読み取れない場合があります。指定の稼働率欄を埋めたうえで、何時間・どの時間帯を想定しているかを合わせて確認します。複数案件がある場合も、顧客名を出さず確保できる時間を整理します。
実在資料を加工してサンプルにする。 社名を消しただけの成果物や、実案件の数字を少し変えた資料は、共有可能かを確認せず添付しません。サンプルが必要なら、過去案件を再現しない独自の架空課題を白紙から作り、「作成例」と表示します。実務で利用された成果物との違いを明記します。
デザインを先に完成させる。 文字を小さくして一枚へ収めると、読み手は担当範囲や期間を確認しにくくなります。指定がない場合は、まず要約と代表実績を読める大きさで整理し、補足の経歴を別ページに分ける方法もあります。枚数だけを完成基準にしないでください。
提出前に、内容・表示・受け渡しを点検する
提出前は文章の見栄えだけでなく、事実の整合と相手が読める状態を確認します。次の点検表で未確認が残る箇所を見つけてください。
| 点検 | 確認方法 | 問題があった場合 |
|---|---|---|
| 要約と実績 | 要約の主張ごとに根拠の案件を指せるか | 根拠を足すか、表現を狭める |
| 本人とチーム | 本人担当と他者の責任を読んで区別できるか | 主語と担当工程を直す |
| 期間と役割 | 原本と提出版、面談説明が一致するか | 原本の事実を確認して訂正 |
| 共有範囲 | 社名、数値、添付、コメントに問題がないか | 不明情報を除き、必要な確認を行う |
| 稼働条件 | 開始日と時間、会議の条件が矛盾しないか | 調整中の条件を明記 |
| 表示と送付 | 書き出したファイルで欠落・切れがないか | 再出力して実ファイルを開く |
PDFやスライドにする場合は、編集画面ではなく送るファイルそのものを開きます。改ページで実績の見出しだけが残っていないか、表の右端が切れていないか、コメントや非表示の情報が残っていないかを確認します。スマートフォンでも冒頭の支援内容と担当範囲が追えるかを見ると、文字の詰め込みに気づきやすくなります。
送付する際は、何の案件向けの版か、更新日と調整中の条件を短く添えます。例えば「受注業務の現状整理向けに、関連実績を先頭へ整理しました。開始日は現業務の終了確認後に確定します」と伝えれば、ファイルだけを送り、条件の注意点が埋もれることを防げます。
今日できるアクション
今日は、過去実績を一件選び、要約と根拠がつながるプロフィールの初稿を作ります。四十五分を着手の目安にした次の進め方なら、手を付ける範囲を絞れます。完成までの所要時間を保証するものではありません。
- 十五分で、原本から実績一件の課題・体制・本人担当・結果を抜き出す。
- 十五分で、要約と稼働条件をテンプレートへ記入する。
- 十五分で、一つの案件票と照合し、合う経験と不足する条件を分ける。

最後に、誰かに冒頭だけを読んでもらい、「どんな仕事を頼めると思ったか」を聞きます。想定より広い責任を任せられるように読まれたら、実績を増やす前に担当範囲を直してください。読んだ相手の感想は、受注可能性の証明ではなく、説明の曖昧さを探す材料として使います。
FAQ
プロフィールは何枚にすればよいですか?
提出先の指定が最優先です。指定がなければ、要約と代表実績を先に示し、職歴の補足を後ろに置きます。一枚へ収めるために文字を小さくするより、期間と担当範囲が読めることを優先してください。記事の完成例は項目の見本であり、固定の枚数を求めるものではありません。
独立後の実績がなくても書けますか?
会社員時代の経験を、所属と体制を明示して使えます。独立後に受注した実績とは区別し、本人が作ったものと担当工程を説明します。実務経験がない部分は学習や自主制作として分け、架空サンプルを顧客支援の実績へ数えないでください。
顧客名や具体的な数字を出せない場合はどうしますか?
共有できる範囲で課題、本人担当、成果物、確認できた状態を示します。社名を伏せればすべて載せられるとは限りません。組み合わせで案件が分かる情報にも注意し、利用範囲が不明な箇所は除きます。数字がない理由を埋めるために、推測の改善率を作る必要はありません。
希望単価はプロフィールに書くべきですか?
指定欄がある場合は、その単位や稼働の前提を確認して記載します。指定がなければ、支援内容と稼働条件を整理したうえで個別に相談する方法もあります。公開プロフィールと特定相手への条件提示を分け、金額だけで担当範囲が決まったように扱わないでください。
案件ごとに全部書き直す必要がありますか?
事実の原本は保ち、冒頭の焦点、実績の順序、今回との接点を調整します。担当経験や期間、役割を募集に合わせて変えません。提出版と変更箇所を記録すると、面談時にも同じ前提で話せます。必須経験が足りない場合は、その不足を先に確認します。
作った後はいつ更新すればよいですか?
新しい実績、開始可能日、確保できる時間など、判断に使う情報が変わった時点で更新します。面談で伝わらなかった表現も見直します。ただし、面談に通らなかったという結果だけで事実を盛らず、何が確認されたか、どこが条件不一致だったかを分けて振り返ります。
ESCAPE Consulting Careerでできること
ESCAPE Consulting Careerでは、過去の経験を整理し、何を任せられるかが伝わる文章へ整える準備を支援しています。フリーランスコンサルタント向け教材では、専門性、実績の書き方、案件面談で確認する条件などを扱っています。まずはプロフィールの要約と代表実績一件を作り、説明できない箇所を相談の問いにすると具体的に進められます。
登録前に表紙や内容を確認したい方は、無料資料ライブラリの案内ページをご覧ください。資料は随時追加しています。
ESCAPE Consulting Career公式LINEの完全無料相談に友だち追加すると、直後のあいさつメッセージで資料ライブラリのURLが届きます。受け取りのための追加メッセージは不要です。今回関連する教材の全ページを含め、ライブラリに掲載している全資料を無料で閲覧できます。相談する場合は、現在の経験と、プロフィールのどこで迷っているかを一言添えてください。
