案件を受けるべきか迷ったら？｜単価・工数・納期・契約条件から受注判断する方法

はじめに

フリーランスや個人事業主として仕事をしていると、
「この案件を受けるべきか？」
と迷う場面があります。

提示された金額が高ければ魅力的に見えますが、
案件の良し悪しは単価だけでは判断できません。

たとえば、

• 報酬は高いが工数が読めない
• 納期が既存案件と重なっている
• 修正回数が決まっていない
• 追加作業の扱いが曖昧
• 実績にはなるが低単価
• 継続案件になりそうだが確定していない

といったケースがあります。

案件を受けるかどうかは、
報酬・工数・納期・稼働・契約条件・将来価値を分けて整理してから判断することが重要です。

この記事では、
案件受注前に確認したいポイントと、
ACCEPT・CONDITIONAL・HOLD・DECLINEの4つに分けて判断する方法を解説します。

案件受注は「単価が高いか」だけでは決められない

案件を見るとき、
最初に目に入るのは報酬額です。

しかし、

50万円の案件だから良い案件

とは限りません。

たとえば50万円でも、
必要な作業量が確定していなければ、
実際にどれだけ時間がかかるか分かりません。

反対に、
金額だけを見ると小さな案件でも、

• 作業範囲が明確
• 工数を見積もれる
• 既存顧客で進め方が分かる
• 納期に余裕がある
• 追加作業の扱いが決まっている

のであれば、
受注しやすい案件になることがあります。

大切なのは、
金額そのものではなく、その金額で何をどこまで引き受けるのかを見ることです。

まず案件の作業範囲を確認する

最初に確認したいのは、
案件の対象範囲です。

Web制作であれば、

• 対象ページ数
• デザイン範囲
• 実装範囲
• フォーム数
• スマートフォン対応
• データ移行
• 原稿作成
• 写真撮影
• ロゴ制作
• 公開作業

などがあります。

「Webサイト制作一式」のような表現だけでは、
工数を判断できません。

また、
開始時点では小さな案件に見えても、
途中で新しい機能やページが追加されれば負担は変わります。

そのため、

今回の報酬に含まれる作業はどこまでか

を最初に整理しておく必要があります。

工数と現在の稼働を比較する

案件の実行可能性を判断するには、
想定工数と自分の稼働を比較します。

たとえば、

• 想定工数：32時間
• 案件期間：4週間
• 案件に使える時間：週10〜12時間

なら、
4週間で確保できる時間は40〜48時間程度です。

この場合、
入力された条件だけを見ると、
32時間の想定工数は稼働枠に収まります。

ただし、

4週間あるから大丈夫

と判断するのは早すぎます。

実際には、

• 顧客確認待ち
• 修正
• 素材支給
• 公開準備
• 既存案件
• 突発対応

などもあります。

総時間だけではなく、
作業が特定の週に集中しないかも確認することが重要です。

想定工数が分からない場合は、納期だけで判断しない

受注前の時点では、
工数がまだ見積もれていないケースもあります。

この場合、

• 納期が1か月ある
• 平日に数時間使える
• 金額が高い

といった条件だけでは、
実行可能か判断できません。

まず、

• 作業範囲
• ページ数
• 機能
• 修正範囲
• 素材
• 顧客確認
• 公開作業

などを確認し、
工数を見積もれる状態にする必要があります。

工数が分からないまま固定報酬・固定納期で受けると、
後から作業負担が大きくなる可能性があります。

時間あたり報酬は参考にはなるが、利益ではない

報酬と想定工数の両方が分かっていれば、
単純な時間あたり報酬を計算できます。

たとえば、

• 報酬：320,000円
• 想定工数：32時間

であれば、

320,000円 ÷ 32時間 ＝ 10,000円／時間

です。

ただし、
これはあくまで単純な時間あたり報酬です。

ここから、

• 外注費
• 有料素材
• ツール費
• 営業や契約対応
• 請求作業
• 税金
• 追加修正

などが発生する可能性があります。

そのため、

1時間1万円だから利益率が高い

とは判断できません。

また、
時間あたり報酬が高いから受けるべきとも限りません。

納期と既存案件の重なりを見る

新しい案件だけを見るのではなく、
現在進行している仕事との重なりも確認します。

たとえば、

• 既存案件が2件進行中
• そのうち1件と納期が重なる
• 新案件の工数は未確定

という状態なら、
新案件単体では対応できそうでも、
全体では余力が不足する可能性があります。

確認したいのは、

• 既存案件の納期
• 新案件の納期
• 忙しくなる時期
• 修正が重なる可能性
• 土日や夜間を使わないと成立しないか

です。

「空いている時間がある」ではなく、
実際の案件スケジュールの中に配置できるかを見る必要があります。

修正回数と追加作業の扱いを確認する

受注後に工数が増えやすい原因の一つが、
修正と仕様変更です。

特に、

細かい部分は進めながら決めたい

という案件では注意が必要です。

この進め方自体が悪いわけではありません。

問題は、

• 何が当初範囲か
• 何が追加作業か
• 修正と仕様変更をどう分けるか

が曖昧なまま進むことです。

受注前には、

• 修正範囲
• 修正回数
• 追加ページ
• 新機能
• 仕様変更
• 作り直し

などの扱いを確認しておきます。

具体的な契約条件をAIが勝手に決めるのではなく、
何を当事者間で確認する必要があるかを整理することが重要です。

顧客の過去実績も判断材料になる

既存顧客の場合は、
これまでの取引実績も判断材料になります。

たとえば、

