フリーランス案件を発注側が見送る7つの理由｜提案が通らない原因

発注側が「見送る」と決めるまでの意思決定プロセス

結論：発注側の見送りは「書類」「面談」「稟議」の3層で発生し、面談層はさらにカジュアル面談と本面談に分かれます。応募側が「不採用」と一括りにしてしまうと、どの層で外れたのかが見えず改善に戻せません。

対象読者は、実務経験3年以上でフリーランスとしてエージェント経由の案件応募を続けているエンジニアを想定しています。直案件は営業プロセスが異なるため、本記事の稟議・面談パートは主に代理店・エージェント経由の準委任案件を前提にした実務整理です。

見送りが発生する3層（面談層は2段階）

発注側の見送りは、時系列で以下の順に発生します。

面談まで進んでから見送られた場合と、書類段階で外れた場合では、改善する項目が大きく違います。まずは「どこで落ちたか」をエージェント経由で確認するのが起点になります。エージェントとのやり取りは『エージェント担当者との付き合い方｜希望条件が通る伝え方と信頼構築のコツ』に整理があります。

フェーズごとに「見送り決定者」が違う

同じ「見送り」でも、判断者が違えば見ている観点が違います。以下は発注側の代表的な役割分担です。

• 書類選考：企業によって異なりますが、現場PM／EMと発注担当が分担して候補者を絞るケースがあります

• カジュアル面談：現場PM／EMが単独で判断することが多い。ここで違和感があると、以降のフェーズに進めない

• 本面談：チームメンバーの意見も加わり、合議で判断される

• 稟議：現場と別ラインの決裁者（部長級・経理・調達）が金額・契約条件で判断する

書類は通るが面談で落ちる人と、面談は好感触だが稟議で単価が通らない人では、打ち手がまったく違います。この分岐は自己診断の観点で『案件が決まらないフリーランスエンジニアが見直す5つの原因と改善策』が詳しく扱っています。本記事は発注側視点に絞って解説します。

ミニFAQ｜見送り連絡の裏側

Q. 見送り理由は本当に教えてもらえないのか？

エージェント経由の場合、発注側は「他候補者と比較の結果」など定型文を出すことがあります。担当者によっては、発注側の現場担当者からもう一段具体的な理由を確認してもらえる場合があります。理由が「単価」なのか「経験規模」なのかで打ち手が変わるため、可能な範囲で分解して聞く価値があります。

発注側が見送りに使う7つの判断基準

発注側は面談・書類・稟議の各段階で、以下の7観点を組み合わせて見送りを決めています。応募側が想像する「スキルの高さ」よりも、稟議書に落とし込める情報かどうかが実務では重視される傾向があります。以下は、主にエージェント経由の準委任案件で見られやすい観点です。

7つの判断基準（要約）

1. スキルマッチの解像度不足

2. アサイン後の稼働ギャップリスク

3. 単価と現場の稟議上限のミスマッチ

4. 説明の粒度が発注側のエンジニア視点と噛み合わない

5. カルチャーフィット・関係者数の不安

6. 立ち上がりの速さ（オンボーディング負担）

7. 契約・稼働条件の可変性の低さ

1. スキルマッチの解像度不足

結論：募集要件の1階層下まで書かれていないと、書類段階で外されやすい。

募集要件に「AWS運用経験」と書かれていた場合、発注側は稟議書に「候補者はどのAWSサービスを、どの規模で、どんな役割で扱ったか」を書きたい状態です。スキルシートが「AWS運用3年」で止まっていると、稟議書に転記できる情報がなく、書類レビュー時に「もう一段情報のある候補者」と比較負けします。

スキルシート改善の詳細は『フリーランスのスキルシートが通らない7つの原因｜書類選考の改善策』を参照してください。

2. アサイン後の稼働ギャップリスク

結論：週何日・時間帯・出社頻度の擦り合わせが甘いまま面談に入ると、発注側は不確実性を嫌って見送りに寄せる。

