見積書の書き方｜フリーランスエンジニア向け記載項目とテンプレート

見積書とは｜役割と請求書・発注書との違い

見積書は、案件着手前にクライアントへ「何を、いくらで、どんな条件で提供するか」を提示する書類です。法律上の作成義務はありませんが、商習慣として依頼者から求められるケースが多く、提出有無でその後のやり取りのスムーズさが大きく変わります。

請求書・発注書・契約書との位置づけ

請求書の書き方は別記事で詳しく解説しています。請求書のフォーマットや勘定科目で迷ったら、フリーランスエンジニアの請求書の書き方｜インボイス対応・記載項目・テンプレートを徹底解説を参照してください。

見積書を出すべき3つの場面

1. 直接契約の案件：エンドクライアントとの直案件、知人からの紹介案件は、口頭の合意だけだと後で金額や範囲でもめやすい

2. 準委任契約で工数や単価を提示するとき：エージェント経由でも「想定工数」「対応範囲」を明文化する場面で必要

3. スポット・スクラッチ案件：単発のWebサイト改修、技術コンサル1回限りなど、その都度の金額提示が必要な案件

エージェント経由の長期案件では、エージェント側で契約書と単価提示が完結し、フリーランス側から見積書を出さないケースもあります。ただし追加開発や仕様変更が発生した場合は別途見積書を出すのが安全です。

ミニFAQ

Q. 口頭やメールで金額を伝えたら見積書は不要？

A. 公式な書面がないと「言った・言わない」のトラブルが起きやすくなります。短い案件でも、合意内容をPDFで残す意味で見積書の発行をおすすめします。

見積書の記載項目11個（実務上ほぼ必須）

法律上の決まった書式はないため、ここで挙げる項目は法定必須ではなく商習慣として実務上ほぼ必須の推奨項目です。クライアントの社内ワークフローに合わせて項目の増減はあり得ます。

実務上ほぼ必須の項目チェックリスト

1. 発行日（年月日。提出日と同日でよい）

2. 見積書番号（任意だが管理しやすい。例：E-20260614-001）

3. 宛先（クライアントの正式名称、部署名、担当者名）

4. 発行者情報（氏名・屋号・住所・連絡先）

5. 件名（例：「〇〇システム開発業務委託のお見積り」）

6. 見積金額（合計）（消費税込みの総額を冒頭に大きく表示）

7. 明細（作業項目・数量・単価・金額）

8. 小計・消費税・合計（軽減税率対象がなくても消費税率10%を明示）

9. 有効期限（一般的に発行日から2週間〜1か月）

10. 支払条件（例：「月末締め翌月末払い」）

11. 備考（前提条件・含まれない作業・想定リスクなど）

インボイス制度下の記載

2023年10月のインボイス制度開始後、適格請求書発行事業者として登録している場合は登録番号（T+13桁）を発行者情報に併記します。見積書は適格請求書そのものではありませんが、「請求段階でインボイスを発行できる」ことを示す目的で記載するのが一般的です。

登録番号を見積段階で記載しておく運用は多いものの、必須ではありません。未登録の場合は記載不要ですが、クライアント側が課税事業者だと「適格請求書発行事業者か」を見積段階で確認されることがあります。インボイスの全体像は【インボイスとは？】フリーランスエンジニアが知るべきポイントと対策で詳しく整理しています。

屋号・印鑑の扱い

• 屋号がある場合は屋号を併記する。屋号付きの口座開設や信用面で有利になることがある（フリーランスエンジニアにとって屋号とは？重要性や申請方法について解説）

• 印鑑は法的に必須ではない。実務上は電子印鑑や押印なしで受け入れられるケースも多い

• ただしクライアントの社内規程・監査対応・ワークフローで原本や押印が必要な場合があるため、依頼があれば対応する

案件タイプ別の見積書の書き方

エンジニアの案件はタイプによって見積書の書き方が変わります。同じテンプレートを使い回すと、トラブルや単価の取り損ねが起きます。

① 受託開発（請負契約）の見積書

成果物の完成責任を負うタイプです。Webサイト構築、システム新規開発、機能追加など。

書き方のポイント：

• 明細は作業フェーズ別（要件定義／設計／実装／テスト／納品）に分ける

• 各フェーズは「一式」表記でもよいが、内訳メモを備考に残す

• 検収条件を備考に明記する（「画面遷移とAPI仕様書の双方が動作確認された時点で検収完了」など）

• 仕様変更時の単価を備考に書く（「要件確定後の追加実装は1人日あたり〇万円」）

請負契約の責任範囲については準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点で解説しています。

② 準委任契約（業務委託）の見積書

特定の業務を継続的に提供するタイプです。月単位の常駐・リモート参画、技術顧問など。

書き方のポイント：

