フリーランスエンジニアの実績確認｜契約前リファレンスチェック5ステップ

スキルシートやポートフォリオを受け取ったものの、「ここに書かれている実績は本当だろうか」と確証が持てないまま契約判断を迫られている。フリーランスエンジニアの起用を検討する発注企業の担当者なら、一度はこの不安を抱いたことがあるのではないでしょうか。

業務委託は正社員採用と違って試用期間がなく、参画してから「思っていた実力と違った」と気づいても、軌道修正は容易ではありません。報酬だけ支払って成果が残らない、納期間際に炎上する、といった失敗談を周囲で聞いて慎重になっている方も多いはずです。

一方で、いざ裏取りをしようとすると別の壁にぶつかります。正社員採用で使われるリファレンスチェック（前職照会）を、フリーランス相手にどこまでやってよいのか。踏み込みすぎて偽装請負やプライバシー侵害と見なされないか。やり方も法的な線引きも自信が持てず、結局「相手を信じるしかない」と判断を曖昧にしてしまう——これが多くの発注担当者が陥る板挟みです。

この記事では、フリーランスエンジニアの実績確認を「軽い確認から重い確認へ」という5ステップの全体プロセスとして整理し、リファレンスチェックの具体的な依頼文・質問項目・実施手順までテンプレート付きで解説します。さらに、競合記事がほとんど触れていない「ここまでは適法、これはやり過ぎ」という法的な線引きと、確認しきれないリスクを契約で担保する方法までカバーします。読み終える頃には、自社の案件規模に合った確認プロセスを組み立て、自信を持って契約可否を判断できる状態を目指します。

フリーランスエンジニアの実績確認がなぜ契約前に欠かせないのか

フリーランスエンジニアとの契約前にまず押さえておきたいのは、「自己申告を鵜呑みにすること」のリスクです。スキルシートやポートフォリオは候補者本人が作成するものであり、内容が誇張されていたり、事実と異なっていたりする可能性を常に含んでいます。なぜ契約前の確認がこれほど重要なのか、起こりうるトラブルと業務委託特有の前提から整理します。

自己申告だけで契約したときに起きる典型トラブル

スキルシートとポートフォリオだけを根拠に契約すると、次のようなトラブルが起こりがちです。

• スキルの乖離: スキルシートには「フルスタックで開発可能」と書かれていたが、実際にはフロントエンドの一部しか対応できず、想定していた範囲を任せられない。
• 経歴・実績の誇張: 「大規模サービスの開発をリード」と記載があったが、実際は一部機能の実装メンバーだった、あるいは関与の度合いが申告より浅かった。
• 成果物の流用: ポートフォリオに掲載された制作物が、本人の単独成果ではなくチームの成果物だったり、他人の作品を自分の実績として提示していたりする。
• 稼働・コミットメントの問題: 複数案件を並行して受けており、合意した稼働時間を確保できない。連絡が滞り、進捗が見えなくなる。
• 品質・納期の問題: 着手後にスキル不足が露呈し、レビューで手戻りが続き、最終的に納期に間に合わない。

これらは「契約してから」発覚することが多く、業務委託では正社員のように簡単に配置転換や指導でカバーできません。だからこそ、入り口での見極めが成否を大きく左右します。

雇用と業務委託の違いから見た「契約前確認」の重み

正社員採用であれば、試用期間を通じて実務での適性を見極め、ミスマッチがあれば本採用までに判断し直す余地があります。教育やOJTで戦力化していくことも前提にできます。

しかし業務委託は構造が異なります。発注者は受託者に対して指揮命令を行えず、業務の進め方や勤務時間を細かく指示することは原則できません（指示しすぎると後述する偽装請負のリスクが生じます）。あくまで「成果物の完成」や「合意した業務の遂行」を委ねる関係であり、教育して育てる前提ではありません。

つまり業務委託では、

• 試用期間で見極める仕組みがない
• 細かく管理・指導して品質をコントロールできない
• 期待した実力がなければ、成果が出ないまま契約期間が過ぎてしまう

という制約があります。雇用と比べて「契約前にどれだけ正確に実力を見極められるか」の重みが格段に大きいのです。後から取り返しにくいからこそ、契約前の実績確認に時間と手間をかける価値があります。

