フリーランス案件比較シートの作り方｜複数提案を整理する実務手順

案件比較シートとは｜何のために作るか

案件比較シートは、複数案件を同じ物差しで並べて条件差を可視化する道具です。単一案件の良し悪しを判断するためではなく、「A案件は単価が高いがスキル拡張はB案件のほうが上」といった、案件ごとに強みが違うケースで意思決定を助けるために使います。フリーランス案件の提案比較は、単価・稼働・業務内容・契約条件を同じ表に並べ、情報列とスコア列を分けて判断するのが基本です。

エージェント経由で並行提案を受けるとき、面談は各社バラバラの時期に入り、提案書のフォーマットも各社異なります。頭の中で比較しようとすると、直近で面談した案件の印象に引っ張られやすく、初めに聞いた案件の条件を過小評価しがちです。この認知バイアスを避けるのが比較シートの実務価値です。

使うべき場面と使わなくてよい場面

比較シートが効くのは以下のような場面です。

• 同時期に2件以上の提案を受けて、いずれかを1週間程度で決める必要がある

• 単価は近いが業務内容や稼働条件で差がある

• 継続案件の更新タイミングで、次案件候補と現案件を比較したい

一方、以下のケースでは無理に作らなくても判断できます。

• 時給換算まで揃えたうえで一方が明確に上回り、業務内容や契約条件でも見劣りしない

• そもそも1件しか提案が来ていない

• 業務内容が自分の専門から明確に外れている

なお月額単価の額面差だけで「差が大きい」と判断しないでください。月20万円の差があっても、週5日常駐と週3日フルリモートでは実質時給が逆転することがあります。額面差が大きいケースこそ、先に時給換算を揃えてから比較の要否を判断します。

比較シートは「決めるための道具」であって「作ること自体が目的ではない」点を先に押さえておきます。

印象評価との違い

印象評価は「なんとなくA案件のほうが良さそう」という感覚を、比較シートは「A案件は単価4点×重み3／稼働3点×重み2／業務内容2点×重み2で、この3カテゴリの小計は22点」といった分解された根拠に変換します。決めた後で「なぜA案件を選んだか」を自分でも説明できるようになるため、選ばなかったB案件のエージェントに辞退連絡を入れるときも理由を整理しやすくなります。

比較シートに載せる項目｜7つの基本カテゴリ

比較シートの項目は思いつくままに並べると重複や抜けが出ます。まず7カテゴリを縦軸に置き、その中で細目を決める設計にすると、複数案件を並べたときにセルが埋まらない項目が浮き上がります。

カテゴリ1：単価・報酬

• 月額単価（税別／税込）

• 支払サイト（月末締め翌月末払い等）

• 時給換算（稼働時間で割った実質時給）

• 精算幅（下限〜上限の中間清算方式か固定か）

月額単価だけを見ると稼働時間の想定差で誤解が生まれます。時給換算まで揃えると案件ごとの実質単価差が見えます。時給換算の考え方は「月単価の時給換算と会社員年収の比較｜業務委託の実質時給計算式」で計算式を確認できます。

カテゴリ2：稼働条件

• 週稼働日数

• 1日の想定稼働時間

• 出社頻度（フルリモート／週1出社／常駐等）

• コアタイム

• 稼働開始時期

出社頻度は通勤時間コストとして時給換算に反映すると、フルリモート案件との実質差が正しく比較できます。

カテゴリ3：業務内容と工程

• 主担当工程（要件定義／設計／実装／保守）

• 技術スタック（言語・フレームワーク・DB）

• 裁量範囲（設計判断が任されるか）

• 既存コード状況（新規開発／既存改修）

技術スタックは「使う技術」だけでなく「学べる技術」として扱うと、スキル拡張の観点でも比較できます。

カテゴリ4：契約条件

• 契約形態（準委任／請負）

• 契約期間と自動更新の有無

• 中途解約条項（○ヶ月前通知）

• 実績公開の可否