稼働条件の詰め方は現場PM視点だと「参画後にチームMTGに出られるか」「レビュー担当時間帯が合うか」まで見ています。準委任案件の稼働条件交渉は『業務委託の稼働条件交渉｜残業・深夜・休日対応の詰め方』が実務ベースで整理しています。

3. 単価と現場の稟議上限のミスマッチ

結論：単価は「金額そのもの」より、稟議上限と役割の説明の整合で通るか決まる。

現場PMが「この人を採りたい」と決めても、稟議で単価を通すのは別ラインの決裁者です。決裁者が見るのは、既存メンバーの単価水準・役割の重さ・想定稼働の3点。単価が現場PMの許容枠を超えると、PMが稟議書を書きにくくなり見送りや再調整に回ることがあります。

• 現場PMの許容枠：企業によって異なるものの、チーム内の役割別単価感や過去アサイン実績が目安になることが多い

• 上振れが通る条件：既存メンバーが持たない役割（テックリード、ドメイン知識、監督責任）を担う場合

• 単価交渉の書き方：役割定義とアウトプット期待を先に置き、金額はそのあと

自分の役割・経験で狙える単価水準を把握したい場合は、無料のフリーランスエンジニア単価診断で目安を確認できます。単価を体系的に上げる考え方は『フリーランスエンジニアの単価相場と単価の上げ方』にまとまっています。

4. 説明の粒度が発注側のエンジニア視点と噛み合わない

結論：技術説明の粒度が発注側の現場エンジニアと噛み合わないと、面談で「実装まで落とせる人か」の判断が付かず見送りに傾く。

現場エンジニアが面談で見ているのは、以下のような具体度です。

• 「Reactを使った」ではなく「Reactの状態管理をどう分割したか、何を選んだか」

• 「Kubernetes運用」ではなく「PodやServiceをどう構成したか、Ingress周りで何を工夫したか」

• 「PM経験あり」ではなく「PJ規模・メンバー数・進行フェーズ・意思決定範囲」

抽象度の高い説明ばかりだと、現場エンジニアは「実装や運用の具体まで落とせる人か」を確信できません。面談での話し方は『フリーランス面談の自己紹介の型｜1分・3分で伝わる経歴の話し方』も参考になります。

5. カルチャーフィット・関係者数の不安

結論：面談で「関係者と衝突しそう」と感じさせると、技術面が合っていても見送りになる。

関係者が多い案件（PdM・デザイナー・ビジネス職を含むチーム）では、発注側は以下のようなシグナルを気にします。

• 前案件の話でネガティブな評価や愚痴が多い

• 他職種の意思決定に対する言及が挑発的

• レビュー・議論の話に「押し通した」ニュアンスが混ざる

カルチャーフィットの見え方は面談での言葉選び1つで変わります。ネガティブな要素を出さない話し方は『経歴・スキルの盛りすぎで落ちるフリーランス面談｜NG例と信頼される自己PR』で扱っています。

6. 立ち上がりの速さ（オンボーディング負担）

結論：現場PMが即戦力に求めるのは、短期間で担当タスクに入れることで、案件によって1〜2週程度を目安とするケースが見られます。

発注側が「即戦力を求めています」と書いているとき、その内実は以下のような期待です。

• 主要リポジトリを見て、1〜2週で担当タスクに入れる

• チーム独自ツール（社内フレームワーク、内製CI等）に慣れる時間を短縮できる

• ドメイン知識のキャッチアップを自走できる

「経験年数が長い」だけでは即戦力の説明にはなりません。過去案件でオンボーディング時にやった具体的な工夫を書けると、稟議書に転記しやすい情報になります。参画後の動き方は『フリーランス案件参画までの流れ｜登録から初稼働までの期間と準備』が参考になります。

7. 契約・稼働条件の可変性の低さ

結論：稼働・契約条件の柔軟性が低いと、他候補者との比較で不利になる。

発注側が同時に複数候補と面談している場合、条件面での柔軟性は最終決定の分岐点になります。

• 稼働日数（週3〜5）を絞りすぎている

• 出社頻度・時間帯に強い制約がある

• 契約期間（3ヶ月／6ヶ月）に強い希望がある

