• 案件・求人一覧
  • お役立ちコンテンツ
  • 単価診断
  • ログイン
  • 会員登録
メニューを開く

地雷案件の見分け方|参画前に確認する危険サイン15項目

働き方

最終更新日:2026/07/25

地雷案件の見分け方|参画前に確認する危険サイン15項目

地雷案件とは、業務内容・体制・契約条件のいずれかに深刻な問題があり、参画後に短期離脱や請求トラブルにつながりやすい案件のことです。「話が違う」「レビュー体制がない」「見積もれない要件」といった兆候は、実は契約前の情報から拾えるケースが少なくありません。案件検討中のフリーランスエンジニアに向けて、案件票・顔合わせ・契約書の3段階で確認すべき危険サイン15項目と、地雷を踏んだ場合の対処法を整理します。

先に結論

  • 地雷案件の見分け方は「案件票 → 顔合わせ → 契約書」の3段階で兆候を拾うのが実務的です

  • 案件票で真っ先に見るのは「業務範囲の具体性」「稼働・体制の明記」「単価の妥当性」の3点

  • 顔合わせで面談官が業務詳細を答えられないときは、要件が固まっていない可能性が高い

  • 単価が公開案件相場から明確に外れているときは、案件の商流と要求水準を必ず確認する

  • 参画後に違和感があれば早期にエージェント担当者へ相談し、契約書の解除条項に沿って動く

この記事でわかること

  • 地雷案件の定義と、フリーランスエンジニアの現場で起きやすい典型4パターン

  • 案件票・顔合わせ・契約書で確認する危険サイン15項目と、その拾い方

  • 経験年数・稼働形態・案件期間ごとの重み付けと、地雷を踏んでしまったときの対処手順

目次

  • 「地雷案件」とは?よく起きる4つのパターン

  • 案件票で見抜く危険サイン5項目

  • 顔合わせで見抜く危険サイン5項目

  • 契約書・NDAで見抜く危険サイン5項目

  • ケース別|危険サインの重み付け

  • 危険サイン15項目チェックリスト

  • 地雷を踏んでしまったときの対処法

  • よくある失敗と対策

  • まとめ

  • よくある質問

「地雷案件」とは?よく起きる4つのパターン

結論:地雷案件は「業務内容が固まっていない」「体制が整っていない」「商流や条件が不透明」のいずれかで発生します。案件票の情報が不足しているだけの場合と、実態そのものに問題がある場合を切り分けることが大切です。

地雷案件の定義とよくある誤解

一般に地雷案件とは、参画後に「聞いていた話と違う」「稼働がまわらない」「請求や検収でトラブルが起きる」ケースを指します。本記事では、短期離脱・過剰稼働・未払い・条件相違などの実害につながりやすい案件を「地雷案件」と扱います。相場より低い案件が必ず地雷なわけではなく、逆に高単価でも情報が不透明であれば地雷リスクが上がるケースがあります。

高単価だから安心、リモートだから楽、という単純な見方をすると、逆に判断を誤りやすくなります。単価・条件の水準そのものではなく「情報の透明性」と「体制の実態」で見極めるのが基本方針です。

パターン1: 業務要件が固まっていない「要件不明確型」

「これから決めていく」「相談しながら進める」といった案件で、着手時点でユーザーストーリーやKPIが定義されていないケース。裁量が大きい案件との違いは、意思決定者と受入基準(Definition of Done)が明確かどうかにあります。

パターン2: レビュー・意思決定の主が不在の「体制不備型」

コードレビューやプロダクト意思決定を担う人がフルコミットしていない案件。参画後にレビューが返らず、成果物の妥当性を誰も判定できない状態に陥ることがあります。

パターン3: 商流が長く単価と実態が乖離する「多重下請け型」

エンジニアと発注元のあいだにエージェント以外の企業が複数介在し、要件伝達が伝言ゲームになるケースです。同じ商流構造の背景は既存記事のフリーランスエンジニアの直案件の取り方|エージェント以外の獲得ルート7選と契約・営業の注意点でも触れています。

パターン4: 参画後に条件が変わる「聞いていた話と違う型」

