「上司からフリーランスエンジニアの採用を進めてほしいと言われたものの、社内に経験者がいない。求人票も契約書も雛形がなく、何から着手すれば稟議が通るのかわからない」――そんな状況で検索画面を開いた方は少なくないはずです。
正社員採用のフローは何度も経験していても、業務委託の世界は契約形態・単価設計・指揮命令の制約など、独自のルールがいくつもあります。社内の法務・経理・上長への説明資料を1から組み立てる必要があり、しかも「最初の1人」を発注するまでにいくつもの判断ポイントが連続します。
そこで本記事では、はじめてフリーランスエンジニアを採用する企業担当者の方が、稟議のたたき台から最初の発注、採用後の運用までを1本でたどれるよう、実務の流れを9つのステップで整理しました。各ステップに「ここでつまずきやすい点」と「先回りで打つ手」を併記しているため、上司への説明や法務との議論にそのまま使える形になっています。
単価相場・契約形態・2024年11月施行のフリーランス保護新法など、稟議や法務レビューで必ず聞かれる論点については、出典を明示しながら整理しています。読み終えた段階で「次に何を、誰に、いつまでに依頼するか」が言語化できる状態を目指して構成しました。
フリーランスエンジニアの採用が「はじめて」でつまずく3つの理由
はじめてフリーランスエンジニアを採用しようとする担当者の多くは、最初の数日で似たような壁にぶつかります。情報を集めれば集めるほど用語が増え、社内に相談できる前例がないため判断軸が定まらない、というのが典型的な状況です。
つまずきの背景を整理すると、概ね次の3つに集約されます。
- 正社員採用の常識が通じない: 試用期間や雇用契約書のフォーマットが流用できず、稼働率・契約期間・成果物の定義といった業務委託固有の項目を1から決める必要があります。
- 契約形態が複雑で社内法務に説明できない: 「業務委託」と一口に言っても、請負契約と準委任契約では指揮命令の可否や成果物責任の所在が異なります。法務に丸投げしても「事業側で要件を固めてから持ってきてほしい」と差し戻されがちです。
- 発注後の管理体制が想像できない: 採用後にどう進捗を管理し、月次でどのように検収・請求処理を行うのか、社内に前例がないため見積もりが立ちません。
本記事はこの3つの壁を順番に解いていきます。まずは社内説明に必要な前提知識を整え(後述の「フリーランスと業務委託の基礎知識」)、続いて要件定義から契約締結までの実務を9つのステップで追い、最後に採用後の運用とよくある失敗を整理する構成です。
フリーランスと業務委託の基礎知識|社内説明用の5つの違い
社内稟議では、ほぼ確実に「正社員や派遣と何が違うのか」を聞かれます。経営層・法務・経理それぞれに納得してもらうためには、最低限の比較表と契約形態の理解を手元に置いておくと話が早く進みます。
正社員・派遣・業務委託の3つを並べた比較表
まずは雇用形態の全体像を整理します。
観点 | 正社員 | 派遣 | 業務委託(フリーランス) |
|---|---|---|---|
契約の性質 | 雇用契約 | 派遣契約(雇用主は派遣会社) | 業務委託契約(請負または準委任) |
指揮命令 | 自社が直接行える | 自社が直接行える | 原則として行えない |
報酬の支払い対象 | 労働時間 | 労働時間 | 成果物または業務遂行 |
社会保険・労働保険 | 自社が負担 | 派遣会社が負担 | 本人が個人で加入 |
経費・備品 | 自社が支給 | 自社または派遣会社が支給 | 原則として本人が用意(契約で別途定めることも可能) |
契約終了の手続き | 解雇規制が強い | 契約期間満了で終了 | 契約期間満了または解除条項に基づく |
この表で稟議資料の1枚目を作ると、「指揮命令ができない」「労働時間ではなく成果に対して払う」という2点が業務委託の核心であることが伝わります。
業務委託の2種類(請負・準委任)の違いと、エンジニア採用での使い分け
「業務委託」は法律上の独立した契約類型ではなく、民法上は請負契約と**(準)委任契約**に分かれます(業務委託契約における「準委任」と「請負」の違いとは? - たくみ法律事務所)。
観点 | 請負契約 | 準委任契約 |
|---|---|---|
報酬の対価 | 成果物の完成 | 業務の遂行(プロセス) |
成果物責任 | 受託者が完成責任を負う | 完成責任は負わない(善管注意義務) |
契約不適合責任 | あり | なし |
向くケース | Webサイト制作、システム一括開発など成果物が明確 | 開発体制への参画、要件が流動的な案件、運用・保守 |
エンジニア採用では準委任契約が選ばれることが多い、というのが実務の定説です。理由は次の項で説明します。
「準委任ならOK」が定説になっている理由(偽装請負リスクの回避)
開発の現場では、要件が走りながら変わったり、社内エンジニアと一緒に設計レビューをしながら進めたりするケースが大半です。請負契約だと「完成」の定義を厳密に定める必要があり、仕様変更のたびに契約を巻き直すことになります。これに対し準委任契約は、業務遂行そのものに報酬を払う仕組みのため、柔軟性が高いのが特徴です。
ただし注意点があります。準委任契約であっても、発注者が受託者に対して具体的な作業手順・勤務時間・場所などを直接指揮命令していると、偽装請負と判断されるリスクがあります。偽装請負は労働者派遣法に違反する状態で、発覚した場合は職業安定法第64条にも抵触し、発注側・受注側双方に1年以下の懲役または100万円以下の罰金が科される可能性があるとされています(偽装請負について - 東京労働局)。
実務上は、次のようなコミュニケーション設計で偽装請負を回避します。
- 直接の作業指示ではなく「成果物・期日・優先度」を依頼ベースで伝える
- 勤務時間・休憩時間を細かく指定しない(稼働日数・稼働率は契約で合意する)
- 自社のチャットツールに参加してもらう場合でも、業務上のやり取りに留め、就業規則に従わせない
これらの線引きは、契約書を準備するタイミングで法務と認識を合わせておくと安全です。
採用前の準備|要件定義・予算設計・社内承認の進め方

