クライアントから「概算でいいので見積もりを出してほしい」と言われて、手が止まってしまった経験はありませんか。いくらで出せばいいのか、何をどう書けばいいのか分からず、結局は相場をなんとなく調べて、失注が怖いからと少し低めの金額を提示してしまう。そんな値付けを繰り返している方は少なくありません。
見積もりの難しさは、技術力とは別のスキルが求められる点にあります。開発自体は問題なくこなせても、人月・人日への換算、源泉徴収の扱い、相見積もりへの対応といった「お金まわりの実務」は、誰かが体系的に教えてくれるものではありません。だからこそ我流になり、「安すぎた」「工数を読み違えて赤字になった」という後悔が積み重なっていきます。
本当に厄介なのはその先です。相場より安く請ければ消耗し、かといって高く出せば失注が怖い。この板挟みのまま「その都度の値付け」を続けていると、単価が固定化して収入が頭打ちになり、いつまでも価格で消耗する関係から抜け出せません。
この記事では、見積もりを「毎回ゼロから決める値付け」ではなく「自分の単価基準を運用する仕組み」として捉え直す方法を解説します。具体的には、相場で当たりをつけ、計算式で自分の単価を根拠化し、見積書に落とし込み、交渉で守る、という4ステップの流れです。職種・経験年数別の相場の目安から、希望年収から下限単価を逆算する計算式、複業（副業）ならではの注意点、相見積もりで値下げ競争を避ける交渉術まで、適正価格で受注し続けるための手順を順番に紹介します。読み終えるころには、次の見積もり依頼にその場で根拠を持って応えられるようになっているはずです。
フリーランスエンジニアの見積もりが「相場頼み」だと消耗する理由
最初に、なぜ「相場を調べてそのまま出す」「失注が怖いから安く出す」という値付けが、収入を不安定にしてしまうのかを整理します。ここを腹落ちさせておくと、このあとの計算式や交渉術が「なぜ必要なのか」がはっきり見えてきます。
相場をそのまま出す・安く出す値付けが起こす悪循環
相場や他者の提示額を基準に値付けをすると、一見「無難」に思えます。しかし、ここには2つの落とし穴があります。
1つ目は、相場が「平均値」でしかないことです。相場はスキル・経験・希少性が大きく異なるエンジニアをひとまとめにした平均であり、あなた個人が出すべき適正単価とは別物です。平均に合わせれば、本来もっと高く出せる人は取りこぼし、工数のかかる案件では赤字になります。
2つ目は、「安く出す」が習慣になると単価が固定化することです。失注が怖くて低めに出す。受注できたから「この金額でいけるんだ」と学習する。次もその金額を基準にする。この繰り返しで、あなたの単価はいつのまにか「安く請ける人」のラインに固定されます。安く請けた案件は作業密度が高くなりがちで、消耗して新規開拓の余力が削られ、また目の前の安い案件を取り続ける——という悪循環に入っていきます。
つまり「相場頼み・安値頼み」の値付けは、単発では損をしているだけに見えても、続けると「単価が上がらない構造」そのものを自分で作ってしまうのです。
見積もりは「値付け」ではなく「自分の単価基準の運用」
この悪循環を抜け出す鍵は、見積もりを「案件ごとの値付け」から「自分の単価基準の運用」へと捉え直すことです。
毎回ゼロから「この案件はいくらにしようか」と考えるのをやめ、先に「自分の単価の下限（これ以下は受けない）」と「標準提示額」を決めておきます。案件ごとには、その基準を当てはめて微調整するだけです。基準が先にあれば、相場や相手の予算に振り回されず、失注しても「自分のラインを守った結果」として納得できます。
本記事では、この単価基準を作り、運用に落とすまでを次の4ステップで進めます。
- 相場で当たりをつける: 職種・経験年数別の相場を「絶対値」ではなく「自分のレンジを置く基準点」として把握する
- 計算式で根拠化する: 希望年収から下限単価を逆算し、時間単価・人日・人月へ換算して自分の数字を持つ
- 見積書に落とす: 決めた単価を、必須項目・前提条件を備えた見積書に反映する
- 交渉で守る: 相見積もりや値下げ要求の場面で、価格を下げずに価値で選んでもらう
このあとのセクションは、この4ステップに対応しています。順番に読み進めれば、自分の単価基準が自然と組み上がっていきます。
フリーランスエンジニアの見積もり相場【職種・経験年数別の目安】
まずはステップ1、相場で当たりをつけます。大切なのは、相場を「この金額で出すべき正解」としてではなく、「自分の単価レンジをどのあたりに置くか」を判断する出発点として使うことです。
人月単価の相場感と、単価が大きくばらつく理由
フリーランスエンジニアの単価は「人月単価」、つまり「1人が1か月（約20営業日）稼働した場合の金額」で語られることが多くあります。エン・ジャパンが運営するフリーランススタートの定点調査によると、2025年12月度のフリーランスエンジニアの月額平均単価は78.3万円でした（エン・ジャパン プレスリリース、2026年）。職種や言語の違いによって、おおむね60万円台から110万円前後まで幅があります（レバテックフリーランス）。
なぜこれほどばらつくのでしょうか。主な変動要因は次の3つです。
- 職種: PM・ITアーキテクト・SRE・システムコンサルタントなど、設計・統括・運用基盤を担う職種は単価が高くなりやすい傾向があります。SREやCREは平均で90万円台に達するケースもあります。
- 使用言語・技術: 希少性の高い言語ほど単価が上がります。RustやGo、TypeScriptは上位で安定しており、生成AIの活用度も単価に影響します。コードの50%以上を生成AIで作成する層の平均月単価は約84万円で、活用度の低い層（25%以下）より約10万円高いという調査結果もあります（ファインディ プレスリリース、2026年）。
- 希少性・代替可能性: 「他の人でも代われる」スキルは買い叩かれやすく、「あなたでないと困る」領域は単価を守りやすくなります。
相場の幅が広いのは、「平均の中に、立ち位置のまったく違う人が混在しているから」です。だからこそ、平均値をそのまま自分の提示額にするのは危険なのです。
経験年数・スキルが単価に与える影響
相場のどこに自分を置くかは、経験年数とスキルの掛け合わせで見立てます。一般に、実務経験が浅い段階では相場の下限〜中央寄り、5年前後で中央、設計や技術選定をリードできる段階で中央〜上限寄り、という位置づけになります。
ただしこれは目安です。同じ「経験5年」でも、特定領域の専門性や、要件定義から関われる上流経験の有無で、置くべきレンジは変わります。自分の位置を見立てるときは、次の問いに答えてみてください。
- この案件の技術スタックで、自分は「即戦力」か「キャッチアップしながら」か
- 設計・要件整理から関われるか、決まった仕様の実装担当か
- 同じスキルを持つ人がどれくらいいそうか（希少か、代替可能か）
「即戦力・上流から関われる・希少」に近いほど相場の上限寄り、逆なら中央〜下限寄りが大まかな見立て方です。
相場の調べ方
相場の数字は、次の3つの情報源を組み合わせると立体的に把握できます。
- 案件ポータルの提示単価レンジ: 募集案件の単価レンジを、同職種・同言語で複数見ていくと、実際に市場で動いている価格帯が見えてきます。
- エージェントの提示額: エージェント経由の単価は、エージェントのマージンを引いた額です。直請けならこのマージン分を上乗せできる余地があると考えられます。
- 同職種の公開単価・調査レポート: 各種の定点調査や職種別の単価レポートを定期的にチェックすると、相場のトレンド（上昇・下落）まで掴めます。
ここで意識したいのは、相場を調べる作業を「都度の検索」で終わらせないことです。自分のスキル・希望単価・稼働条件に合致する案件が継続的に提示される仕組みを使えば、「いま自分のレンジに合う案件がいくらで動いているか」を常に把握でき、相場把握そのものが受注活動の一部になります。秋霜堂株式会社が運営する「Workee（Workee for Freelance）」のように、登録したスキルや希望単価・稼働条件をもとに合致度の高い案件を提示するマッチング型のサービスを使うと、自分のレンジに合う案件の単価感を毎回ゼロから調べ直す負荷を下げられます。
職種ごとの相場をさらに詳しく知りたい場合は、SREフリーランスの単価相場と案件獲得｜複業から始める参入手順やPMOフリーランスの案件単価相場と参入ロードマップ【2026年版】も参考になります。
自分の単価を根拠化する計算式【時間単価・人日・人月の換算】
ここがこの記事の核、ステップ2です。相場で当たりをつけたら、次は「自分の数字」を計算式で根拠化します。なんとなく安く出すのをやめ、提示価格に根拠を持たせることが、失注時にも値下げに逃げずに済む土台になります。
希望年収・必要経費から逆算する「下限時間単価」の出し方
最初に決めるべきは「下限時間単価」、つまり「これ以下では受けない」というラインです。これは希望年収から逆算します。考え方はシンプルで、「1年で稼ぎたい金額を、1年で働ける時間で割る」だけです。ただし、フリーランスは額面がそのまま手元に残らないため、税金・社会保険・経費を上乗せして考える必要があります。
具体例で見てみましょう。
- 希望手取り年収: 480万円（月40万円）
- 税・社会保険の負担を考慮し、必要な売上を手取りの約1.4倍と見込む → 必要売上 約672万円
- さらに経費（PC・通信・書籍・ツール等）を売上の2割と見込む → 経費込み目標売上 約840万円
- 年間の稼働可能時間: 営業日240日 × 1日6時間（実作業ベース）= 1,440時間
このとき、下限時間単価は「8,400,000円 ÷ 1,440時間 ≒ 5,800円」となります。
ポイントは、1日の稼働時間を「8時間」ではなく「実作業6時間」程度で見積もることです。8時間すべてを請求可能な作業に充てられることは現実にはほとんどなく、打ち合わせ・調査・事務作業に時間が取られます。稼働時間を多く見積もると下限単価が実態より低く出てしまい、「働いているのに手元に残らない」状態を招きます。
手取りの目安は経費率や住所地によって変わりますが、フリーランスエンジニアの経費率は10〜30%程度に収まりやすいとされ、月収から税・社会保険を差し引いた手取りは額面の7割前後になるケースが多いと解説されています（レバテックフリーランス、ITプロパートナーズ）。上記の「1.4倍」はこの逆算（手取り7割なら売上は手取りの約1.43倍）に基づく概算です。自分の状況に合わせて係数は調整してください。
時間単価→人日→人月の換算式と、工数見積もりの基本
下限時間単価が出たら、人日・人月へ換算します。換算式はそのまま掛け算です。
- 人日単価 = 時間単価 × 1日の稼働時間（例: 5,800円 × 6時間 = 34,800円/人日）
- 人月単価 = 人日単価 × 1か月の稼働日数（例: 34,800円 × 20日 = 696,000円/人月）
これで「時間・人日・人月のどの単位で聞かれても、自分の下限が即答できる」状態になります。クライアントによって「時給で」「日額で」「月額で」と聞き方が変わるため、3つの単位を相互に変換できることは実務で大きな武器になります。
実際の見積もりでは、この単価に「工数」を掛けて総額を出します。工数の見積もりは、機能を分解して積み上げるのが基本です。
- 要件を画面・機能・APIなどの単位に分解する
- 各単位の作業を「設計・実装・テスト」に分け、それぞれ何人日かかるかを見積もる
- 積み上げた合計に、次に説明するバッファを加える
「全体でだいたい1か月くらい」という丼勘定ではなく、分解してから積み上げることで見積もりの精度が上がり、後から「読み違えて赤字」になるリスクを減らせます。
見落としがちな隠れ工数をバッファとして織り込む
工数見積もりで最も失敗しやすいのが、「手を動かす時間」しか数えないことです。実際の案件では、コードを書く以外の作業が確実に発生します。これらを「隠れ工数」として最初からバッファに織り込んでおきます。代表的な隠れ工数は次のとおりです。
- コミュニケーション: 定例打ち合わせ、チャットでの質疑応答、仕様確認
- レビュー対応: コードレビューの指摘対応、成果物の修正
- 手戻り: 仕様の認識違いによるやり直し、要件変更への対応
- 環境構築・調査: 開発環境のセットアップ、未知のライブラリやAPIの調査
これらは案件の性質によりますが、純粋な実装工数に対して2〜3割をバッファとして上乗せしておくと、現実とのズレを吸収しやすくなります。実装が積み上げで20人日なら、25〜26人日で見積もる、といった具合です。
「バッファを乗せると高く見えて失注しそう」と感じるかもしれません。しかし、隠れ工数を無視した見積もりは、結局あなたが無償で働く時間を生むだけです。バッファは「保険」ではなく「実際に発生する作業の正当な対価」だと捉えてください。
源泉徴収・経費・税を踏まえた「手取りで割れない」価格設定
最後に、価格設定で見落とすと痛い「お金まわり」の注意点です。
フリーランスへの報酬の一部は、支払い側が源泉徴収を行います。源泉徴収とは、報酬の支払い時にあらかじめ所得税分を差し引いて納める仕組みです。税率は、支払額が100万円以下の部分は10.21%、100万円を超える部分は20.42%です（マネーフォワード クラウド請求書）。
ここで重要なのは、エンジニアの開発・プログラミング業務は、原則として源泉徴収の対象外だという点です。源泉徴収の対象になるのは、原稿料・デザイン料・講演料など、所得税法で定められた特定の報酬に限られます（クロスデザイナー）。「Webサイト制作一式」のようにデザインと開発が混在する案件では、デザイン部分のみが源泉徴収の対象となり、請求書で明確に区分するのが一般的です。なお、消費税は源泉徴収の計算対象に含めません。
源泉徴収された分は確定申告で精算されるため最終的に損をするわけではありませんが、源泉徴収された月は手元に入る金額がその分減るため、キャッシュフロー上は意識しておく必要があります。
そして単価設定の大原則は、「手取りで割らない」ことです。提示する単価は、税金・社会保険・経費を上乗せした「売上ベース」の金額でなければなりません。先ほどの下限単価の逆算で税・経費を織り込んだのは、まさにこのためです。手取り希望額をそのまま単価にしてしまうと、税金を払った後で「思ったより残らない」事態に必ず陥ります。
複業（副業）エンジニアの見積もりで特に気をつけること
本業を持ちながら複業（副業）として案件を受ける場合、フルタイムのフリーランスとは違う注意点があります。ここは多くの相場記事が触れていない、複業ならではの論点です。複業から段階的にフリーランスへ移行したい方ほど、ここを押さえておくと「無理なく続けられる受注」ができます。
限られた稼働時間を前提にした時間単価・稼働枠の決め方
複業の最大の制約は、稼働できる時間が限られていることです。平日夜と土日で、月にせいぜい40〜60時間といったところでしょう。
注意したいのは、限られた稼働時間を「安さ」で埋めようとしないことです。「副業だから安くてもいい」と考えると、本業後の貴重な時間を低単価で消費することになり、続けるほど疲弊します。むしろ稼働時間が限られているからこそ、時間あたりの単価をしっかり確保する必要があります。
実務的には、「月に何時間まで稼働できるか」という稼働枠を先に決め、その枠を埋める前提で時間単価を設定します。「月50時間まで」と決めたら、その50時間で必要な収入が得られる時間単価を逆算する、という順序です。枠を超える依頼が来たら、安易に受けず、納期を延ばすか断る判断をします。
本業との掛け持ちで生じる稼働ブレを納期・工数バッファに織り込む
複業では、本業の繁忙期や突発的な残業によって、予定していた稼働時間が確保できないことが起こります。この「稼働ブレ」を見込まずに納期を約束すると、納期遅延のリスクを自分で抱え込むことになります。
対策は2つあります。1つは、納期に余裕を持たせること。フルタイムなら2週間で終わる作業でも、複業なら3〜4週間といった現実的な納期を提示します。もう1つは、工数バッファを少し厚めに取ること。本業の状況に左右される分、隠れ工数のバッファをフルタイム時より多めに見積もっておくと安心です。
見積もりの段階で「想定する週あたりの稼働時間」を前提条件として明記しておくと、クライアントとの期待値のズレも防げます。「平日夜と土日の稼働を前提に、週◯時間で進行します」と書いておくだけで、後のトラブルを大きく減らせます。
「副業だから安く」にしないための価値の伝え方
複業エンジニアが陥りやすいのが、「フルタイムで関われないから」と引け目を感じて単価を下げてしまうことです。しかし、クライアントが本当に欲しいのは「常駐できる人」ではなく「課題を解決できる人」です。
複業であっても、提供する技術力・成果物の質は変わりません。むしろ本業で最新の現場感覚を保ち続けている点は、複業ならではの強みです。価格を下げて補うのではなく、「限られた稼働時間でも、この領域なら確実に成果を出せる」というスコープの明確さで価値を伝えてください。稼働時間の少なさは、適切なスコープ設定と納期設計でカバーできます。
なお、複業とフリーランスの違いや移行の判断軸について整理したい場合は、副業エンジニアとフリーランスの違い｜発注者視点で見る移行判断軸もあわせて確認すると、自分の働き方の方向性を決めやすくなります。
見積書の作り方と必須記載項目【そのまま使えるテンプレ構成】
計算した単価を、実際の見積書に落とし込むステップ3です。せっかく根拠を持って単価を決めても、見積書の作りが甘いと、後から「言った言わない」のトラブルや無償の追加対応を招きます。ここでは、フリーランスが落としがちな項目を中心に、そのまま使えるテンプレ構成を示します。
見積書の必須記載項目と、フリーランスが落としがちな項目
見積書に最低限必要な項目は次のとおりです。
- 宛名（相手の会社名・担当者名）
- 発行日
- 自分（発行者）の氏名・屋号・連絡先
- 件名（何の見積もりか）
- 明細（項目・数量・単価・金額）
- 小計・消費税・合計金額
- 有効期限
- 備考・前提条件
このうち、フリーランスが特に落としがちなのが有効期限と前提条件・除外範囲です。有効期限を書かないと、数か月後に「あのときの見積もりで」と当時の価格で発注を求められることがあります。相場や自分の稼働状況は変わるため、「発行日から◯日間有効」と必ず明記します。
源泉徴収・消費税の扱い（見積書では何を書き、何を請求書に回すか）
見積書と請求書で、お金の扱いは少し違います。
見積書では、消費税を明記します。本体価格・消費税・税込合計を分けて記載するのが基本です。一方、源泉徴収額は見積書には書かないのが一般的です。源泉徴収は実際の支払い段階で支払い側が処理するもので、対象になるかどうかも支払い側の判断や契約内容によります。そのため見積書では税込総額までを示し、源泉徴収の控除は請求書側で（対象となる場合に）反映する、という整理が分かりやすいでしょう。前述のとおり、エンジニアの開発業務は原則として源泉徴収の対象外で、デザインなど対象業務が混在する場合のみ請求書でその部分を区分します。
要件変更・追加対応に備えた「前提条件」「除外範囲」の書き方
見積書で最も価値があるのに見落とされやすいのが、前提条件と除外範囲です。これを書いておくかどうかで、無償の追加対応に巻き込まれるかが決まります。
前提条件には、その金額が成立する前提を書きます。たとえば「本見積もりは別添の要件定義書に基づきます」「デザインデータはクライアント側から支給される前提です」「稼働は平日夜と土日を想定し、週◯時間で進行します」といった内容です。
除外範囲には、この見積もりに含まれない作業を明記します。「公開後の保守・運用は含みません」「要件定義書に記載のない機能追加は別途お見積もりします」「3回を超えるデザイン修正は追加費用が発生します」などです。
これらを書いておくと、要件が膨らんだときに「前提と違うので追加見積もりになります」と、角を立てずに伝えられます。逆にこれがないと「見積もりに入っていると思っていた」という主張に反論しづらくなります。前提条件と除外範囲は、あなたの単価基準を守るための防波堤です。
見積書ツール・テンプレートの選び方
見積書はゼロから作る必要はありません。無料・有料のクラウド見積もりサービスや、表計算ソフトのテンプレートを使えば、必須項目が最初から揃った状態で作成できます。ツールを選ぶときのポイントは、「見積書→請求書→入金管理」まで一貫して扱えるかです。フリーランスは見積もりだけでなく請求・入金確認まで自分で行うため、これらが連携していると事務負担が大きく下がります。インボイス制度に対応した適格請求書を発行できるかも、あわせて確認しておきましょう。
そして本記事の文脈で最も大切なのは、自分の単価基準を反映したテンプレートを1つ持っておくことです。下限単価・標準単価、よく使う前提条件・除外範囲の文面をテンプレ化しておけば、見積もり依頼が来るたびにゼロから組み立てる必要がなくなり、案件名と工数を差し替えるだけで一定品質の見積書を即座に出せます。これが「単価基準を運用する仕組み」の具体的な形です。
相見積もりで値下げ競争を避ける「価値提示型」の交渉術
最後はステップ4、交渉で単価基準を守るフェーズです。相見積もりや値下げ要求の場面で、安易に値引きに逃げず、価値で選んでもらう進め方を解説します。ここを乗り越えられるかが、「価格で買い叩かれる関係」から「価値で継続発注される関係」への分かれ道になります。
相見積もりで失注しないための提出スピードと初動
相見積もりでは、提出スピードが想像以上に効きます。クライアントは複数社に声をかけて検討を進めており、最初に「具体的で分かりやすい見積もり」を出した相手が、検討の基準になりやすいからです。
ただし、スピードを優先して金額だけを雑に出すのは逆効果です。重要なのは「速く、かつ前提が明確な見積もり」を出すこと。前提条件と除外範囲が整理されていれば、クライアントは「この人は要件を正しく理解している」と感じ、価格以前の信頼を得られます。テンプレートを持っておくことが、ここでスピードと品質を両立させる助けになります。初動では、いきなり金額を出す前に「いただいた要件で見積もりますが、◯◯は含む前提でよろしいでしょうか」と軽く確認する一言を添えると、認識のズレを防ぎつつ「丁寧に向き合う相手」という印象を残せます。
価格以外の判断軸を見積もりに織り込む
値下げ競争を避ける最大のコツは、クライアントの判断軸を「価格」以外にも広げることです。価格だけで比べられれば、安い方が勝ちます。しかし、発注者が本当に気にしているのは「安さ」ではなく「失敗しないこと」です。
そこで、見積もりや提案の中に価格以外の価値を織り込みます。たとえば次のような要素です。
- 実績: 類似案件の経験や、得意領域の明示
- 対応速度・コミュニケーション: レスポンスの速さ、進捗共有の頻度
- 要件変更への耐性: 変更が発生したときの対応方針があらかじめ示されていること
- リスクの先回り: 想定される懸念点と、その対策を提示しておくこと
これらは見積書の備考や、見積もりに添える短い提案メモに1〜2行ずつ盛り込むだけでも効果があります。「この人なら安心して任せられる」と思ってもらえれば、多少高くても選ばれます。価格以外の価値で選ばれることは、単価を維持し続けるための土台でもあります。こうした「価格ではなく価値で選ばれる立ち位置」をどう作るかは、フリーランスエンジニアのブランディング｜単価が上がるポジショニング設計で詳しく整理しているので、あわせて読むと提示の説得力を高められます。
値下げ要求への応じ方──「価格を下げる」のではなく「スコープを調整する」
それでも「予算が合わないので、もう少し下げられませんか」と言われる場面はあります。ここでやってはいけないのが、理由なく金額だけを下げることです。一度値引きに応じると、「言えば下がる相手」という関係が固定し、次回以降も買い叩かれます。
正しい応じ方は、価格ではなくスコープ（作業範囲）を調整することです。「ご予算に合わせるなら、この機能を次フェーズに回す形ではいかがでしょうか」「テスト範囲をこの範囲に絞れば、ご予算内に収まります」というように、「金額を下げるなら、その分やることも減らす」という対応をします。
これには2つの効果があります。1つは、あなたの単価そのものは守られること。もう1つは、クライアントに「価格と作業量は連動している」と理解してもらえることです。これにより、価格交渉が「値切り合戦」ではなく「予算内で最大の成果を出すための相談」に変わります。
一度決めた単価基準を継続発注・単価アップにつなげる
ここまでの4ステップで、あなたは自分の単価基準を持ち、それを見積書に落とし、交渉で守れるようになりました。最後に、この基準を「一度きり」で終わらせず、継続的に適正単価で受注し続ける流れに変えていきます。
ポイントは、決めた単価基準を「使い回す」ことです。下限単価・標準単価・前提条件のテンプレートを一度作れば、次の案件からは当てはめて微調整するだけで済みます。毎回ゼロから値付けに悩む状態を抜け出せば、その分のエネルギーを、より良い案件の獲得や単価アップの交渉に回せます。価値で選ばれて良い関係を築けたクライアントには、「前回の成果」を根拠に次の案件で標準単価を少し上げる、といった積み上げもしやすくなります。
ただし、せっかく単価基準を整えても、その基準に合う案件と出会えなければ意味がありません。下限単価を下回る案件ばかりに応募していては、いくら交渉術を磨いても消耗が続きます。そこで有効なのが、自分の希望単価・稼働条件に合致した案件が提示される仕組みを使うことです。秋霜堂株式会社が運営する「Workee」は、登録したスキル・希望単価・稼働条件をもとに合致度の高い案件を提示する設計になっており、自分が決めた単価基準のラインに合う案件と効率よく出会えます。毎回ゼロから案件を探す負荷を下げながら、決めた基準を満たす案件だけに絞って受注を続けられるため、「適正単価で受注し続ける仕組み」と相性がよい手段です。
単価基準を作り、見積書に落とし、交渉で守り、その基準に合う案件と継続的に出会う。この循環ができあがれば、「安く請けて消耗する／高く出して失注する」の板挟みからは抜け出せます。見積もりは、もう毎回ゼロから悩むものではなくなります。
よくある質問（FAQ）
見積もりを提出する直前に、多くの方が抱く細かい疑問をまとめました。
Q. 見積もりは概算でも出していいですか？
概算で出すこと自体は問題ありませんが、「前提条件を添えること」が必須です。前提のない「大まかな見積もり」は、後から「この金額でやってくれると思っていた」というトラブルの原因になります。「現時点の情報に基づく概算であり、要件確定後に正式見積もりを提示する」「想定する主な機能は◯◯」といった前提を明記したうえで概算を出せば、初動の速さと安全性を両立できます。
Q. 見積書に源泉徴収額は書くべきですか？
一般的には、見積書に源泉徴収額は書きません。見積書では消費税込みの総額までを示し、源泉徴収は支払い段階で（対象となる場合に）請求書側で反映します。そもそもエンジニアの開発業務は原則として源泉徴収の対象外で、デザインなど対象業務が混在する場合のみ請求書でその部分を区分します。
Q. クライアントごとに単価を変えてもいいですか？
問題ありません。むしろ、案件の難易度・稼働条件・要件変更の起こりやすさによって単価が変わるのは自然なことです。ただし、変える際は「自分の下限単価を下回らない」ことを絶対の基準にしてください。下限を守ったうえで、案件のリスクや工数に応じて標準単価から上下させる運用にすると、相手によって安く買い叩かれることを防げます。
Q. 見積もりを出したあとに工数が増えたらどう対応すればいいですか？
見積書に「前提条件」と「除外範囲」を明記しておけば、対応はスムーズです。当初の前提から外れる作業や、除外範囲に含めた作業が必要になった場合は、「これは当初の見積もり範囲外なので、別途お見積もりします」と伝えられます。逆に、これらを書いていないと追加対応を無償で抱え込みやすくなります。見積もり段階での前提・除外範囲の記載が、後の交渉を守ってくれます。
Q. 相場より高い単価を提示して失注するのが怖いです。どう判断すればいいですか？
判断の軸は「下限単価を守れているか」です。下限単価は、希望年収・経費・税から逆算した「これ以下では受けると損をするライン」です。提示額がこの下限を上回っているなら、たとえ相場より高くても、その案件はあなたにとって適正な価格です。失注しても、それは「自分のラインを守った結果」であり損ではありません。むしろ、下限を割ってまで受注した案件こそが、あなたを消耗させ収入を不安定にします。怖さの正体は「失注」ではなく「基準がないこと」です。下限という明確な基準を持てば、失注を恐れずに適正単価を提示できるようになります。