面談で説明された稼働・業務範囲・使用技術と、参画後の実態が乖離するケース。案件票と面談議事録の齟齬、面談官と実際のPMが別人だった、といった構造で発生しやすくなります。

ミニFAQ

Q. 「これから決めていく」案件は全て地雷ですか?

A. いいえ。要件を一緒に固めるフェーズの案件でも、意思決定者と判断基準が示されていれば健全です。判断基準が示されないまま「進めながら決める」だけを繰り返す案件が地雷化しやすくなります。

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

案件票で見抜く危険サイン5項目

結論:案件票の段階で拾える危険サインは主に5つ。数十分の読解でスクリーニングでき、顔合わせに進むかどうかの判断に直結します。案件票の基本的な読み方は案件探しで失敗しないフリーランスエンジニアのための案件の読み方で先に押さえておくと、危険サインの拾い方の理解が早くなります。

サイン1: 業務内容が抽象的で工数見積が成り立たない

「バックエンド開発全般」「新規サービス開発をお任せ」のような広すぎる書き方は、要件不明確型の入り口です。成果物・使用技術・想定タスクのうち2つ以上が特定できない場合は要注意。案件票のこの段階で「1週間で何ができれば良いか」がイメージできないなら、顔合わせで必ず具体化します。

サイン2: 期間・稼働・体制の記載が薄い

期間が「随時」「長期」だけの記載、稼働が「応相談」で幅がない、チーム構成の記載がない案件は、体制不備型のリスクが上がります。「期間・稼働・チーム人数・技術スタック・レビュー体制」の5点が案件票にあるかを確認します。

サイン3: 単価が公開案件相場から乖離している

2026年時点で主要フリーランスエージェント数社の公開案件を確認すると、経験3年以上のバックエンド/フロントエンドは月70〜90万円、リード級で月90〜130万円の範囲に収まる募集が多い傾向があります(週4〜5日・準委任・首都圏中心の公開案件ベース)。公開案件ベースの目安から大きく上下する場合は、商流の長さ・期待役割・稼働の実態の3点を確認します。自分の狙える単価水準を体系的に見たい方は、無料のフリーランスエンジニア単価診断で目安を確認できます。

サイン4: 「フルリモート可」「柔軟対応」の記述と実運用が乖離しそうな条件

「フルリモート可・応相談」「柔軟対応」の記載があっても、業務内容が「オンサイトMTG中心」「即時応答が必要な運用保守」であれば、実態は出社中心である可能性があります。業務性質と稼働条件が整合しているかを必ず読み解きます。

サイン5: エージェントの説明が案件票の記述と噛み合わない

案件票では「Go中心」だがエージェントの口頭説明では「実際はPHPとの並行」など、書面と説明のズレは要件不明確・情報伝達不全のシグナルです。書面と説明が違う場合は、参画前に必ず書面で再確認します。

ミニFAQ

Q. 単価が相場より低いだけで地雷と判断してよいですか?

A. いいえ。研修フェーズ・準委任のトライアル期間・稼働短めなど正当な理由がある低単価もあります。単価の水準ではなく、低い理由が説明できるかどうかで判断します。

顔合わせで見抜く危険サイン5項目

結論:顔合わせは案件票では拾えない実態を確認する場です。会話の中身と、面談官の立場・回答の具体性を観察します。顔合わせの全体的な進め方は、面談・選考プロセスに関する既存記事も参考にできます。

サイン6: 面談官が業務内容の詳細を把握していない

面談官が営業・調整担当のみで、開発チームのメンバーが同席しないケース。技術的な質問・タスクの粒度に関する質問への回答が抽象的であれば、要件不明確型のリスクが高いと考えられます。「実装は皆さんにお任せします」だけで済ませる面談官は要注意です。

サイン7: 期間・KPI・成果物の合意が曖昧なまま終わる

「まずは1〜2か月で様子見」だけで、その先の判断基準が示されない案件は、参画後にゴールが動きやすくなります。「何ができれば延長判断が付くか」を面談で確認し、答えられない場合は明確化を依頼します。

サイン8: レビュー体制・意思決定者・チーム構成を答えられない