なお、フリーランスエンジニアの起用が初めてで、確認だけでなく採用全体の流れから整理したい場合は、フリーランスエンジニア採用の9ステップと相場もあわせて参考にしてください。

契約前にできる実績確認の5ステップ全体像

実績確認というと「リファレンスチェックをやるべきか」という一点に悩みがちですが、リファレンスチェックは数ある確認手段の一つにすぎません。契約前の確認は、コストの低い軽量な確認から、手間のかかる重い確認まで段階的に並べて、案件の重要度に応じて深さを選ぶのが現実的です。

ここでは全体像を5つのステップとして俯瞰し、自社のリソースと案件規模に合わせて取捨選択できるよう整理します。

確認の深さは案件の重要度・契約金額で決める

すべての案件にフルセットの確認を行う必要はありません。確認には手間とコストがかかり、相手にも負担をかけるため、案件の性質に応じてメリハリをつけます。判断軸の例は次の通りです。

• 契約金額・期間: 高額・長期の契約ほど、見極めを誤ったときの損失が大きいため確認を厚くする。
• 業務の中核度: プロダクトの中核を担う、外部に公開する重要機能を任せるなど、失敗の影響が大きい役割ほど確認を厚くする。
• 代替の効きやすさ: 途中で交代しても影響が小さい補助的な業務なら、軽量な確認で十分なこともある。
• 社内の技術評価力: 社内で技術を深く評価できる人がいない場合は、後述の外部レビューやリファレンスチェックの比重を高める。

少額・短期・補助的な案件なら、書類の整合性チェックと公開情報の確認だけで進めることもあります。逆に中核を担う長期契約なら、技術的な裏取りとリファレンスチェック、契約条項での担保まで一通り行う、といった使い分けが目安です。

5ステップの早見表

契約前確認の全体プロセスを、軽い確認から重い確認の順に並べると次のようになります。

ステップ1・2は非エンジニアでも実施でき、コストもほとんどかかりません。まずここを徹底するだけでも、明らかな問題のある候補者をふるい分けられます。ステップ3以降は案件の重要度に応じて追加していく、という考え方で取り組むとよいでしょう。次の章から、各ステップの具体的な進め方を見ていきます。

書類・公開情報・技術力の裏取り方法（リファレンスチェック以外の確認）

ここではステップ1〜3、つまりリファレンスチェック以外の確認手段を具体的に解説します。「技術が分からないと裏取りできないのでは」と感じる方も多いですが、非エンジニアでもできる確認は数多くあります。整合性・実在性・評判の確認から始め、技術評価が必要な部分は補える方法を組み合わせていきましょう。

スキルシート・職務経歴の自己整合性を確認する

最もコストが低く、まず最初に行うべきなのが書類そのものの整合性チェックです。技術的な深い知識がなくても、記載内容の矛盾や不自然さは見抜けます。

確認のポイントは次の通りです。

• 時系列の整合性: 在籍・参画期間が重複していないか。空白期間に不自然な点はないか。複数案件の並行が常態化していないか。
• 役割と成果の整合性: 「リードした」「設計を担当」といった記述に対し、関与期間やチーム規模が見合っているか。短期間で過大な役割を主張していないか。
• スキルと実績の整合性: 申告スキルが、実際の案件内容で使われた形跡があるか。経験年数とスキルレベルの記載に乖離がないか。
• 抽象的な表現への注意: 「〜に貢献」「〜に携わった」といった曖昧な表現が多い場合、関与の度合いを面談で具体的に確認する。

面談の場で「その案件であなたが具体的に担当した範囲はどこですか」「一番苦労した技術的な課題は何でしたか」と掘り下げると、本人の実体験かどうかが見えてきます。自分が手を動かした経験は具体的に語れますが、誇張された実績は抽象的な説明にとどまりがちです。

公開情報・案件サイト評価で実在性と評判を確認する

次に、本人の実在性と第三者からの評判を、公開情報で確認します。これも非エンジニアが単独でできる確認です。

• 氏名・屋号でのネット検索: 技術ブログ、登壇資料、SNSでの発信などから、申告内容と一致する活動実績があるかを確認する。
• クラウドソーシング・案件マッチングサービスの評価: 過去の発注者からの評価コメントや実績件数、継続依頼の有無は、協働時の実態を映す貴重な情報源です。
• GitHubなどの公開リポジトリ: 公開しているコードやコントリビューションの履歴があれば、活動の継続性やアウトプットの傾向が分かります（コードの中身の評価は次項の技術裏取りで補います）。