すべてを譲る必要はありませんが、「譲れないもの」「調整可能なもの」を提示しておくと発注側が稟議に書きやすくなります。

ミニFAQ｜7観点の優先順位

Q. 7つの観点で、最も外れやすいのはどれか？

エージェント経由の準委任案件では、実務上こうした傾向で挙がることが多く見られます。書類段階では1（スキルマッチの解像度）、面談段階では4（説明の粒度）と5（カルチャー）、稟議段階では3（単価と稟議上限）が代表的です。案件・企業規模で差はあります。

現場担当者・PM視点で刺さる／刺さらない提案の分かれ目

結論：現場PM／EMが面談で本当に見ているのは、応募側が思っている「スキル自慢」ではなく、「チームで動けるか」「参画後に自分（PM）の負担が減るか」の2点です。

現場PM／EMが面談で見ているもの

現場PMは、面談時間の多くを以下の観点に使っています。

• 業務範囲の描き方：この人に任せられる範囲がどこまでか

• 意思決定の粒度：どのレベルまでを自走判断し、どこで相談してくるか

• チーム内での立ち位置：既存メンバーとの上下・並列関係の作り方

• タスク分解の解像度：曖昧な依頼をどこまで具体化して着手できるか

これらは「Aを何年やった」形の情報では判断できません。過去案件のエピソードを、業務範囲・意思決定・チーム関係の3点に翻訳して話せると、現場PMは「この人は稟議書を書きやすい」と判断します。

「即戦力」の意味を発注側基準に合わせる

応募側が思う「即戦力＝技術ができる」と、発注側の「即戦力＝立ち上がりが速い」には温度差があります。

面談で伝える経歴は、後者の即戦力像に寄せて話すと稟議書に落としやすくなります。オンライン面談での立ち回りは『オンライン面談で選ばれるフリーランスエンジニア｜画面共有・機材・信頼獲得のコツ』が具体的です。

エージェント側で見送りに変わりやすいポイント

結論：エージェント経由の案件では、エージェント担当者が「発注側に推す候補者」と「様子見の候補者」を書類段階で仕分けしています。ここで様子見に回ると発注側に届く前に見送りが確定する形になります。

提出タイミングと母集団の中での相対評価

エージェントは同一案件に対して複数候補を並列で推薦しています。人気の高い案件では公開から数日で応募が集まることがあり、募集開始から時間が経つほど既存候補との相対評価になりやすい構造です（案件流通速度は媒体・職種・単価帯で変わります）。

• 案件公開直後の応募：比較対象が少なく単独評価に近い

• 時間が経過してからの応募：既存候補との相対評価になりやすい

• 面談枠が埋まりかけた段階：条件面で明確な優位がないと通らない

エージェント経由の案件で継続的に応募機会を作るには、担当者との情報同期が要になります。継続受注の仕組み化は『フリーランスエンジニアの営業を仕組み化｜案件を切らさない継続受注』にまとまっています。

稟議書に落とし込めない情報のはねられ方

エージェント担当者は、書類段階で「稟議書に転記しにくい候補者」を後回しにする傾向があります。稟議書に載せやすい情報とは、以下のような具体度です。

• プロジェクト規模：メンバー数・稼働期間・扱ったコード規模

• 担当した役割：肩書き（PM／リード／メンバー）と、実際の意思決定範囲

• アウトプット：機能・改善内容・数値インパクト

• 技術要素：メインの技術と、周辺の付随技術

スキルシートに時系列だけ書かれていて、規模感や役割の情報が抜けていると、エージェント担当者は「発注側に説明しにくい」と判断します。

発注側の稟議で通らないパターン

結論：稟議は「金額そのもの」より、「役割説明」「予算枠との整合」「稼働開始日」の3点で決まる傾向があります。

単価承認プロセス

発注側の稟議は、以下のような順序を経ることが多いです。

1. 現場PMが候補者を推薦

2. 部長級が単価と役割定義を確認

3. 経理／調達が既存契約との整合を確認

4. 稟議承認、契約書送付