求人を出す前に、要件定義シート・予算・社内承認の3点を揃えておくと、その後の探し方・面談・契約のすべてがスムーズに進みます。逆に、この3点が曖昧なまま動き出すと、紹介された候補者を判断する基準がなく、面談の回数だけが増えていきます。
要件定義シート(スキル・期間・稼働率・成果物の4軸)
要件定義は、次の4軸で1枚にまとめると社内合意が取りやすくなります。
項目 | 記入例 |
|---|---|
必須スキル | Next.js(v14以降)/ TypeScript / REST API設計、3年以上の実務経験 |
歓迎スキル | GraphQL / GCP(Cloud Run) / アジャイル開発経験 |
期間 | 2026年7月開始、初回3ヶ月契約・以後1ヶ月単位で更新(最長12ヶ月想定) |
稼働率 | 週3日(24時間/週)、リモート可、月1回オンサイト |
成果物・役割 | 既存ECサイトのフロントエンド改修、PR単位で社内エンジニアにレビュー依頼 |
ポイントは「必須スキル」を絞ることです。必須を5項目以上書くと候補者がほとんど現れなくなります。3項目程度に絞り、残りは「歓迎」に回すと候補のプールが広がります。
単価相場と予算設計(月額60〜100万円帯/週稼働・職種別の幅)
2026年時点のフリーランスエンジニアの月額平均単価は70〜80万円台が中心で、調査によっては全体平均が76.6万円と報告されています(2026年1月度 フリーランスエンジニア月額平均単価76.6万円 - エン株式会社プレスリリース)。職種別では、フロントエンドエンジニアが約80万円前後、プロジェクトマネージャーが100万円超、AIエンジニアが90万円台と職種ごとに幅があります(【2026年版】エンジニアの単価相場と年収目安を徹底解説 - セラク)。
これらは「週5日・フルリモートまたは常駐」の前提価格です。週3日稼働なら概ね6掛け、週2日なら4掛けが目安になります。また、生成AIを活用しているエンジニアは活用していないエンジニアより月単価が約10万円高いという調査結果もあり、案件側のAI活用方針も予算に影響します(2026年1月度 フリーランスエンジニア月額平均単価76.6万円 - エン株式会社プレスリリース)。
社内稟議用に予算を組むときは、次の3つを明示しておくと議論が早く終わります。
- 基準単価: 想定スキル × 稼働率で算出した月額(例: フロント80万円 × 週3稼働 = 48万円/月)
- 上限単価: 候補者から提示される金額の最大ライン(例: 月60万円まで)
- 総予算と契約期間: 6ヶ月契約なら上限単価 × 6ヶ月で確保しておく
社内承認で押さえる3つの論点(上長・経理・法務)
稟議は3者で論点が異なります。それぞれが何を気にしているかを先回りで押さえると、差し戻しの往復が減ります。
- 直属上長: 期待する成果・期限・体制への組み込み方を確認したい。要件定義シートに「採用しない場合のリスク(プロジェクト遅延の見込み)」も併記すると判断が早まります。
- 経理: 月額の単価と契約期間、源泉徴収の要否、消費税の取り扱いを気にします。1ヶ月あたりのキャッシュフローと年間予算の影響額をセットで提示しましょう。
- 法務: 契約類型(準委任・請負)、再委託の可否、知的財産権の帰属、秘密保持の範囲を確認したいはずです。後述の契約セクションで触れる5項目を稟議書の別紙に付けておくとレビューがスムーズです。
フリーランスエンジニアの探し方|5つの調達ルートを使い分ける
要件と予算が固まったら、次は調達ルートを選びます。代表的な選択肢は5つあり、初期費用・候補提示までのスピード・選別工数が大きく異なります。
5類型を並べた一覧表
ルート | 初期費用 | 候補提示までの目安 | 選別工数 | 向くフェーズ |
|---|---|---|---|---|
エージェント | 無料(成功報酬は単価に上乗せ済み) | 1〜2週間 | 小(事前選別あり) | 急いで即戦力が必要なケース |
求人サイト(業務委託) | 数万〜数十万円/月 | 2〜4週間 | 中 | 自社で選別できるリソースがあるケース |
クラウドソーシング | 無料〜手数料数% | 即日〜数日 | 大 | 単発タスク・小規模開発 |
リファラル(社員紹介) | 紹介料の社内規定次第 | 不定 | 小(信頼前提) | カルチャーフィット重視のケース |
AIマッチング型サービス | 無料〜成功報酬 | 数日〜1週間 | 小(要件マッチで自動絞込) | はじめての発注、選別工数を抑えたいケース |
エージェント経由の場合、登録から条件合意までは最短3営業日、通常1〜2週間程度というのが業界的な目安とされています(フリーランスエージェントの使い方を紹介! - FOSTERNET NAVI)。
自社に合うルートを選ぶ3つの判断軸
「はじめての発注」で迷う場合は、以下の3軸で考えると絞り込みやすくなります。
- 採用までの猶予: 1ヶ月以内に稼働開始したいならエージェント/AIマッチング型。3ヶ月以上の猶予があるなら求人サイトも選択肢になります。
- 社内の選別工数: 書類選考・面談を回せる人数とリソースを正直に評価します。担当者1人で兼務している状況なら、事前選別がしっかり入っているルートを選ぶ方が無理がありません。
- 予算の柔軟性: 上限単価が固定なら、エージェントの成功報酬込みでも収まるかを必ず確認します。求人サイトは月額固定費がかかるため、複数人採用の見込みがある場合に向きます。
AIマッチング型サービスが「はじめて」の企業に向く理由
近年は、企業の要件とフリーランスの実績データを照合し、合致度の高い候補を自動で絞り込んで提示するAIマッチング型のサービスが増えています。エージェント型と求人サイト型の中間的な性格を持ち、次の特徴があります。
- 要件登録の段階で必須スキル・稼働率・予算をシステムが受け取り、合致候補が自動で抽出される
- 候補者の経歴データが構造化されているため、書類選考の判断が短時間で済む
- 担当者が1人しかいない・面談を多数こなせない、といった「はじめての企業」と相性が良い
判断軸の3つ(猶予・選別工数・予算柔軟性)のいずれかが厳しい場合、AIマッチング型サービスは選択肢に加える価値があります。
求人票から面談までの実務|選別工数を抑える3つのコツ
要件定義と調達ルートが決まったら、求人票・書類選考・面談という3段階の選別フェーズに入ります。ここを丁寧にやりすぎると採用までの時間が延び、簡略化しすぎるとミスマッチが起きます。
求人票の必須・歓迎スキル分割テンプレ
求人票の本文構成は、次の順番で書くと候補者にも紹介エージェントにも伝わりやすくなります。
- プロジェクト概要: 何を作っているサービスか、現在のフェーズ(新規開発/既存改修/保守)
- 依頼したい業務: PR単位の開発、設計レビュー、運用補助など、稼働時間内に何をしてほしいか
- 必須スキル(3項目程度): 経験年数・バージョン・実務範囲を具体的に書く
- 歓迎スキル: 必須に入れなかった項目を歓迎に回す
- 稼働条件: 期間・週稼働日数・リモートの可否・オンサイト頻度・上限単価レンジ
- チーム体制: 社内エンジニアの人数、利用ツール(Slack/GitHub/Notion等)
必須スキルが5項目を超えると応募が極端に減るため、3項目以内に絞ることを推奨します。
書類選考で見るべき3点(直近2年の経験/業界経験/稼働率)
書類選考は完璧を目指さず、面談に進む候補を絞るためのスクリーニングと割り切ります。次の3点を見ると判断が早くなります。
- 直近2年の経験: 5年前のスキルは陳腐化していることが多いため、直近の案件で何を担当したかを優先します。
- 業界経験: BtoB SaaS・EC・受託など、自社のドメインに近い経験があるかを確認します。ドメイン経験があるとオンボーディングが短く済みます。
- 稼働率: 既に他社で週4日稼働している人に週3日を依頼するとフルコミット相当となり、応えてもらえないことがあります。空き稼働がどれくらいあるかを早めに確認します。
面談時の質問チェックリスト(技術・コミュニケーション・条件)
面談1回あたり45〜60分を目安に、次の3カテゴリを1問ずつ聞くと過不足がありません。
カテゴリ | 質問例 |
|---|---|
技術 | 「直近の案件で最も難しかった技術課題と、どう解決したか教えてください」 |
コミュニケーション | 「過去にプロジェクトで意見が割れた場面と、どう収束させたかを教えてください」 |
条件 | 「今回の案件で週何日/何時間まで稼働可能ですか。他案件との掛け持ち状況も教えてください」 |
逆に避けたいのは、抽象的な技術用語の知識確認だけで時間を使うパターンです。フリーランスエンジニアの面談は「過去に同じような状況をどう解決したか」を具体的に聞く方が、稼働後のパフォーマンスを予測しやすくなります。
契約締結で押さえる5項目|NDA・業務委託契約書・発注書