コードレビュー担当・技術的な意思決定者・チームの人数構成は、参画後の稼働負荷を直接左右します。「レビュアーは誰か」「詰まった時に相談できる人は誰か」に答えられない場合は体制不備の可能性が高くなります。

サイン9: 稼働時間・残業への言及が慎重すぎる/楽観すぎる

「稼働は柔軟です」の一辺倒、逆に「残業はほとんどありません」の即答は、いずれも要注意です。過去3か月の実際の稼働実績・稼働超過時の運用を聞き、答えが具体的かで判断します。準委任契約と請負契約では稼働の扱いが異なるため、準委任契約と請負契約の違い|フリーランスエンジニアが知るべきリスクと注意点も併せて確認してください。

サイン10: 商流が長い/面談に複数社が同席する

面談にエージェント以外の企業が同席し、発注元との距離が2社以上ある場合は、要件伝達の伝言ゲーム化リスクが上がります。発注元との距離、契約主体、精算のフローは、多重下請け型を避けるための必須の確認事項です。

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

契約書・NDAで見抜く危険サイン5項目

結論:契約書は、案件票・顔合わせでは拾えない「トラブル時の条件」を確認する最後の関門です。書面レビューを省略すると、後で不利な条項に縛られやすくなります。

サイン11: 業務範囲(スコープ)の定義が曖昧

「開発業務全般」など包括的な記載のみで、成果物・除外項目・変更手順が示されていない契約書は、契約範囲外の作業を頼まれるリスクが上がります。具体的な業務範囲と、範囲外作業が発生した場合の追加見積プロセスの明記を依頼します。

サイン12: 検収基準・支払サイトが不利

「検収完了後30日以内に支払」だけで検収基準の記載がない、支払サイトが月末締め翌々月末払い(60日超)になっている、といった条件は資金繰りリスクにつながります。検収基準の明記と、支払期日が不当に長くないかを確認します。フリーランス法・下請法の適用は取引当事者や条件で判断されるため、支払期日は個別確認が必要です。制度の詳細は公正取引委員会 フリーランス法の解説、実務は検収・請求のタイミングと入金トラブル回避|フリーランスエンジニアの実務ガイド【2026年版】で解説しています。

サイン13: 契約解除条項・違約金の書き方

「発注者は事由の如何を問わず解除可」など一方的な解除権のみ規定されている、違約金・損害賠償の上限が定められていないケースは、参画側にとって不利です。双方の解除条件が対等か、違約金・損害賠償の上限が明記されているかを確認します。

サイン14: 知的財産権・秘密保持条項の過度な広さ

「本件業務中に得た全ての知見の外部利用を禁ずる」「業務外の成果物も帰属する」といった広すぎる条項は、次案件・技術発信の制約になります。業務範囲内の成果物に限定した条項であるかを見ます。

サイン15: 契約主体(元請け/中間業者)と支払責任者が不透明

契約書の甲乙が誰か、発注元と支払責任者が同じかを必ず確認します。中間業者が支払責任を負い、その中間業者の経営が不安定であれば、直接の発注元との合意があっても未払いリスクが残ります。

ミニFAQ

Q. 契約書の修正依頼は失礼になりませんか?

A. なりません。合理的な範囲での修正依頼は業務委託の実務では一般的です。エージェント経由なら、担当者を通して依頼するのがスムーズです。

ケース別|危険サインの重み付け

結論:15項目すべてを同じ重さで判定する必要はありません。経験年数・稼働形態・案件期間で優先順位が変わります。

経験3年未満/中堅(3〜7年)/シニア(7年以上)で見るべき順序

  • 経験3年未満:サイン8(レビュー体制)を最優先。レビュアー不在の案件は成長機会も損失も大きくなります

  • 中堅:サイン1・6(業務範囲・面談官の把握度)を重視。要件不明確型に巻き込まれると稼働がまわらなくなります

  • シニア:サイン7・11(KPI・スコープ定義)を重視。曖昧なゴールと広いスコープの組み合わせが、シニア向け案件で特に地雷化しやすい傾向があります