• 時間単価＋想定稼働時間を明細に書く（例：「6,000円 × 160時間 = 960,000円」）

• 月額固定の場合も「想定稼働時間幅」を備考に明示する（例：「月140〜180時間を想定。範囲外は別途協議」）

• 超過稼働・不足稼働の精算条件を備考に書く（精算幅は月単位や時間単位で運用が分かれる）

• 契約期間と更新条件を入れる

③ スポット・コンサル案件の見積書

1回限りの作業や、短期で完了する案件です。技術選定相談、コードレビュー、トラブル対応など。

書き方のポイント：

• 1案件いくらの固定金額で出すのが一般的

• 含まれる作業を具体的に列挙する（「2時間オンラインミーティング1回＋議事録1通＋技術選定書1通」など）

• 追加対応が発生した場合の単価を必ず備考に書く

ミニFAQ

Q. 準委任で「月160時間固定」と「上下精算あり」のどちらにすべき？

A. クライアント次第ですが、稼働の波が大きい案件では精算ありを提案するほうが互いに公平になります。月内に150時間以下や180時間以上になりそうな場合は精算ありの形が現実的です。

エンジニア固有の論点｜工数・追加要件・リスクの書き方

汎用の見積書テンプレートには載っていない、エンジニアの実務で詰まりやすいポイントを整理します。

工数の見積もり方（人日・人月）

エンジニアの工数は人日（1人が1日働く量）または人月（1人が1か月働く量＝20人日換算が一般的）で表します。

人月換算は会社・案件で揺れます（22人日換算や180時間換算など）。見積書に書く際は備考で「1人日=8時間、1人月=20人日換算」のように換算ルールを明記するとトラブルを防げます。

工数バッファの考え方

あくまで経験則ですが、実務上、見積工数は想定より膨らみやすい傾向があります。バッファを乗せるかどうかは案件次第ですが、「未知の作業」「外部APIに依存する作業」「ステークホルダーが複数いる案件」は工数のブレが大きいため、バッファ込みで出すか、別途リスク項目を備考に書くと安全です。

追加要件・仕様変更の扱い

エンジニア案件のトラブルで最も多いのが「仕様の追加・変更が無償で対応させられる」パターンです。見積書に以下を必ず書きます。

• 本見積に含まれる作業範囲を箇条書きで明示

• 含まれない作業も明示する（例：「要件定義後の仕様変更・追加機能の実装」「リリース後の保守・運用」）

• 追加発生時の単価（例：「追加実装は1人日あたり50,000円で別途お見積り」）

想定リスクの開示

外部要因で工数が増える可能性がある場合は備考に明記します。

• 「クライアント側から提供される素材の遅延が発生した場合は、納期を調整させていただきます」

• 「外部API（〇〇）の仕様変更があった場合は、追加工数が発生する可能性があります」

• 「同時並行する別案件の有無により、レスポンスタイム（連絡から1〜2営業日）を想定しています」

トラブル防止の観点はフリーランスエンジニアのトラブル事例とその対策方法　〜契約途中での解約〜も参考になります。

ミニFAQ

Q. 工数バッファを乗せたら見積もりが高くなって失注しそう。

A. バッファを上乗せするのではなく、「想定リスクが顕在化した場合は別途協議」の形に変えるのが現実的です。バッファをゼロにすると赤字案件になりやすいため、最低限のリスク文言は備考に残しておきます。

単価の根拠を持って書く｜エージェント単価とエンドクライアント直案件

見積書の金額は「いくらでもよい」のではなく、市場相場と自分のスキルを根拠に算出します。

単価相場の参考

主要なフリーランスエージェントの公開案件ベースでは、職種・経験年数・スキルで月額・時間単価の傾向が異なります。複数のエージェントの公開案件を自分で比較し、自分の市場価値の感覚を持ったうえで、直案件で上乗せができるかを検討するのが基本です。

具体的な相場感は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？を参照してください。

エンドクライアント直案件の単価設定

エージェント経由案件と比較して、直案件では仲介手数料相当を考慮できる余地があります。手数料率は非公開のケースも多く、案件や商流で大きく異なります。ただし以下のコストを単価に織り込む必要があります。

• 営業活動・契約交渉の時間

• 請求・支払管理の事務工数

• 与信リスク（小規模クライアントだと未払いリスクが上がる）

• 案件継続性のリスク（直案件は単発で切れることが多い）

単価交渉のタイミングや伝え方はフリーランスエンジニアの単価交渉のコツ｜タイミング・伝え方・根拠の作り方でまとめています。

スキル別の上乗せ要素

• 設計・要件定義まで踏める：単純な実装より上乗せ余地が大きい

• 特定領域の専門性（生成AI、決済、セキュリティ等）：希少性で上乗せ

