月額単価が高い案件を選んだのに、想定より拘束が長い。あるいは、使いたかった技術にほとんど触れられない。案件票の金額だけを比べると、こうしたミスマッチを見落としやすくなります。
フリーランス案件の選び方では、単価を入口にしつつ、仕事内容・稼働条件・商流・契約条件・次につながる経験を同じ土俵で比べるのが実務的です。条件を並べると、「高いか安いか」ではなく「自分に合うか」で判断できます。
単価は「受け取る額」だけで比べない
同じ月額単価でも、働き方が同じとは限りません。固定精算か精算幅があるか、想定される稼働、定例の多さ、出社頻度、緊急対応の有無まで見ると、案件ごとの負担が見えてきます。
- 精算方法と想定稼働
- 出社・リモートの条件
- 定例や時間外対応の有無
- 貸与端末や作業環境の制約
- 参画開始日と契約更新の単位
単価だけを一列で比較するのではなく、その金額でどこまでの稼働と責任を求められるのかを横に書き足します。条件が曖昧な案件は、比較表の時点で「要確認」にしておくと面談で聞くことも明確になります。
技術名より「任される仕事」を確認する
「Java」「React」「AWS」のような技術スタックは入口です。同じ技術を使う案件でも、実装中心なのか、基本設計やレビューまで担うのか、顧客との要件整理まで入るのかで、得られる経験は変わります。
ここで大切なのは、上流工程が常に正解ということではありません。実装力を深めたい時期なら、設計会議ばかりの案件は合わないことがあります。反対に、次の案件で設計・レビュー経験を示したいなら、実装だけに閉じる案件では伸ばしにくいでしょう。
案件票を読むときは、「何を使うか」に加えて「自分がどこからどこまで担当するか」を一文で書けるか確認してみてください。
商流は「意思決定までの距離」で見る
商流の名称だけを見ても、実際の働きやすさまでは分かりません。案件選びで確認したいのは、仕様や優先順位について誰に質問できるか、変更判断がどの経路で返ってくるかです。
- 日々の指示・相談先は誰か
- 仕様変更を決める人と直接話せるか
- 契約条件の窓口と現場の窓口は同じか
- 認識差が出たとき、誰が整理するか
情報の経路が長い案件でも、役割分担が明確なら進めやすいケースはあります。逆に「誰に聞けばよいか分からない」状態は、技術力とは別のところで手戻りを増やします。面談では組織図より、実際の相談経路を聞くほうが判断材料になります。
契約条件は案件票と書面の両方で確認する
参画したい案件が見つかったら、最後は契約条件を確認します。公正取引委員会の案内では、フリーランスへ業務委託をする際、業務内容や報酬額・支払期日などの取引条件を、書面または電磁的方法で明示することが示されています。
案件票で聞いていた内容と、契約時の業務範囲・報酬・提供時期などにズレがないかを見ます。「面談で聞いたから大丈夫」で終わらせず、後から確認できる状態にしておくのがポイントです。
特に役割が広い案件では、「必要に応じて対応」の範囲をそのままにしないほうが安全です。障害対応、夜間対応、追加の会議参加など、負担が大きくなり得る項目は参画前に確認しておきましょう。
迷った案件は一枚の比較表にする
候補が複数あると、面談後の印象だけで決めたくなります。そこで、案件ごとに次の項目を一枚へ並べます。
- 単価と精算条件
- 実際に担当する業務
- 責任範囲と期待される役割
- 出社・稼働・緊急対応などの働き方
- 商流と日々のコミュニケーション経路
- 契約更新や終了時に確認すべき条件
- 次の案件で説明できる経験が増えるか
ここまで埋めると、「単価は高いが役割が曖昧」「金額は少し控えめでも、狙っていた設計経験が積める」といった違いが見えます。優先順位は人によって変わるので、全項目で最高の案件を探す必要はありません。
まずは今検討している案件を二つ並べ、空欄になった条件を面談で確認する質問へ変えてみてください。案件選びの精度は、比較する情報をそろえるところから上げられます。