ただし、SNSやネット上の情報を確認する際は注意が必要です。本人が公開している情報を閲覧する範囲にとどめ、非公開アカウントへの不正なアクセスや、SNSの投稿内容を採否判断に直接使うことは、プライバシーや個人情報保護の観点で問題になり得ます。この線引きについては後述の法的な線引きの章で詳しく整理します。

成果物・簡易テスト・トライアルで技術力を裏取りする

実際の技術力は、最終的にアウトプットで確認するのが確実です。社内に技術を評価できる人がいる場合は、次の方法が有効です。

• 成果物・ポートフォリオのレビュー: コードや制作物の品質、設計の考え方を確認する。可能なら「この部分をなぜこう実装したのか」を本人に説明してもらうと、理解の深さが分かります。
• 簡易な課題テスト（コーディングテスト）: 案件に近い小さな課題を出し、実装の進め方やコードの質を見る。短時間で本人のスキルを直接確認できます。
• トライアル発注・短期契約からの開始: いきなり本契約・長期契約を結ばず、小さなスコープで短期契約を結び、実際の働きぶりを見てから本契約に移行する。最も確実な見極め方法の一つです。

社内に技術を深く評価できる人がいない場合は、外部の技術者にレビューを依頼する、信頼できる開発会社にセカンドオピニオンを求める、といった方法で技術評価を補えます。技術評価ができないからといって裏取りを諦める必要はなく、「実在性・整合性・評判」は非エンジニアでも確認でき、「技術力」は外部の力を借りて補完する、という分担で進められます。

面談で技術力を見極める具体的な問いかけ方は、非エンジニア向けスキル見極めの質問テンプレにまとめています。

なお、トライアル契約や段階的な契約での見極めについては、後述の契約での担保の章でも改めて取り上げます。

リファレンスチェックの具体的な進め方（依頼・質問項目・実施形式）

ここからは、本記事の中核であるリファレンスチェックの進め方を解説します。リファレンスチェックとは、候補者の過去の取引先や協働した同僚に話を聞き、申告された実績や協働時の実態を第三者の視点で確認する手法です。

正社員採用の前職照会と基本は同じですが、業務委託では「発注者と受注者」というフラットな関係が前提になるため、依頼の仕方や聞く内容を委託向けに調整します。テンプレートを用意したので、そのまま使える状態を目指します。

誰に・どう依頼するか（推薦者の選び方と同意取得）

リファレンスチェックで最も重要なのは、本人の同意を得たうえで、本人から推薦者を出してもらうという手順です。同意なく第三者に問い合わせることは法的なリスクがあるため、必ず本人の協力のもとで進めます（詳細は後述の法的な線引きの章で解説します）。

推薦者の選び方のポイントは次の通りです。

• 過去に取引・協働した相手を選ぶ: 候補者に業務を発注したことのある企業の担当者、または一緒にプロジェクトを進めた同僚・チームメンバーが適しています。
• 複数の推薦者に依頼する: 一人だけだと評価が偏ることがあるため、可能なら2名程度に依頼すると客観性が高まります。
• 関係性を確認する: 推薦者がどのような立場で候補者と関わったか（発注者・同僚・チームリーダーなど）を事前に把握しておくと、回答の文脈を正しく解釈できます。

依頼の流れは、(1) 候補者にリファレンスチェックを実施したい旨と目的を説明し同意を得る、(2) 候補者から推薦者を紹介してもらう、(3) 推薦者に依頼文を送り、書面または面談で回答を得る、という順序が基本です。

業務委託エンジニアに有効な質問項目（テンプレート）

推薦者に尋ねる質問は、申告の事実確認と、協働時の実態の両方をカバーするように設計します。業務委託エンジニア向けの質問項目テンプレートは次の通りです。

1. 実績・関与範囲の事実確認

• どのようなプロジェクトで、いつからいつまで一緒に仕事をされましたか。
• その方が担当した業務範囲・役割を具体的に教えてください。
• スキルシートに「〇〇を担当」とありますが、認識は合っていますか。