• 秘密保持と競業避止の範囲

準委任と請負は責任範囲が違うため、契約形態が違う案件を並べるときは一般には同じ物差しに換算せず、別項目として並記するほうが比較しやすくなります。契約条件の最終確認は、必要に応じてエージェント担当者や専門家に相談してください。

カテゴリ5：環境・体制

• チーム人数

• レビュー体制（コードレビュー担当がいるか）

• ドキュメント整備状況

• コミュニケーションツール（Slack、Teams等）

• 進捗管理方式（スクラム／カンバン／その他）

レビュー体制の有無は、駆け出し〜中堅にとってはスキル拡張の速度に直結するため、単価と同じくらい重視されるケースがあります。

カテゴリ6：リスク要因

• クライアントの事業安定性（上場・非上場、業界動向）

• 過去にトラブル報告があるか（エージェント担当者に確認）

• 実績を公開できないケース

• キャンセルや延期の頻度

リスクは数値化しづらいカテゴリですが、「気になる項目があるか／ないか」の2値で入れておくと、点数が拮抗したときの判断材料になります。ただし、支払状況や過去トラブルは担当者が開示できないケースもあるため、回答が得られないときは「不明」として扱います。

カテゴリ7：キャリア連続性

• 次案件に繋げやすい実績になるか

• 業界経験として広がるか

• 経歴書に書ける表現になるか

• 技術タグ（言語・領域）が今後の市場需要と合うか

キャリア連続性は目先の単価より効いてくることがあります。特に独立2〜3年目で経歴の方向性を決める時期は、比較シートの重み付けをこのカテゴリに寄せると後悔が少なくなる傾向があります。

ミニFAQ：カテゴリを7つ全部埋める必要はある？

情報が集まらない項目は空欄のままで構いません。空欄の多さそのものが「情報が足りていない」というシグナルになるため、面談前・面談後・エージェント担当者への追加確認前の3回に分けて埋めていくのが実務的です。全項目が埋まってからスコア化するのが理想ですが、決定期限がある場合は「空欄はゼロ点扱い」ではなく「空欄は加点も減点もしない」で処理します。

実際に作ってみる｜Google Sheets での作成手順

Google Sheets を例に、比較シートの最小構成を作ります。Excel や Notion でも同じ考え方が使えます。

手順1：シート構造の設計

案件が2〜4件なら行に項目・列に案件名の縦長構成が使いやすくなります。5件以上並べる場合は列に項目・行に案件名の横長構成に切り替えると、項目名を上に固定して案件をスクロールできます。

一般的な2〜3件比較なら、A列に項目名、B列以降に案件A・案件B・案件Cを並べます。1行目は案件名、2行目以降は先ほどの7カテゴリを順に並べます。

手順2：データ型を分ける

各項目は3種類のデータ型で管理します。混在させると集計が崩れます。

• 数値型：月額単価、週稼働日数、時給換算などの絶対値

• 選択肢型：出社頻度（フル／週1／週3等）、契約形態などの分類

• 自由記述型：業務内容の詳細、リスクの気になる点

選択肢型は「データの入力規則」でプルダウン化しておくと、入力ブレを防げます。自由記述型は同じセルに詰め込まず、メモ用の別列を用意します。

手順3：スコア列を分ける

「情報を書く列」と「スコアを付ける列」を物理的に分けるのがコツです。同じ列で情報とスコアを兼ねると、書いた情報を客観視できずスコアが甘くなります。

具体的には、案件Aの列の右にもう1列「案件A_score」を追加し、そこに1〜5のスコアを入れます。ここでの1〜5点は、5点が「自分にとって理想的」、1点が「明確に問題あり」の意味です。

手順4：重み付き合計の計算

重み付けは別シートに「カテゴリ重み表」を作ります。カテゴリ列と重み列（1〜3の値）を並べておき、SUMPRODUCT関数でスコア列と掛け合わせて合計します。重み表を分離しておくと、キャリアフェーズが変わったときに全体を作り直さずに済みます。