候補者と条件合意ができたら、契約締結フェーズに入ります。ここは法務レビューを挟むため最も時間がかかる工程ですが、事前に押さえるべきポイントを把握しておけば、自社法務との議論がスムーズになります。
揃えるべき3つの書類(NDA・業務委託基本契約書・個別発注書)
実務でよく使われるのは、次の3点セットです。
- NDA(秘密保持契約書): 面談前後で締結することが多い。技術情報・顧客情報・業務上知り得た情報の取り扱いを定める
- 業務委託基本契約書: 長期的・反復的な発注を行う場合に、共通条件をまとめておく契約書
- 個別発注書(または注文書・SOW): 案件ごとに業務範囲・期間・金額・成果物を定める
NDAだけで業務委託基本契約書がないまま発注すると、後で揉めたときに参照する条文が乏しくなります。継続発注を見込むなら基本契約と個別発注のセットで運用するのが堅実です。
契約書で必ず確認する5項目(範囲・権利・秘密保持・期間・終了)
法務にレビュー依頼する前に、次の5項目だけは事業側で議論を済ませておくと、戻りの回数が減ります。
項目 | 確認すべき論点 |
|---|---|
業務範囲 | 何をどこまで依頼するか。範囲外作業の追加発注ルールも明記 |
成果物の権利帰属 | ソースコード・ドキュメントの著作権がどちらに帰属するか。再利用条件 |
秘密保持の範囲 | 何が秘密情報か、開示できる範囲(再委託先・税理士・弁護士など) |
契約期間と更新条件 | 初回期間、自動更新の有無、更新時の単価見直しタイミング |
契約終了時の取り扱い | 解除事由、引き継ぎ期間、データ・成果物の返却方法 |
雛形をそのまま使うのではなく、これらの項目を自社のケースに合わせて修正してから法務に出すと、議論が要件レベルで進みます。
フリーランス保護新法(2024年11月施行)の発注者側の遵守事項
2024年11月から、特定受託事業者に係る取引の適正化等に関する法律(通称「フリーランス保護新法」「フリーランス・事業者間取引適正化等法」)が施行されています。資本金の金額にかかわらず、従業員を使用しているすべての発注事業者が対象になる点に注意が必要です(フリーランスが安心して働ける環境づくりのための法律、2024年11月からスタート! - 政府広報オンライン、2024年公正取引委員会フリーランス法特設サイト - 公正取引委員会)。
発注者側に求められる主な義務は次のとおりです。
- 取引条件の書面明示: 業務委託契約の締結時に、業務内容・報酬額・支払期日などを書面または電磁的方法で明示する
- 報酬の支払期日: 成果物の受領日から60日以内のできる限り短い期間内で支払期日を定め、その期日までに支払う
- 禁止行為: 受領拒否・報酬の減額・返品・買いたたき・自社サービスの強制利用・不当な経済上の利益の提供要請・不当な給付内容変更ややり直しは禁止
- 就業環境の整備: 募集情報の的確表示、育児介護等と業務の両立への配慮、ハラスメント対策の体制整備、中途解除等の事前予告
違反があると、公正取引委員会等から報告徴収・立入検査が行われ、指導・助言、勧告、命令、公表の対象となります。命令違反や検査拒否には50万円以下の罰金が科される可能性があります(2024年公正取引委員会フリーランス法特設サイト - 公正取引委員会)。
これらは「契約書のひな型を整える」「発注書のフォーマットに必須項目を盛り込む」「経理に60日以内支払いの運用を共有する」といった社内整備で対応できる項目です。法務・経理と早めに認識合わせをしておくと、初回発注で慌てずに済みます。
採用後の運用|オンボーディングと進捗管理