現場PMは推薦したい候補者がいても、単価が既存メンバーより明らかに高いと稟議書を書きにくくなります。既存メンバーが持たない役割（テックリード、SRE、特定ドメイン知識）を明示できると、単価差の稟議が通りやすくなります。

予算枠と稼働工数の逆算が合わない

準委任案件では、月額予算×稼働月数で契約規模が決まります。以下のようなミスマッチは稟議で止まりやすいです。

• 月額単価が予算枠の月あたり上限を超える

• 稼働日数×時間で見た人月換算が予算工数を超える

• 契約期間の希望が予算計上済みの期間より長い

稟議担当者は「予算枠に収まる」「工数計画に合う」ことを稟議書に書けないと通せません。単価交渉の際は、月額・時間単価・契約期間のどの調整が発注側にとって稟議に載せやすいかを聞き出すと、通過率が上がります。

面談で企業が違和感を持つ5つのシグナル

結論：発注側の面談担当者は、以下の5シグナルを「稟議書に書くとき不安になる材料」として認識しています。

応答の抽象度

「何をやったか」ではなく「なぜそう判断したか」「他の選択肢はどう検討したか」を聞かれたときに、抽象論で返してしまうと違和感になります。判断プロセスを1〜2段階分解して話せると、稟議書に転記しやすい情報になります。

業務範囲の描き方

「あれもこれもやってきた」と広く言うと、面談担当者は「本当に任せられる範囲」が絞れなくなります。主担当領域・関わった領域・触れる程度の領域の3層に分けて話すと、発注側は稟議書に「担当領域」を書きやすくなります。

契約履行のリスク認識

「稼働途中で抜ける可能性」「他案件との併走リスク」に対する認識が甘いと、発注側は稟議書に稼働の安定性を書けません。以下のような点を聞かれたら、正直に整理して答えるのが結果的に通過率を上げます。

• 現在稼働中の他案件の有無・稼働割合

• 契約期間中に抜ける可能性がある事情

• 稼働時間帯・出社頻度の変動幅

質問の質

面談終盤に候補者側から質問する時間が設けられていることが多いですが、ここで「福利厚生」「支払サイト」ばかり質問すると、面談担当者は「業務への関心が薄い」と受け取ります。面談で聞くべき質問の観点は『フリーランス面談で聞くべき質問リスト｜ミスマッチを防ぐ確認事項』にまとまっています。

稼働条件の一方通行

条件（稼働日数・単価・出社頻度）を候補者側から一方的に提示すると、発注側は「調整の余地がない」と稟議書に書きにくくなります。「基本はこう、この条件なら調整可能」と幅を持たせて話すと発注側の稟議担当者が動きやすくなります。

見送り理由を確認して次に活かす方法

結論：見送り連絡を受けたら、エージェント経由で必ず理由をヒアリングし、書類・面談・稟議のどの層で外れたのかを分解します。

エージェント経由でフィードバックをもらう

エージェント担当者に依頼するときは、以下の粒度で聞くと具体的な回答が返ってきやすいです。

• 「書類段階／面談後／稟議段階」のどこで見送りが決まったか

• 見送り理由のうち、スキル・稼働条件・単価・カルチャーのどの要素が強かったか

• 他候補者との相対評価だった場合、比較された観点は何か

• 次回同種の案件があれば推薦してもらえる位置づけにあるか

「なぜ落ちたか」だけを聞くと定型回答になりがちですが、上記のように分解して聞くと、担当者は具体的に答えやすくなります。担当者との関係づくりは『エージェント担当者との付き合い方』を参照してください。

発注側の言葉から自分の見せ方を組み直す

見送り理由を集めたら、書類・面談・稟議のどの層で外れたかを分類します。

• 書類段階が多い：スキルシートの規模感・役割・アウトプットが薄い可能性。1階層下まで書き足す

• 面談段階が多い：業務範囲の描き方・応答の粒度・カルチャー面の見え方を見直す

• 稟議段階が多い：単価と役割説明の整合、稼働条件の柔軟性を見直す