• レガシー対応（COBOL、VB6、古いLaravel等）：人材不足で上乗せ余地あり

• 英語での要件整理ができる：オフショア・グローバル案件で上乗せ

見積書テンプレート（構造）

そのまま使える構造例を示します。エクセル・スプレッドシート・PDFどれでも構いません。

上部ブロック

冒頭に「下記のとおりお見積り申し上げます」と一文を入れ、明細に続けます。

明細ブロック

下部ブロック（発行者情報・備考）

発行者情報

• 氏名: 〇〇 〇〇

• 屋号: 〇〇システム開発

• 住所: 東京都〇〇区〇〇 1-2-3

• 連絡先: 090-XXXX-XXXX / xxx@example.com

• 適格請求書発行事業者登録番号: T1234567890123

支払条件・振込先

• 支払条件: 検収完了月の月末締め、翌月末日までに指定口座へお振込

• 振込先: 〇〇銀行 〇〇支店 普通 1234567（屋号付き口座）

備考

• 本見積は「要件定義書（2026年6月10日版）」に基づきます

• 1人日=8時間、1人月=20人日換算とします

• 含まれない作業：リリース後の保守、要件確定後の仕様変更、第三者ベンダーとの調整

• 追加実装が発生した場合は、1人日あたり60,000円で別途お見積り

• 外部API（〇〇）の仕様変更があった場合は追加工数の可能性があります

無料テンプレートの入手先

• Microsoft 公式テンプレート（Microsoft Create）

• Google スプレッドシートのギャラリー

• freee、マネーフォワード、misocaなどの会計ソフトの見積書発行機能

会計ソフト連携できる形で出しておくと、見積→請求→入金の一連を1ツールで完結でき、確定申告時の集計も楽になります。

提出方法・タイミングの実務

提出方法

• PDFをメール添付：もっとも一般的。電子印鑑でも問題ないケースが大半

• 会計ソフト・契約管理ツールから発行：freee、クラウドサインなどから直接送信できる

• 紙の郵送：官公庁案件や、社内ルールで原本必須の取引先のみ

電子帳簿保存法では、電子で受領・送付した取引関係書類や取引情報は、保存方法に注意が必要です。自分が発行した見積書も、送付メール等とあわせて保存しておくと管理しやすくなります。詳細は電子帳簿保存法とは｜フリーランスエンジニアが最低限やるべき対応【2026年版】を参照してください。

提出タイミング

1. 初回問い合わせ後の概算ヒアリング段階：ざっくりの予算感を伝える（口頭でもOK）

2. 要件のヒアリング後：正式な見積書を提出

3. 発注書を受領：見積内容で合意した証拠

4. 契約書締結・着手

要件が固まりきっていない段階で出す場合は、見積書の冒頭に「概算見積（要件確定後に正式見積を再提出）」と明記します。

有効期限の感覚

一般的な相場は2週間〜1か月です。短すぎるとクライアントが社内稟議を通せませんし、長すぎると自分の稼働状況が変わって受けきれなくなります。社内稟議が必要な大手企業向けは1か月、個人事業主・小規模法人向けは2週間程度を目安に調整します。

ミニFAQ

Q. 有効期限を過ぎたら再発行が必要？

A. 期限内に発注がなかった場合、条件を見直して再発行するのが基本です。稼働状況や単価相場が変わっているため、同じ条件で延長するとリスクがあります。

ケース別解説｜独立準備中・副業・フル参画

ケース① 独立準備中の会社員エンジニア

副業から独立準備に入る段階では、初回案件で見積書を出す機会が増えます。

• 屋号や口座が未整備でも、氏名・個人住所で発行できる

• インボイス登録は事業所得が一定規模になってから検討（インボイスとは？）

• 単価設定で迷う場合は副業時のレートからスタートし、独立後に交渉で上げる流れが現実的

副業から独立への移行は副業から独立するタイミング｜エンジニアが見極める5つの基準と移行判断フローで詳しく解説しています。

ケース② 副業エンジニアの単発受託

副業で月数件の小規模案件を受けるケースです。

• 見積書はPDF1枚で十分。会計ソフトの無料プランでも発行できる

• 給与所得者の副業では、所得税の確定申告要否の目安として20万円基準がよく使われますが、住民税申告は別途確認が必要です（副業エンジニアの確定申告｜20万円ルール・経費・住民税の落とし穴を徹底解説）

• 本業との競業避止に抵触しないかを案件ごとに確認

ケース③ フル参画案件＋追加開発

エージェント経由で月160時間のフル参画中に、別の追加開発を依頼された場合です。

• 追加分は別案件として見積書を出す

• 本業の稼働内で対応するか、稼働外で対応するかを明示する

• 報酬の入金経路（エージェント経由 vs 直接）も確認が必要