例として、SUMPRODUCT関数でスコア範囲と重み範囲を掛け合わせる形にすれば、案件Aの重み付き合計をB列末尾に出せます。

判断軸に対する重み付けの詳しい理屈は既存記事「案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位」に整理があります。本記事の重み設計はその実装として扱ってください。

ツール別の向き不向き

シート作成に使うツールは、案件数と情報の性質で選び分けます。

Google Sheets / Excel の使い分け

Google Sheets は同時編集と共有リンクの手軽さで優位です。エージェント担当者や配偶者と情報を共有しながら決めたい場合はこちらが向きます。ただし提案書の内容や単価をそのまま共有していいかは事前に確認し、共有範囲は必要最小限に留めてください。Excel はオフラインで作業できる点、SUMPRODUCT等の関数群が長年安定している点で、自分ひとりで完結して深く分析したい場合に向きます。

Notion / Airtable

案件情報を長期的に蓄積したい人には Notion・Airtable が向きます。案件ごとに1ページを持てるため、面談メモや提案書PDFをそのままぶら下げられます。ただしスコア集計は数式が弱く、Google Sheets ほど機械的に比較しづらい面があります。Notionで案件ページを持ち、比較の瞬間だけGoogle Sheetsに転記するという併用は、案件情報を継続蓄積したいフリーランスにとって使いやすい構成です。

紙・ホワイトボード

「案件を洗い出す段階」だけ紙で整理し、決定用の比較はデジタルに移すという使い方が向きます。紙はデータ再計算に弱いですが、思考を発散させる用途では他ツールを上回ります。

AI（ChatGPT・Claude等）の使い方

生成AIに提案書のPDFを読ませて項目を抽出させる、比較表の初期フォーマットを作らせる、といった用途は使いやすくなっています。ただしAIが出したスコアをそのまま採用しないのが原則です。AIには案件先の内情や自分のキャリア計画は見えていないため、あくまで「叩き台の生成」までに留めます。

なお提案書や面談メモをAIに入力する際は、企業名・個人名・単価などの機微情報を伏せるか、利用しているAIサービスの利用規約や学習利用条件を事前に確認してから使うことをおすすめします。特に法人向けの守秘義務がある案件は、社外AI（無料版含む）への投入を避けるのが安全です。

ミニFAQ：ツールは1つに絞るべき？

無理に絞る必要はありません。初期整理は紙・蓄積はNotion・比較の瞬間はSheetsという併用は、案件情報を長期的に管理したい人にとって使いやすい構成です。ただしスコアリング時のツールは1つに固定して、案件間で計算方法が食い違わないようにしてください。

記入の実務｜情報の集め方と転記ルール

比較シートは埋まっている情報の量が肝心です。集まる前にスコア化しても意味がないため、情報源ごとに集めるタイミングを分ける設計にします。

提案書から取れる情報

エージェント経由の提案書には、以下の項目が記載されていることが多いです。

• 案件名、期間、業務内容の概要

• 想定単価（幅で書かれることが多い）

• 稼働条件（週日数・出社頻度）

• 使用技術スタック

• 求められるスキル要件

提案書の情報はそのまま比較シートにコピーせず、自分の解釈で書き直すのが実務のコツです。特に「想定単価○○〜○○万円」の場合、下限と上限の両方をシートに入れ、面談後に確定値で更新します。

面談で確認する項目

提案書に書かれていない、または曖昧な項目は面談で聞き出します。面談前に質問リストを比較シートから逆引きしておくと、空欄が埋まる面談になります。

• レビュー体制の実態（担当者の稼働率）

• ドキュメント整備状況

• 過去の稼働者のフィードバック

• 契約期間の実運用（自動更新が実質デフォルトか）

• 稼働開始時期の柔軟性

面談の準備は既存記事「フリーランスエンジニアの面談で聞かれる質問と回答例｜職種別Q&Aと逆質問まで解説」と「フリーランスエージェントとの面談の内容と必要な準備」を参照してください。