短期案件と長期案件で重み付けが変わる項目

  • 短期案件(1〜3か月):サイン7(成果物合意)・サイン12(支払サイト)が最重要。短期はキャッシュフロー影響が大きいため

  • 長期案件(6か月以上):サイン8・9(体制・稼働実態)が重要。長期は稼働負荷の慢性化が問題化しやすい

フルリモートと客先常駐で異なる注意点

  • フルリモート:サイン4(実運用の乖離)・サイン8(レビュー体制)を重点確認。非同期でレビューが返らない状態はリモートでこそ致命的です

  • 客先常駐:サイン10(商流)・サイン14(IP条項)を重点確認。常駐は情報伝達と成果物の帰属で摩擦が起きやすくなります

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

危険サイン15項目チェックリスト

このページ独自の整理として、確認タイミングと対応をまとめます。

#

危険サイン

確認タイミング

確認方法

想定リスク

1

業務内容が抽象的

案件票

成果物・使用技術・想定タスクの3点確認

工数超過・要件揺れ

2

期間・体制の記載が薄い

案件票

期間・稼働・チーム人数・技術・レビュー体制の5点確認

体制不備

3

単価が相場から乖離

案件票

単価診断・エージェント担当への確認

商流過長・要求水準過大

4

リモート記述と実運用の乖離

案件票

業務性質と稼働条件の整合確認

出社増加・稼働不成立

5

エージェント説明と案件票の齟齬

案件票

書面での再確認依頼

情報伝達不全

6

面談官が業務詳細を把握していない

顔合わせ

開発メンバー同席の有無

要件不明確

7

期間・KPI・成果物の合意が曖昧

顔合わせ

延長判断基準の質問

ゴールずらし

8

レビュー体制・意思決定者が不明

顔合わせ

具体的な人名・役割の確認

レビュー滞留

9

稼働への言及が極端

顔合わせ

過去3か月の稼働実績の質問

稼働過剰

10

商流が長い/複数社同席

顔合わせ

発注元との距離・契約主体の確認

伝言ゲーム化

11

スコープ定義が曖昧

契約書

業務範囲・除外項目・変更手順の明記

範囲外作業増加

12

検収基準・支払サイトが不利

契約書

60日以内の支払・検収基準の明記

未払い・遅延

13

解除条項が一方的

契約書

双方の解除条件の対称性

一方的解除

14

知的財産・秘密保持が過度に広い

契約書

業務範囲内への限定

次案件制約

15

契約主体・支払責任者が不透明

契約書

甲乙・支払責任者の確認

未払いリスク

地雷を踏んでしまったときの対処法

結論:早期発見・早期相談が原則です。参画初期に違和感を検知できると、契約解除も次案件への切り替えもスムーズになります。

早期にエージェント担当者へ相談する

「聞いていた話と違う」を感じた時点で、まずエージェントの担当者に事実関係を共有します。契約解除にせよ条件変更にせよ、担当者経由で調整するのがトラブルを最小化する動線です。

契約解除の進め方

契約書の解除条項と通知方法を確認し、原則として書面や記録が残る形で通知します。過去のトラブル事例はフリーランスエンジニアのトラブル事例とその対策方法〜契約途中での解約〜にまとまっています。相手側から一方的な条件変更や契約解除を迫られた場合は、フリーランス・トラブル110番などの公的相談窓口を活用できます。

次案件で同じ地雷を踏まないための振り返り

案件終了後は、地雷サインがどの段階で見えたか(案件票・面談・契約・参画後)を書き出します。「見えていたが軽視したサイン」を1つでも特定できれば、次案件のスクリーニング精度が上がります

フリーランスエンジニアの皆様

今の年収、今の働き方に満足してますか?

あなたの理想の案件を
専属コンシェルジュが実現

フリコンに無料会員登録して案件の相談をする

よくある失敗と対策

  • 失敗1: 単価の高さで即決してしまう → 単価と情報の透明性を切り分けて判断する

  • 失敗2: 面談で気になった点を「聞き過ぎ」と自制する → 業務範囲・KPI・体制の質問は面談の目的そのもの

  • 失敗3: 契約書レビューを省略する → 支払サイト・解除条項・IP条項の3点は最低限確認する

  • 失敗4: 参画後の違和感を「慣れの問題」と処理する → 1〜2週間で違和感がある場合は担当者に共有する

  • 失敗5: エージェントに任せきりで自分の判断基準を持たない → 15項目チェックリストを自分の基準として持つ