3〜5件の見送り理由が集まれば、どの層に課題があるかが見えてきます。自己診断で改善に戻す整理は『案件が決まらないフリーランスエンジニアが見直す5つの原因と改善策』が実行手順まで扱っています。

ケース別｜職種・スキル別で見送り理由が変わる

結論：発注側が重視する観点は職種・役割で違い、見送り理由の重みも変わります。以下は主要な職種別の傾向です。

バックエンドエンジニア

• 書類段階：担当したAPI規模・DB規模・トラフィック規模の記載が薄いと外されやすい

• 面談段階：設計判断の説明が抽象的だと現場エンジニアに刺さらない

• 稟議段階：技術リーダー相当の役割ならプラス、メンバー相当なら既存単価枠との比較で見送りされることがある

フロントエンドエンジニア

• 書類段階：状態管理・パフォーマンス改善・アクセシビリティ対応など専門論点の記載があるかで差がつく

• 面談段階：デザイナー・PdMとの連携経験が具体的でないと違和感を持たれる

• 稟議段階：主要なフリーランス案件媒体の公開案件を見ると、バックエンドと近い水準で募集される例もある一方、役割定義（デザイン領域まで見るか、状態管理・パフォーマンスに責任を持つか等）で差が出やすい

SRE／インフラエンジニア

• 書類段階：担当した基盤規模・SLO/SLA運用実績・障害対応経験の記載が要

• 面談段階：チーム全体を巻き込む改善提案の経験が問われることが多い

• 稟議段階：オンコール対応の可否・時間帯対応の柔軟性が単価と稟議の両方に響く

PM／リード役

• 書類段階：担当PJ規模・メンバー数・意思決定範囲の記載が最も重視される

• 面談段階：他職種との合意形成の話し方が刺さる／刺さらないの分岐になる

• 稟議段階：単価水準が高いため、役割の重さと予算枠の整合が特に問われる

発注側判断シート｜応募後の振り返りに使う整理

結論：以下は、応募後に「発注側がどの観点で判断したか」を自分で振り返るためのシートです。見送り連絡後にエージェントへヒアリングする際にも使えます。

このシートを埋められない層があれば、そこが次の応募での改善対象になります。

まとめ

発注側の見送りは、スキル不足だけでなく、稟議書に落とし込める情報が足りないことが原因になるケースも少なくありません。書類・面談・稟議の3層のうちどこで外れたかを分解し、層ごとに改善するのが最短ルートです。

• 見送りは書類・面談・稟議の3層で発生し、判断者が異なる

• 通らない主因の多くは、稟議書に転記できる情報の粒度不足

• 「即戦力」の意味は「参画後1〜2週で担当タスクに入れる状態」

• 単価は金額そのものより、稟議上限と役割の整合で通る

• 面談での違和感の多くは、応答の抽象度と業務範囲の描き方

• 見送り理由はエージェント経由で必ずヒアリングし、書類・面談・稟議のどの層で外れたかを分類

• 応募と改善のサイクルを回す前提として、案件情報を定期的にウォッチする

まずは直近3件の見送り理由を、書類・面談・稟議のどこで外れたかに分けて整理してください。層ごとの改善アクションが見えれば、次の応募での通過率が変わります。

少なくとも公開案件ベースの募集傾向はフリコンの案件一覧から把握できます。自分がどの単価水準で狙えるかは、無料のフリーランスエンジニア単価診断で目安を確認できます。応募後の自己診断・改善は『案件が決まらないフリーランスエンジニアが見直す5つの原因と改善策』が実行手順まで扱っているので、本記事の発注側視点と組み合わせて読むと打ち手が具体化します。

なお、本記事の見送り理由・稟議実務・面談観点は、主にエージェント経由の準委任案件を前提にした実務整理です。フリーランス取引の一般的な法制度・環境整備に関しては、以下の一次情報を併せて確認できます。

• 厚生労働省｜フリーランスとして安心して働ける環境を整備するためのガイドライン

• 公正取引委員会｜フリーランスの取引適正化に向けた公正取引委員会の取組

• 公正取引委員会｜2024年フリーランス法特設サイト