2. 技術力・成果物の質

• 納品物やアウトプットの品質はいかがでしたか。
• 想定したスキルレベルと、実際の働きぶりにギャップはありましたか。

3. 稼働・進行管理

• 合意した稼働時間・納期は守られていましたか。
• 進捗の報告や、問題が起きたときの対応は適切でしたか。

4. コミュニケーション・トラブル対応

• やり取りはスムーズでしたか。認識のすり合わせで困ったことはありましたか。
• トラブルや想定外の事態が起きたとき、どのように対応されましたか。

5. 再依頼意向（総合評価）

• 機会があれば、また一緒に仕事をしたいと思いますか。その理由も教えてください。

最後の「再依頼意向」は、総合的な満足度を端的に映す質問として特に有効です。具体的な理由とあわせて聞くことで、評価の背景まで把握できます。

リファレンス依頼文のテンプレートと実施形式の選び方

推薦者に送る依頼文は、目的・所要時間・任意である旨を明示し、相手の負担に配慮した文面にします。以下はそのまま使えるテンプレートの一例です。

＜推薦者のお名前＞様

突然のご連絡失礼いたします。〇〇株式会社の△△と申します。

このたび、＜候補者氏名＞様に業務をお願いするにあたり、ご本人のご同意のうえで、過去にご一緒された方にお話を伺っております。＜候補者氏名＞様よりご紹介いただき、ご連絡を差し上げました。

つきましては、＜候補者氏名＞様との協働についていくつかお伺いできればと存じます。所要時間は15〜20分程度を予定しております。回答は任意であり、差し支えのない範囲で結構です。

ご都合のよい形式（メールでのご回答、またはオンライン面談）をお知らせいただけますと幸いです。お忙しいところ恐縮ですが、ご検討のほどよろしくお願いいたします。

実施形式は、主に書面（メール・フォーム）形式とWeb面談形式の2通りがあります。それぞれの特徴は次の通りです。

軽量な確認なら書面、重要な案件で踏み込んで確認したいならWeb面談、と使い分けるとよいでしょう。回答内容は候補者本人の評価のために利用し、目的外には使わないことを推薦者にも伝えると、誠実な印象を与えられます。

やり過ぎは違法になる｜実績確認・リファレンスチェックの法的な線引き

ここまで確認手段を紹介してきましたが、「どこまでやってよいのか」という線引きは多くの発注担当者が不安に感じる点です。確認を尽くそうとするあまり、知らずに違法・不適切な調査に踏み込んでしまうと、かえって自社のリスクになります。この章では「ここまでは適法」という基準を整理します。

本人同意とプライバシー・差別禁止の原則

リファレンスチェックを実施するうえで最も重要な原則が、本人の事前同意です。個人情報保護法では、第三者は本人の同意なしに個人データを提供してはならないと定められており、候補者本人の同意を得ずに元の取引先や同僚へ無断で問い合わせる行為は、第三者提供の制限に抵触する可能性があります（back check「リファレンスチェックは違法？」）。

適切に進めるための原則は次の通りです。

• 事前に同意を得る: 「リファレンスチェックを実施すること」「誰に」「どのような内容を聞くか」「利用目的」を候補者本人に説明し、書面または記録の残る形で同意を得ます。同意の記録は保管しておきます（ASHIATO「同意取得のポイント」）。
• 目的の範囲で利用する: 取得した情報は、契約可否の判断という目的の範囲でのみ利用し、目的外に使わない。
• SNSの無断調査を避ける: 候補者の同意なくSNSをたどって情報を集めたり、非公開アカウントを閲覧したりする行為は、プライバシー侵害や個人情報保護法に抵触するおそれがあります。
• 差別につながる質問をしない: 思想・信条、出身、家族構成、病歴など、業務適性と無関係でかつ差別につながりうる事項を尋ねることは避けます。

要するに、「本人の同意のもとで、業務に関係する範囲を、本人が紹介した相手に聞く」という形を守れば、適法な範囲に収まります。同意なき第三者照会や、調査会社による無断の身辺調査は、踏み込みすぎとして避けるべきラインです。

偽装請負・偽装フリーランスと見なされないための注意

もう一つ注意したいのが、確認や管理を強めるあまり、業務委託の関係が実質的な雇用と見なされてしまう「偽装請負・偽装フリーランス」のリスクです。