エージェント経由案件で直接報酬を受け取ると契約違反になることが多いため、エージェントの規約を必ず確認します。

よくある失敗と対策

失敗① 作業範囲が曖昧で追加対応が無償化する

最も多いトラブルです。「とりあえずWebサイト改修」のようなふわっとした件名のまま見積を出すと、後から想定外の作業を依頼されます。

対策：

• 件名を具体化する（「〇〇ECサイトのチェックアウトフロー改修」など）

• 含まれる作業・含まれない作業を備考に箇条書きで明示

• 仕様確定後の追加実装単価を必ず書く

失敗② 検収条件を書かず、リリース後も延々と修正対応

「納品＝検収完了」と思っていても、クライアントは「不具合を全部直してから検収」と考えていることがあります。

対策：

• 「検収期間は納品後7営業日」「期間内に異議がなければ検収完了とみなす」を見積書や契約時の条件案として明記し、相手と合意しておく

• バグ修正の保証期間（例：納品後30日以内の重大不具合のみ無償対応）を明示

失敗③ 消費税の計算ミス

特にインボイス制度下では、税抜・税込の表記ミスが信頼を落とします。

対策：

• 明細は税抜で書き、小計→消費税10%→合計の順で記載

• 会計ソフトで自動計算するのが安全

• 軽減税率対象品はエンジニア案件ではほぼないが、念のため確認

失敗④ 振込手数料の負担で揉める

振込手数料は依頼者負担とされることが多いですが、契約や社内ルールで異なるため、明示していないと事後に揉めます。

対策：

• 備考に「お振込手数料はご負担をお願いします」と明記

• ただし大手企業相手だと「振込手数料は受取人負担」と社内ルールで決まっていることがあるため、事前確認

失敗⑤ 印鑑の有無で社内稟議が止まる

電子印鑑で送ったら「捺印付きの紙の見積書を郵送してほしい」と依頼されるケースです。

対策：

• 初回提出時に「電子印鑑・PDFでお送りしてよいか」を確認

• 紙が必要な場合は屋号印を1本作っておく

単価交渉につなげる見積書の書き方

見積書は「金額を伝える紙」ではなく、「自分の価値を伝える資料」として使えます。

工数の妥当性を見せる

「実装3人日」とだけ書くより、「要件定義1人日／設計1人日／実装3人日／テスト1人日」と分けたほうが、クライアントは内訳を理解しやすくなります。値下げ交渉が入ったときも、どのフェーズを削るかの議論に持ち込めます。

オプション項目を別建てにする

必須項目とオプション項目を分けて書くと、予算オーバー時に「オプション削減」で対応できます。クライアント側にも選択肢を提供できるため、印象が良くなります。

同業他社・前回案件との比較を備考に書ける範囲で

NDAに抵触しない範囲で、「過去の同規模案件では〇人月で実装した実績があります」のような実績を備考に書くと、単価の妥当性を補強できます。

スキルシート・ポートフォリオと併せて出す

初回案件では、見積書単体ではなくフリーランスエンジニアのスキルシートの書き方を徹底解説！記入例や今すぐ使えるフォーマットも紹介！やフリーランスエンジニアのポートフォリオの作り方｜採用される構成・実例・NDA配慮まで徹底解説とセットで出すと、単価の根拠を伝えやすくなります。

まとめ

見積書は「金額を伝える紙」ではなく、案件着手前に作業範囲・条件・想定リスクをクライアントと合意するための資料です。テンプレートを使うだけでは不十分で、エンジニアならではの工数の見積もり方、追加要件の扱い、案件タイプ別の書き方を反映する必要があります。

要点を再整理すると以下のとおりです。

• 必須記載は11項目。インボイス登録番号は登録事業者のみ記載

• 案件タイプ（受託／準委任／スポット）で書き方が変わる

• 工数は人日・人月の換算ルールを明示、バッファは備考のリスク文言で表現

• 含まれる作業と含まれない作業を必ず書く

• 検収条件・追加実装単価・有効期限・支払条件は備考に明示

• スキルシート・ポートフォリオと併せて出すと単価交渉につながる

次のステップとして、自分のテンプレートを1枚作成し、案件タイプ別の備考文言を3パターン用意しておくと、初回案件でも迷わず対応できます。請求段階の書き方はフリーランスエンジニアの請求書の書き方｜インボイス対応・記載項目・テンプレートを徹底解説に進んでください。

参考リンク

• 請求書の書き方（フリコン）

• 単価交渉のコツ（フリコン）

• クライアントワークとは（フリコン）

• インボイス制度 国税庁 特設サイト

• 電子帳簿保存法 国税庁

本記事の内容は2026年6月時点の制度・商習慣に基づきます。税務上の判断は税理士、契約上の判断は弁護士など専門家へ確認することをおすすめします。