契約締結が完了したら、いよいよ稼働開始です。多くの記事は契約締結で解説が終わっていますが、実務では「採用してから戦力化するまでの1ヶ月」が最も重要です。ここを設計できているかで、社内の評価とフリーランス側のパフォーマンスが大きく変わります。
受け入れ初日のチェックリスト(環境・ドキュメント・コミュニケーション)
稼働初日に必要な準備を、次のように分類してチェックリスト化しておくと取りこぼしが減ります。
カテゴリ | 項目 |
|---|---|
環境 | アカウント発行(GitHub / Slack / Notion / Google Workspace 等)、必要権限の付与、VPN・SSO設定 |
ドキュメント | サービス概要、技術スタック一覧、コーディング規約、開発フロー、コードベースのオンボーディング資料 |
コミュニケーション | 主担当者・レビュアー・経理担当の連絡先、定例会の招待、Slackチャンネルへの招待 |
初日の最初の30分で「誰が窓口で、困ったときに誰に聞けばよいか」を伝えるだけで、立ち上がり速度が大きく変わります。
進捗確認の頻度設計(日次/週次/月次の使い分け)
進捗確認は頻度を分けて設計します。すべてを日次に寄せると指揮命令と見なされるリスクが高まり、すべてを月次にすると問題発見が遅れます。
- 日次: チャット上で「今日着手するタスク」「困っていること」を共有してもらう(任意・自発を前提)
- 週次: 30分の定例会で、進捗・優先度・ブロッカーを確認する
- 月次: 稼働実績の振り返り、次月の体制・優先度の調整、契約更新の意思確認
日次の共有はあくまで情報共有であり、「今日はこの時間にこれをやってください」と作業を細かく指示する形にはしないことが、偽装請負を避けるうえで重要です。
検収と請求処理の月次ルーティン
請求処理の月次ルーティンを社内で固めておくと、フリーランス側も自社の経理担当もストレスがありません。基本的な流れは次のとおりです。
- 月末締めで、稼働実績(時間・成果物)をフリーランス側からまとめてもらう
- 自社の発注担当が稼働実績を確認し、内容に問題なければ検収する
- 検収完了後、フリーランス側が請求書を発行する
- 発注書に記載した支払期日(フリーランス保護新法に基づき60日以内のできる限り短い期間)に支払いを実施
源泉徴収の有無・消費税の取り扱いは案件によって異なるため、初回稼働の前に経理担当とフォーマットをすり合わせておくと安心です。
はじめての企業が陥りがちな4つの失敗と回避策
最後に、はじめてフリーランスエンジニアを採用する企業が陥りがちな失敗を4つ挙げます。いずれも本記事の各セクションで触れた論点に対応しているため、振り返り用のチェックリストとして使ってください。
- 要件があいまいなまま発注して期待値がずれる: 必須スキルを絞らず「何でもできる人」を探そうとして、結果としてミスマッチが起きるパターンです。要件定義シートの4軸(スキル・期間・稼働率・成果物)を埋めてから発注しましょう。
- 指揮命令と区別できず偽装請負を疑われる: 準委任契約なのに作業手順を細かく指示している、勤務時間を就業規則と同じように管理している、といった状態は偽装請負のリスクがあります。依頼ベース・成果物ベースのコミュニケーションを徹底します。
- 契約終了時の引き継ぎを定めず属人化する: 契約書に契約終了時の取り扱いを書かないまま稼働を続けると、終了時にドキュメント・ソースコード・運用ノウハウが社内に残らない事態が起きます。契約書5項目の「契約終了時の取り扱い」を最初に詰めましょう。
- 単価交渉に時間をかけすぎて優秀な人材を逃す: 候補者の希望単価と上限単価が10〜15%の差なら、判断はその日のうちに行う方が結果的に得をします。フリーランス市場は需要が高く、優秀な人材ほど他社からも声がかかっています。
まとめ|はじめての発注を「明日から進める」ためのチェックリスト
本記事の論点を、明日から動き出すためのチェックリストとして10項目に集約しました。社内稟議のたたき台や、上司・法務・経理との議論の出発点として活用してください。
- 要件定義シートを書く(必須スキル3項目/期間/稼働率/成果物)
- 単価相場を踏まえた基準単価・上限単価・総予算を決める(参考: 月額平均76.6万円・週稼働で按分)
- 上長・経理・法務それぞれに事前ヒアリングを行い、稟議の論点を整理する
- 調達ルートを5類型から1〜2つに絞る(猶予・選別工数・予算柔軟性で判断)
- 求人票を書く(必須スキルは3項目以内、稼働条件と上限単価レンジを明記)
- 書類選考は直近2年の経験・業界経験・稼働率の3点で判断する
- 面談で「技術」「コミュニケーション」「条件」を1問ずつ確認する
- NDA・業務委託基本契約書・個別発注書の3点セットを準備する
- 契約書5項目(範囲・権利・秘密保持・期間・終了)とフリーランス保護新法の遵守事項を法務と確認する
- 採用後の運用(オンボーディング・進捗確認頻度・月次検収請求)を稼働開始前に決めておく
「はじめての発注」だからこそ、最初の1人を採用する前にこれだけの論点を整理しておく価値があります。社内に過去事例がない場合は、本記事のチェックリストをそのままコピーして稟議資料に貼り付けるところから始めても問題ありません。
最初の1人の発注がうまく回ると、2人目以降の発注は劇的にスムーズになります。要件定義シートも契約書も社内ルールも、最初の1回で整備できれば二度目からは雛形を使い回せるからです。記事の冒頭で挙げた「3つのつまずき」を、明日からの実務で1つずつ解消していきましょう。