2024年11月に施行されたフリーランス・事業者間取引適正化等法（いわゆるフリーランス新法、正式名称「特定受託事業者に係る取引の適正化等に関する法律」）では、発注事業者に対し、取引条件の明示や、報酬の減額・買いたたきの禁止などの義務が定められています（政府広報オンライン「フリーランスが安心して働ける環境づくりのための法律」）。発注者には、フリーランスを適正に扱う責任が法的に求められるようになっています。

実績確認や進行管理の文脈で気をつけたいのは、業務委託では発注者が受託者に指揮命令をしてはならないという点です。確認や品質管理の名のもとに、

• 勤務時間・勤務場所を細かく指定して常駐を強制する
• 業務の進め方を逐一指示し、本人の裁量を認めない
• 他社案件への参画を一律に禁止する

といった管理を強めると、実態として雇用に近づき、偽装請負・偽装フリーランスと判断されるおそれがあります。

ここで大切なのは、「契約前の実績確認」と「契約後の業務指揮」を混同しないことです。契約前に実力や実績を見極めるのは正当な行為であり、指揮命令とは別の話です。一方、契約後に品質を担保したい場合は、細かい指示で縛るのではなく、後述するように契約条項や成果物の定義で管理するのが適切です。確認は入り口でしっかり行い、運用は委託の枠を守る——この切り分けが、適法に進めるうえでの基本になります。

確認しきれないリスクは契約で担保する

どれだけ丁寧に確認しても、契約前にすべてを見抜くことはできません。だからこそ、事前確認とあわせて「契約条項でリスクを管理する」という二段構えが有効です。確認で見極められなかった残余リスクを、契約の力でカバーしておくことで、万一のときの備えになります。

残余リスクを抑える契約条項のポイント

業務委託契約を結ぶ際に、トラブルの芽を抑えるために盛り込んでおきたい条項の例は次の通りです。

• 秘密保持（NDA）・情報管理: 開発過程で触れる自社情報や顧客情報の取り扱いを定める。締結のポイントはフリーランスとのNDA締結ガイドで詳しく整理しています。
• 知的財産権の帰属: 成果物の著作権・知的財産権を発注者に帰属させることを明記する。後々のトラブルを防ぐ重要な条項です。
• 再委託の制限: 受託者が無断で第三者に業務を再委託することを制限・禁止し、誰が実際に作業するかをコントロールする。成果物の流用や品質のブレを防ぐうえで有効です。
• 業務不適合時の是正・解除: 成果物が要件を満たさない場合の修正対応（契約不適合責任）や、改善が見られない場合の契約解除の条件を定めておく。
• 善管注意義務の明記: 専門家として通常期待される注意義務をもって業務にあたることを明記する。
• 報酬の支払条件: 成果物の検収を支払いの条件とするなど、成果と報酬を連動させる。

契約書の作成にあたっては、フリーランス新法の取引条件明示義務にも対応する必要があるため、不安がある場合は専門家に相談したり、信頼できる開発パートナーの知見を借りたりすると安心です。

トライアル・段階契約で見極めながら進める

契約上の最も実践的なリスク管理は、いきなり大きな契約を結ばず、段階的に進めることです。

• トライアル・短期契約から始める: まず小さなスコープで短期契約を結び、実際のアウトプットや進め方を確認したうえで本契約に移行する。確認しきれなかった部分を、実務を通じて見極められます。
• マイルストーンで区切る: 長期の案件でも、フェーズごとに区切って契約し、各段階の成果を確認しながら次に進む。期待と実態がずれていれば、早い段階で軌道修正や見直しができます。

段階的に進めることで、「契約前確認の限界」を「契約後の実務での見極め」で補えます。事前確認・契約条項・段階的な契約の三つを組み合わせれば、100%は見抜けないという現実に対しても、十分に納得感のあるリスク管理ができます。

よくある質問（FAQ）

Q. フリーランスにリファレンスチェックを求めるのは失礼、あるいは違法ではないですか。

本人の同意を得たうえで、本人が紹介した推薦者に業務関連の範囲を聞く形であれば、違法にはなりません。失礼かどうかについても、目的（双方が安心して契約するため）を丁寧に説明すれば、誠実な発注者として受け止められることが多いです。むしろ確認プロセスを明示することで、信頼関係の土台を作れます。同意なく無断で第三者照会をすることが問題なのであって、適切な手順を踏めば正当な確認手段です。