エージェント担当者から聞く項目

面談では踏み込みにくい項目は、エージェント担当者経由で確認します。

• 過去の同案件参画者の稼働継続率

• クライアントの支払遅延の有無

• 実績公開の可否

• 準委任の実運用（工数超過時の扱い）

同じクライアントへの紹介実績がある担当者であれば、こちらより詳しい情報を持っていることがあります。遠慮せず質問リストを渡すのが有効です。ただし担当者側が開示できる情報の範囲はエージェントごとに違うため、答えられない項目があっても不自然ではありません。

情報が埋まらない項目の扱い方

決定期限までに埋まらない項目は、以下の3種類に分けて処理します。

• 確認可能な項目：面談前後で追加質問して埋める

• 確認不可能な項目：空欄のまま「不明」タグを付ける

• 判断に影響しない項目：一旦シートから外す

不明タグを付けた項目が3個以上あるカテゴリは、そのカテゴリのスコア重みを下げるのが誠実です。判断材料が薄いカテゴリで重み付き合計を膨らませても、実態を反映しない数字になります。

重み付けとスコアリング｜キャリアフェーズ別のカスタマイズ

同じ7カテゴリでも、キャリアフェーズによって重みを変えると意思決定の精度が上がります。カテゴリ別の判断軸そのものは既存記事「案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位」に整理があり、本節は重み付けの具体例に絞ります。

駆け出し〜独立1年目

実務経験の幅を広げたい時期は、以下の順に重みを置くケースが多くなっています。

• 業務内容と工程（重み3）

• 環境・体制（重み3）

• キャリア連続性（重み2）

• 単価・報酬（重み1）

• その他（重み1）

単価より学べる環境を優先することで、2件目以降の提案時に交渉材料になる実績を積みやすくなります。

独立2〜5年目

実績が積み上がってきたら、単価とスキル拡張の両立に重心が動きます。

• 単価・報酬（重み3）

• キャリア連続性（重み2）

• 業務内容と工程（重み2）

• 稼働条件（重み2）

• その他（重み1）

この時期は「実質時給の伸び」と「次の案件を選ぶ幅」を両方見るのが実務的です。単価を上げる方法論は既存記事「エンジニアの単価を上げる5つの方法｜タイミング・条件・実例で読み解くフリーランス単価アップの実践ガイド」を参照してください。

シニア・専門性重視

専門領域が固まってきたら、次の案件でどんな役回りを求められるかで重みを変えます。

• キャリア連続性（重み3）

• 業務内容と工程（重み3）

• リスク要因（重み2）

• 単価・報酬（重み1〜2）

• その他（重み1）

単価は市場相場の上位にいれば十分で、案件の性質のほうを重視するフェーズです。自分の市場単価がどの位置にあるかは、無料のフリーランスエンジニア単価診断で目安を確認できます。

よくある失敗5つと対策

比較シートを使い始めた人が陥りやすい失敗パターンを整理します。

失敗1：情報が集まる前にスコア確定する

面談前の提案書だけで点数を付けてしまい、面談後の情報でスコアを更新しないケースです。「情報を集めきる列」と「点数を付ける列」を物理的に分ける運用にすると、集めきる前にスコアを埋める習慣が抑えられます。

失敗2：高単価だけで決める

単価カテゴリの重みを最大にすると、時給換算や継続性を無視して短期的に高い案件を選びがちです。時給換算まで揃えて比較する、契約期間と自動更新を並列で見ることで、短期高単価の落とし穴を避けられます。

失敗3：感情スコアの数値化に頼りすぎる

「なんとなく良い印象」をスコアに含めると、比較シートの客観性が薄れます。印象は「メモ欄」に自由記述で残し、スコアには含めない運用が安全です。決定した後に感情面を最終確認する形にします。

失敗4：提案書の情報を鵜呑みにする