• 過去に支払い遅延がなかった
• 大幅な仕様変更がなかった
• 返信が比較的安定していた
• 納品後の大きな問題がなかった

といった情報です。

これは新規顧客よりも、
進行上の不確実性を減らす材料になります。

ただし、

過去に問題がなかったから今回も絶対大丈夫

とは言えません。

過去実績はあくまで参考情報として扱い、
今回の作業範囲や条件も改めて確認します。

実績価値や継続可能性は「確定価値」と分ける

案件を受けたい理由として、

• 実績になる
• 継続案件になりそう
• 紹介につながりそう
• 将来の仕事につながりそう

というものがあります。

これらは受注判断の材料になります。

ただし、
確定していないものは、
現在の報酬と同じようには扱えません。

たとえば、

保守契約について相談されている

のであれば、
「保守契約になる可能性がある」とは言えます。

しかし、

毎月継続売上が発生する

とはまだ言えません。

同じように、
実績公開の許可が取れていなければ、
営業に使える実績として確定しているわけではありません。

現在確認できている価値と、将来の期待を分けることが大切です。

案件を受けることで失う時間も考える

案件には機会費用があります。

案件を受けることで、

• 他の案件
• 新規営業
• 自社サービス
• 商品開発
• 学習
• 休息

に使える時間が減ります。

ただし、
まだ受注していない別案件を、

この案件を受けると20万円損する

と扱うことはできません。

確定していない機会は、
あくまで選択肢として整理します。

重要なのは、

この案件に時間を使うことで、何を後回しにするのか

を意識することです。

ACCEPT・CONDITIONAL・HOLD・DECLINEで整理する

案件受注は、
「受ける」「断る」の2択だけにしない方が判断しやすくなります。

ACCEPT

現在確認できている条件から、
今の条件で受ける合理性がある状態です。

たとえば、

• 作業範囲が明確
• 工数を見積もれている
• 稼働内に収まる
• 必要スキルがある
• 契約条件も大きく不足していない

場合です。

ACCEPTは、
利益や成功を保証する意味ではありません。

CONDITIONAL

そのままでは受けにくいものの、
条件を整理・変更すれば受注できる可能性がある状態です。

たとえば、

• 追加作業の扱いが曖昧
• 会員機能を含めるか未確定
• 修正条件が決まっていない
• 原稿支給時期が不明

といった場合です。

「何が変われば受けられるか」を明確にします。

HOLD

重要な情報が不足し、
まだ受注・辞退のどちらにも進めない状態です。

たとえば、

• 工数が分からない
• ページ数が未確定
• 作業範囲が大きく変わる可能性がある
• 現在の稼働と比較できない

場合です。

HOLDでは、
何を確認すれば判断が進むかを整理します。

DECLINE

現在確認できている条件から、
受注しない合理性がある状態です。

たとえば、

• 現在の稼働では納期に収まらない
• 必要な作業に対応できない
• 条件整理に応じてもらえない
• 既存案件へ具体的な悪影響が出る

といった場合です。

「少し不確実」だけでHOLDにしない

受注判断では、
慎重になりすぎることにも注意が必要です。

どの案件にも、

• 工数が多少増えるかもしれない
• 顧客の返信が遅れるかもしれない
• 技術的な問題が起きるかもしれない

という不確実性はあります。

条件が十分整理されていて、
工数・稼働・スキル・納期が成立しているなら、
軽微な不確実性だけでHOLDにする必要はありません。

大切なのは、

判断できないほど重要な情報が不足しているのか

と、

通常の案件進行でも存在する程度の不確実性なのか

を分けることです。

受注前に確認したい主な項目

案件によって異なりますが、
受注前には次のような項目を確認します。

• 作業範囲
• 想定工数
• 納期
• 現在の稼働
• 必要スキル
• 対応できない作業
• 修正範囲
• 追加作業
• 素材支給
• 顧客確認
• 検収
• 支払い条件
• 実績公開
• 継続案件の可能性
• 他案件や自社活動との競合

すべての条件を完璧に決める必要はありません。

ただし、
判断を大きく左右する条件が未確認のまま契約しないことが重要です。

WorkPaletteで案件受注判断を整理する

WorkPaletteでは、
「案件受注判断」のAIフローを使って、
案件を受ける前の判断材料を順番に整理できます。

フローでは、

1. 案件条件と判断前提を整理
2. 工数・稼働・実現可能性を確認
3. 報酬・経済条件を整理
4. 実績価値・継続性・機会費用を確認
5. 顧客・契約・進行リスクを整理
6. 受注条件とトレードオフを比較
7. 最終受注判断

という流れで確認します。

最終的には、

• ACCEPT
• CONDITIONAL
• HOLD
• DECLINE

のいずれかで、
現時点の判断を整理します。

入力されていない工数や利益率、
将来売上、契約条件などを勝手に補って判断するのではなく、
確認済みの事実・期待・懸念・未確認事項を分けて考えることを重視しています。

まとめ

案件を受けるか迷ったときは、
提示報酬だけで判断しないことが重要です。

確認したいのは、

• 何をする案件か
• どれくらい工数が必要か
• 納期内に稼働を確保できるか
• 追加作業や修正の扱いは明確か
• 顧客・契約上のリスクは何か
• 実績や継続価値は確定しているか
• 受注によって何を後回しにするか

です。

条件が十分整っていればACCEPT、
条件次第ならCONDITIONAL、
情報不足ならHOLD、
成立しない条件が確認できればDECLINE。

「なんとなく良さそうだから受ける」のではなく、
どの条件なら受けられるのかを整理してから判断することが、
無理な案件を避けながら良い案件を逃さないためのポイントです。