まとめ

地雷案件の見分け方は「案件票 → 顔合わせ → 契約書」の3段階で兆候を拾い、参画後にも早期のセルフチェックを続けるのが実務的です。

  • 地雷案件の見分け方は「案件票・顔合わせ・契約書」の3段階で情報の不透明さを拾うこと

  • 案件票では「業務範囲」「体制」「単価の妥当性」の3点を最優先

  • 顔合わせでは面談官の把握度・体制・KPIを具体的に確認

  • 契約書では支払サイト・解除条項・スコープを必ずレビュー

  • 経験年数・稼働形態・案件期間で重み付けを変える

  • 参画後の違和感は早期にエージェントへ共有し、契約書に沿って動く

案件選定は情報量と判断基準の掛け合わせで精度が上がります。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理していますので、単価水準と危険サインの両面で自分の判断軸を作ってみてください。

参考にした一次情報

よくある質問

AnswerMark

必ずしもそうではありません。要件不明確でも意思決定者が明確な案件、単価が低くても学習機会が明確な案件は、状況によっては合理的な選択です。「自分にとってのマイナス要因が許容範囲か」で判断します。

AnswerMark

案件票で拾えるのは主にサイン1〜5の5項目です。顔合わせでの確認が最も情報量が多く、案件票の情報不足を面談で補える案件も多いため、案件票だけで結論を出さない方が良いケースが多くなります。

AnswerMark

もちろん可能です。エージェント経由なら、担当者に理由を共有すれば辞退の調整をしてもらえます。辞退理由は具体的(「レビュー体制が明確でなかった」等)に伝えると、次案件のマッチング精度が上がります。

AnswerMark

存在します。エージェントの案件審査は水準を上げますが、要件の変動・体制の実態は面談・参画後にしか分からない部分があるためです。エージェント経由でも15項目チェックは省略しないのが安全策です。

AnswerMark

「高単価の理由」が明確に説明できるかで判断します。上流工程担当・特殊技術要求・短納期対応など、単価が高い正当な理由が示されるなら検討の余地があります。理由なく高い場合、商流過長・要求水準過大・地雷ケースの可能性が上がります。

AnswerMark

契約書の解除条項に沿えば可能です。準委任契約では中途解約の規定が置かれていることが多く、通知期間や誠実対応の内容は契約ごとに異なります。実際の進め方は契約書の記載を確認したうえで判断します。詳細はフリーランスエンジニアのトラブル事例とその対策方法〜契約途中での解約〜を参考にしてください。

AnswerMark

商流が長くなるほど要件伝達の伝言ゲーム化リスクは上がる傾向があります。ただし、商流の長さそのものより「発注元との距離」と「支払責任者の安定性」が本質です。二次請けでも発注元と直接会話できる案件なら、商流の長さは大きな問題になりにくいケースがあります。

AnswerMark

あります。「新規サービス開発」「立ち上げフェーズ」など裁量が大きい案件は、要件が固まりきる前に着手するのが自然です。全ての不確定要素を地雷と見なすと、成長機会や高単価案件を逃す可能性があります。15項目は「不確定であること」ではなく「不透明であること」を検知するためのリストです。

AnswerMark

参画期間を最短で切り上げ、稼働中に次案件を並行して探すのが実務的です。エージェントに早期に相談すれば、次案件の紹介と契約解除の調整を並行できます。離脱の理由を客観的に説明できるようメモを残しておくと、次面談での説得力が増します。

AnswerMark

サイン8(レビュー体制)とサイン6(面談官の把握度)を最優先で確認します。レビュアーがいない案件では、成果物の妥当性を自分で判断せざるを得ず、経験浅い層には負荷が過大になりやすい傾向があります。詳細はフリーランスエンジニアの失敗パターン7選|やめとけと言われる理由と回避策も併せて確認してください。

タグからお役立ちコンテンツを探す