提案書の「稼働時間フレックス」「フルリモート可」といった条件は、実運用では制約があるケースがあります。面談やエージェント経由で実運用を確認するまで、シートには「（要確認）」タグを付けておくのが実務的です。

失敗5：比較シートを使い捨てにする

決めた案件が終わった後、シートを破棄してしまうケースです。過去の比較記録は次回案件の判断材料になるため、Notion等に案件履歴として蓄積するか、Google Sheets の別シートにアーカイブしておきます。数年蓄積すると自分の判断傾向が可視化されます。

決めた後の動き方｜断りと承諾の連絡

比較シートで案件を絞り込んだ後、承諾と辞退の連絡フェーズがあります。ここも比較シートが役立ちます。

承諾する案件への連絡

エージェント担当者へ、承諾する旨と稼働開始日を明記した返信を送ります。比較シートで見えた気になる項目（レビュー体制、契約更新条件等）は、承諾連絡と同時に確認事項として並べておくと、稼働開始後の齟齬を減らせます。

辞退する案件への連絡

辞退連絡は、案件やクライアントへの言及を避け、「他案件と条件を比較した結果」という抽象度で伝えるのが実務マナーです。理由を細かく書きすぎると、次回同じエージェントから提案を受けにくくなります。文面例と注意点は既存記事「案件の断り方｜フリーランスエンジニアの辞退マナーと状況別メール例文」を参照してください。

決めきれないときの最終判断

たとえば重み付き合計の差が5%以内など、自分の中で「僅差」とみなす基準を先に決めておくと判断しやすくなります。僅差になったときの決め手として、以下のような順序が使われます。

• 1年後のキャリアにより繋がる案件

• 契約解除しやすい案件（中途解約条項が緩い方）

• 稼働開始が近い案件

「1年後にどちらが良かったと言えそうか」で決めるという視点は、後悔の少ない選び方の一つとして参考にしてください。

比較シート運用チェックリスト

比較シートを完成させた後、最終判断前に確認すべき項目を並べます。

• 7カテゴリすべてに1項目以上入っているか

• 「情報の列」と「スコアの列」が分かれているか

• スコアの1〜5の意味が定義されているか

• 重み付き合計の計算式が正しいか

• キャリアフェーズに合った重みになっているか

• 情報の空欄には「（要確認）」タグが付いているか

• 面談・エージェント経由で追加確認する項目が抜き出されているか

• 決定期限までのスケジュールが並んでいるか

まとめ

案件比較シートの作り方は、7カテゴリの項目設計→データ型分離→スコア列と情報列の分離→重み付き合計→キャリアフェーズ別カスタマイズの順で組み立てます。判断軸の考え方そのものは既存記事「案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位」に整理があるため、本記事はその実装として使ってください。

比較シートの実務価値は、客観的に比較しやすくなることに加え、決めた後に判断根拠を自分の言葉で説明できるようになる点にもあります。エージェント担当者への辞退連絡、承諾後のクライアントとの認識合わせ、次回案件の比較にも同じシートが役に立ちます。1回作って捨てるのではなく、キャリアの記録として蓄積する運用に切り替えてみてください。

次のステップ：

• まず既存の案件提案があれば、Google Sheets に7カテゴリの空表を作って埋め始める

• 判断軸の重み付けが決められない場合は「案件の選び方｜単価・稼働・スキルで決める優先順位」で優先順位の考え方を確認する

• 自分の市場単価が分からず単価カテゴリの重みを決めかねる場合は、無料のフリーランスエンジニア単価診断で目安を把握する

• 単価そのものを上げる観点は「エンジニアの単価を上げる5つの方法」を参照する

参考リンク：

• 案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位

• 月単価の時給換算と会社員年収の比較｜業務委託の実質時給計算式

• 案件の断り方｜フリーランスエンジニアの辞退マナーと状況別メール例文

• フリーランスエンジニアの面談で聞かれる質問と回答例

• Google スプレッドシート（公式）

• Notion（公式）