Q. 推薦者を出してもらえない場合は、どう判断すればよいですか。

推薦者を出せない理由はさまざまで、必ずしも問題があるとは限りません（守秘義務のある案件が多い、独立直後で取引実績が少ない等）。その場合は、リファレンスチェック以外の手段——公開情報の確認、成果物レビュー、簡易テスト、トライアル契約——の比重を高めて補います。ただし、明確な理由なく協力を一切拒む場合は、その態度自体を判断材料の一つとして慎重に検討するとよいでしょう。

Q. 反社チェックや信用調査はどこまでやるべきですか。

反社チェック（反社会的勢力でないことの確認）は、自社のコンプライアンス上、取引相手に対して行うことが一般的になっています。氏名・屋号での公開情報照合や、契約書への暴力団排除条項の記載が基本的な対応です。一方、調査会社による踏み込んだ身辺調査は、本人の同意なく行うとプライバシーの問題が生じるため、必要性と範囲を慎重に判断します。委託の規模・性質に見合った範囲にとどめるのが原則です。

Q. 短期・少額の案件でも、リファレンスチェックは必要ですか。

必須ではありません。確認の深さは案件の重要度・金額に応じて決めるのが現実的です。短期・少額・補助的な案件であれば、書類の整合性チェックと公開情報の確認、必要に応じて簡易テストやトライアル発注で十分なことが多いです。リファレンスチェックは相手にも負担をかけるため、中核を担う重要案件や長期・高額契約で重点的に行う、という使い分けがおすすめです。

Q. スキルシートの「盛り」はどこまでが許容範囲で、どう見抜けばよいですか。

ある程度の自己アピールは自然なことであり、表現が前向きであること自体は問題ありません。問題になるのは、事実と異なる実績の記載や、関与していない成果を自分のものとして提示するケースです。見抜くコツは、面談で「具体的に何を担当したか」「一番苦労した点は何か」を掘り下げること。自分が手を動かした経験は具体的に語れますが、誇張された記述は抽象的な説明にとどまる傾向があります。書類・面談・公開情報・推薦者の証言を突き合わせて、整合性を確認するのが確実です。

まとめ｜段階的な確認と契約担保で安心して委託する

フリーランスエンジニアの実績確認は、「リファレンスチェックをやるかどうか」という一点で悩むのではなく、軽い確認から重い確認へと段階的に組み立てるのが現実的です。

• ステップ1〜2（低コスト・非エンジニアでも可）: 書類の自己整合性チェックと、公開情報・案件サイト評価による実在性・評判の確認。
• ステップ3（技術裏取り）: 成果物レビュー・簡易テスト・トライアル発注。社内で難しければ外部レビューで補う。
• ステップ4（リファレンスチェック）: 本人の同意を得て、推薦者に申告の事実と協働時の実態を確認する。
• ステップ5（契約担保）: 確認しきれない残余リスクを、秘密保持・知財帰属・再委託制限・是正解除などの条項と、段階的な契約で管理する。

確認の深さは、契約金額・期間・業務の中核度に応じて選びます。少額・短期ならステップ1〜2を中心に、中核を担う長期契約なら全ステップを通して行う、という使い分けが目安です。

そして忘れてはならないのが、法的な線引きです。本人の同意のもとで業務関連の範囲を確認することは適法ですが、同意なき第三者照会や、確認・管理を強めすぎて指揮命令に踏み込むことは、偽装請負やプライバシー侵害のリスクを生みます。「契約前の見極め」と「契約後の指揮」を切り分け、運用は委託の枠を守ることが、安心して委託を続けるための土台になります。

自己申告を裏取りしたいという思いと、踏み込みすぎたくないという不安。この板挟みは、段階的な確認プロセスと適法な線引き、そして契約による担保を組み合わせることで両立できます。自社の案件規模に合った確認の型を一度作っておけば、次回以降の委託判断もぐっと進めやすくなるはずです。社内だけで技術評価や契約面の見極めが難しいと感じる場合は、外部人材活用の知見を持つ開発パートナーに相談しながら進めるのも、確実な選択肢の一つです。