記事執筆者：認定SEOコンサルタント 三田健司
「アプリ開発の見積書が届いたが、どこを見ればよいのか分からない」「金額は予算内だったのに、途中で追加費用の話が出てきて困った」。アプリ開発のご相談を受けていると、見積書の読み方についてのお悩みをよく伺います。
見積書は、合計金額だけを見て判断すると失敗しやすい書類です。同じ金額でも、何が含まれていて何が含まれていないのか、どんな前提で計算されているのかによって、最終的に支払う総額は大きく変わります。
この記事では、アプリ開発の見積書に並ぶ項目の意味、人月や一式といった単位の読み方、追加費用が生まれる代表的な出どころ、契約書や印紙との関係までを、発注する側の目線で順番に説明します。
筆者は全日本SEO協会認定SEOコンサルタントとして、Web制作とSEOに10年以上携わり、延べ1,000件以上のご相談に対応してきました。
現在はアプリ開発も手がけ、自社のアプリもGoogle Playで公開しています。見積りを出す側と受け取る側の両方の経験から、確認すべきポイントをお伝えします。
アプリ開発の見積書で最初に見るべきところ
見積書を受け取ったら、いきなり合計金額を見るのではなく、書類の性格と前提を先に確かめましょう。ここを押さえるだけで、後から「話が違う」となる場面をかなり減らせます。
見積書は「金額」より「前提条件」を読む書類
アプリ開発の見積書は、「このような条件で作るなら、この金額になります」という開発会社の提案です。つまり、金額の裏には必ず前提条件があります。
前提条件とは、対応する端末やOS、画面の数、使う人数、扱うデータの量、つなぐ外部サービス、デザインの作り込みの程度などのことです。前提条件が書かれていない見積書は、金額が正しいかどうかを判断する材料がないと考えてください。
備考欄や別紙に「本見積りの前提」「対象外の作業」としてまとめられていることが多いので、まずはそこから読むのがおすすめです。前提の欄が数行しかない場合は、相談の段階で開発会社に書き足してもらいましょう。
概算見積りと詳細見積りの違い
見積りには大きく分けて、相談の初期に出る「概算見積り」と、要件が固まってから出る「詳細見積り」があります。概算見積りは、ヒアリングした範囲で金額の幅をつかむためのもので、実際の金額とずれることを前提にしています。
概算見積りを受け取ったら、書類のどこかに「概算」「参考」といった表記があるかを確認してください。概算の金額をそのまま予算として社内で確定させてしまうと、詳細見積りの段階で不足が出たときに身動きが取れなくなります。
経済産業省とIPA（情報処理推進機構）が公開している「情報システム・モデル取引・契約書」でも、曖昧さがある段階の見積りを、要件が明確になった段階で見積り直す「再見積り」の考え方が採用されています。見積りの金額が段階的に変わるのは、それ自体が不誠実なことではありません。
見積書の基本項目を確認する
中身に入る前に、宛名・発行日・有効期限・税の表記・支払条件といった基本項目にも目を通しておきましょう。特に有効期限は見落とされがちで、期限を過ぎると単価や前提が見直されることがあります。
税の表記は、税抜か税込か、消費税額が別に書かれているかを確認します。財務省の説明では、価格の「総額表示」の義務は消費者に商品やサービスを販売する場合の価格表示が対象なので、会社同士の見積書では税抜で書かれていることも珍しくありません。
支払条件は、着手時・中間・納品時などの分割払いか、検収後の一括払いかで、社内の資金繰りの計画が変わります。分割払いの場合は、それぞれの支払いが何の完了と結びついているのかまで確認しておくと安心です。
見積書の内訳を読む｜工程ごとの項目の意味
アプリ開発の見積書は、工程ごとに項目が分かれているのが一般的です。ここでは、よく出てくる項目の意味と、それぞれで確認したいことを整理します。
要件定義・設計（何を作るかを決める費用）
要件定義は、アプリで何を実現するのか、どんな機能と画面が必要なのかを決める工程です。設計は、それを画面の流れやデータの持ち方、システムの構成に落とし込む作業を指します。
この工程の費用が極端に少ない見積書は、作りながら決めていく前提になっている可能性があります。その場合、途中で決めたことが追加費用になりやすいので、要件定義と設計にどれくらいの工数が割かれているかは必ず見ておきたいポイントです。
設計の成果物として、画面一覧や画面遷移図、機能一覧などが納品物に含まれるかも確認しましょう。これらの資料は、公開後に別の会社へ保守を頼むときにも役立ちます。
開発（実装）とテスト
開発は、設計にもとづいて実際にプログラムを書く工程で、見積書の中でもっとも大きな金額になることが多い項目です。スマホアプリの場合は、iPhone向けとAndroid向けで行が分かれているか、両方に対応する作り方で1つにまとまっているかを確認します。
テストは、作った機能が正しく動くかを確かめる工程です。テストの行が見当たらない見積書や、開発費に比べて極端に小さい見積書は、どこまで確認してから納品されるのかを質問しておきましょう。
発注側が行う「受け入れテスト」（納品物を自社で確かめる作業）の支援が含まれるかどうかも、見積書によって扱いが分かれます。社内に確認できる人がいない場合は、支援の範囲を見積りに入れてもらうのが確実です。
プロジェクト管理費・ディレクション費
プロジェクト管理費は、スケジュールの管理、打ち合わせ、進み具合の報告、品質の管理などにかかる費用です。開発費の何割かで計上されることも、工数で計上されることもあります。
「管理費は削れるのでは」と考えたくなりますが、この費用を削ると連絡や確認が手薄になり、結果として手戻りが増えることがあります。金額の大小よりも、打ち合わせの頻度や報告の方法が見積書や提案書に書かれているかを見るのがおすすめです。
環境構築・ストア申請・データ移行
サーバーやデータベースの準備をする環境構築、App StoreやGoogle Playへの申請作業、既存のExcelやシステムからのデータ移行は、見積書に含まれていないことがある項目です。いずれも後から必要になって追加費用になりやすいので、行があるかどうかを確認します。
ストアの登録料そのものは開発費とは別で、米ドル建ての目安でGoogleは25米ドルを1回、Appleは年99米ドルの費用がかかります（日本では円建てで請求されます）。アカウントを誰の名義で取るのかも、申請作業の範囲と合わせて決めておきましょう。
人月・人日・一式｜単位の読み方と計算の確かめ方
見積書には「人月」「人日」「一式」といった単位が並びます。単位の意味が分かると、金額の妥当性を自分で大まかに確かめられるようになります。
人月と人日の考え方
人月は、1人が1か月働く作業量を表す単位です。一般的には1か月を20営業日前後として計算し、人日は1人が1日働く作業量を指します。
何日・何時間を1人月とするかは、会社や契約によって異なる点も覚えておきましょう。
たとえば「設計 1.5人月」とあれば、1人で1か月半、または2人で3週間ほどかかる作業量という意味です。ただし、人数を倍にすれば期間が半分になるとは限らず、打ち合わせや引き継ぎの手間が増える点には注意が必要です。
人月単価の目安を知っておく
人月の金額は、担当する人の役割や経験によって変わります。PRONIアイミツが2026年6月16日に更新した相場情報では、システムエンジニアの人月単価を初級60万〜100万円、中級80万〜120万円、上級100万〜160万円としています。
同じ情報では、プログラマーの人月単価を大手企業で50万〜100万円、下請けや個人で40万〜60万円としています。あくまで調査時点の目安であり、地域や会社の体制によって前後する点を踏まえて参考にしてください。
見積書に人月単価が書かれている場合は、この幅から大きく外れていないかを見ておくと、極端に高い、あるいは安すぎる見積りに気づきやすくなります。安すぎる場合は、テストや管理の工数が抜けていないかを確認しましょう。
「一式」が多い見積書の確かめ方
「開発一式」「デザイン一式」のように、内訳が書かれず金額だけが載っている項目を一式表記といいます。小さな作業をまとめて一式とするのは珍しくありませんが、主要な工程がすべて一式の見積書は中身を比べようがありません。
一式の項目が大きい場合は、「この一式に含まれる作業と、おおよその工数を教えてください」と依頼してみてください。内訳を説明してもらえるかどうかは、開発会社の進め方を知る手がかりにもなります。
工数の積み上げを自分で検算する手順
検算といっても、正確な金額を出す必要はありません。見積書の工程ごとの人月を合計し、平均的な人月単価をかけて、合計金額と大きくずれていないかを見るだけで十分です。
次に、合計の人月を開発期間の月数で割ると、毎月何人が関わる計算になるかが分かります。たとえば合計6人月で期間が3か月なら、毎月2人が関わる計算です。
提案書の体制図の人数と合っているかを見比べてみましょう。
追加費用はどこから出てくるのか｜よくある5つの出どころ
追加費用は、開発会社が後から勝手に上乗せするものというより、見積りの前提が変わったときに生まれるものです。どこから出てくるのかを知っておけば、見積りの段階で手を打てます。
出どころ1：仕様の追加・変更
もっとも多いのは、開発の途中で「この機能も欲しい」「この画面の流れを変えたい」となるケースです。実際に動く画面を見て初めて気づくことは多く、変更そのものが悪いわけではありません。
問題になるのは、変更の手続きや費用の扱いが決まっていないまま口頭で頼んでしまうことです。小さな変更が積み重なると、最終的にまとまった追加費用になります。
出どころ2：前提条件が崩れたとき
見積りの前提になっていた条件が変わると、費用も変わります。対応する端末やOSのバージョンが増えた、扱うデータの量が想定より多かった、使う人数が増えた、といったケースです。
外部サービスとの連携も要注意です。連携先のサービスの仕様が変わったり、想定していた機能が提供されていなかったりすると、作り直しや追加の調査が必要になることがあります。
出どころ3：未確定のまま進めた項目
「デザインは後で決める」「料金プランの細かいルールは追って連絡する」のように、決まっていない項目を残したまま契約することもあります。未確定の項目が後から決まったとき、その内容によっては作業量が見積りを超えることがあります。
モデル契約では、ユーザー側の事情で決められない事項があるときに、その内容と確定予定時期、確定によって委託料や納期の変更が必要になれば受け入れることなどを、双方が記名押印した書面にしておく考え方が示されています。未確定の項目は「未確定である」と書面に残しておくことが、後のトラブルを防ぎます。
出どころ4：ストア審査・OSの更新への対応
スマホアプリは、App StoreやGoogle Playの審査で修正を求められることがあります。審査の指摘への対応が見積りの範囲に含まれているかどうかは、会社によって扱いが分かれます。
また、AppleとGoogleは毎年のように開発環境やOSの対応要件を更新しています。公開後にこうした対応が必要になったとき、それが保守契約の範囲なのか別途見積りなのかを、開発の見積りの時点で確認しておきましょう。
出どころ5：公開後の運用・保守
開発の見積書には、公開後の費用が含まれていないことがほとんどです。サーバー代、ストアの年会費、不具合の修正、問い合わせ対応などは、別の見積りや保守契約で扱われます。
開発費だけを比べて安い会社を選んだ結果、保守費用を含めた総額では高くついた、という話は少なくありません。見積りを比べるときは、少なくとも公開後1年分の費用まで含めて考えるのがおすすめです。
御社専用のアプリ開発、ご相談ください
株式会社アクセス・リンクは、スマホアプリ・Windowsアプリ・業務アプリをオーダーメイドで開発しています。自社アプリ4本をGoogle Playで公開しています。
- 業務アプリ 30万円〜／スマホアプリ 80万円〜／Windowsアプリ 50万円〜（税別）
- 連絡先の入力なしで使える概算シミュレーター
- 代表が直接担当し、ソースコードはすべてお渡しします
追加費用を防ぐ見積書のチェック項目
追加費用をゼロにすることはできませんが、どんなときにいくらかかるのかを事前に決めておくことはできます。見積書を受け取ったら、次の項目が書かれているかを確認しましょう。
「含まれるもの」「含まれないもの」が書かれているか
見積書には、作業の範囲が書かれているはずです。あわせて「含まれないもの」が明記されているかを確認してください。
対象外の例としては、文章や写真などの素材の用意、ストアの登録料、サーバーの利用料、公開後の保守、データの入力作業などがよく挙げられます。対象外の作業を誰がやるのかまで決めておくと、社内の準備も進めやすくなります。
前提条件と未確定事項が書面になっているか
前の章で触れた前提条件と未確定の項目は、見積書の備考や別紙、提案書に書面で残っているかを確認します。打ち合わせで話しただけの内容は、担当者が変わると引き継がれないことがあります。
書面がない場合は、打ち合わせの議事録をメールで送り、内容を確認してもらうだけでも違います。小さな会社同士の取引では、こうしたひと手間が一番の予防策になります。
変更の手続きと費用の決め方が決まっているか
モデル契約では、仕様書などの変更は、「変更管理書」という書面を交わす変更管理手続によってのみ行うと定めています。変更管理書には、変更の理由や詳細、費用がかかる場合はその額、変更作業のスケジュールなどを書くことになっています。
中小企業のアプリ開発でここまで厳密な書式を使う必要はありませんが、変更を頼むときは、費用と納期への影響を書面で確認してから進めるというルールだけは決めておきましょう。追加作業の人日単価が見積書に書かれていると、変更の金額を予測しやすくなります。
不具合の修正と仕様変更の境目
納品後に見つかった不具合を直す費用と、新しい要望による変更の費用は、扱いが違います。仕様書どおりに動かないものを直すのは開発会社の責任の範囲で、仕様書にない動きを求めるのは変更にあたるのが基本です。
民法では、請負の仕事が契約の内容に合わないとき、種類や品質の不適合については、発注者がそれを知った時から1年以内に通知する必要があると定めています。これは契約で別の定めがない場合の基本で、実際には契約で期間を別に定めることも多いので、無償で直してもらえる期間と範囲を見積書や契約書で確認しておきましょう。
見積書と契約書・注文書の関係｜印紙と支払いのルール
見積書は、それ単体で終わる書類ではありません。契約書や注文書とどうつながるのかを知っておくと、確認すべき点がはっきりします。
見積書は契約の土台になる
モデル契約の基本契約書では、ユーザーが示した提案依頼書と、ベンダーが出した提案書や見積書を基礎として、個別の契約で取引条件を決める形になっています。つまり、見積書に書かれた範囲や前提は、そのまま契約の内容の土台になります。
契約書に「見積書のとおり」とだけ書いて詳細を省く場合は、どの日付のどの見積書を指すのかを特定しておきましょう。見積書が何度か出し直されていると、どれが正しいのか分からなくなることがあります。
工程ごとに分けて契約する「多段階契約」
モデル契約では、要件定義、設計、開発といった工程ごとに個別の契約を結ぶ「多段階契約」が採用されています。前の工程の結果によって後の工程の見積りの前提が変わったときに、工程の始まりで見積り直せるようにするためです。
中小企業のアプリ開発でも、まず要件定義と設計だけを契約し、その結果を見てから開発の見積りを確定する進め方は有効です。最初から総額を確定させるより、途中で大きくずれるリスクを抑えられます。
注文請書・契約書の印紙を確認する
国税庁の質疑応答事例では、プログラムの作成を受託する「プログラム設計・開発契約書」は、仕事の完成に対して報酬が支払われるため、請負に関する契約書（第2号文書）にあたるとされています。紙の契約書や注文請書を作る場合は、記載金額に応じた収入印紙が必要です。
税額は記載金額によって決まり、たとえば100万円超200万円以下なら400円、300万円超500万円以下なら2,000円です。消費税額が区分して書かれていれば、その分は記載金額に含めない扱いになります。
注文請書に金額を書かず、番号や日付で特定した見積書を引用した場合でも、見積書によって金額が明らかになれば、その金額が記載金額になるとされています。
一方、相手の指揮のもとで作業だけを提供する支援業務の契約書は委任にあたり、課税文書にあたらないとされています。判断に迷うときは、税務署や税理士にご相談ください。
個人のエンジニアに依頼するときはフリーランス法を確認
2024年11月1日に施行されたフリーランス・事業者間取引適正化等法では、個人のフリーランスに業務を委託する事業者に、取引条件を書面またはメールなどで明示する義務があります。明示する項目には、給付の内容、報酬の額と支払期日などが含まれます。
従業員を雇っているなど一定の条件にあてはまる発注事業者は、報酬の支払期日を、給付を受け取った日から60日以内のできる限り短い期間で定める必要があります。個人に依頼するときは、見積書の内容をもとに発注書を作り、これらの項目が抜けていないかを確認しましょう。
見積書を受け取ったら社内でやること｜比較と質問の手順
見積書の読み方が分かったら、実際に社内で比較し、開発会社に確認する段階です。次の3つの手順で進めると、判断に迷いにくくなります。
手順1：複数の見積書を同じ表に書き写す
複数の会社から見積りを取った場合、会社ごとに項目の分け方が違うため、そのままでは比べられません。縦に工程、横に会社名を並べた表を作り、各社の金額を書き写してみましょう。
書き写す途中で、ある会社にはテストの行があり、別の会社にはない、といった違いが見えてきます。この「行の有無」の違いこそが、金額の差の理由であることが多いのです。
手順2：不明点を質問リストにして確認する
表を作ると、確認したいことが自然に出てきます。「一式に含まれる作業」「対象外の作業」「審査の指摘への対応」「追加作業の単価」「公開後の費用」など、質問を箇条書きにまとめてメールで送りましょう。
回答が丁寧で、根拠を示して説明してくれる会社は、開発中の連絡も丁寧なことが多いものです。質問への答え方も、会社を選ぶ材料のひとつとして見てください。
手順3：減額の相談は「機能を減らす」から考える
予算を超えた場合、単価の値下げを求めるより、最初の公開で作る機能を絞るほうが現実的です。「必ず必要な機能」と「後からでもよい機能」に分け、後者を次の段階に回す形で見積り直してもらいましょう。
そもそもアプリを一から作る必要があるのか、ノーコードツールや市販のサービスで足りないかを検討し直すのもひとつの方法です。目的に対して手段が大きすぎないかを見直すと、費用の見通しが立てやすくなります。
よくある質問（FAQ）
見積りは何社から取ればよいですか？
比べるための目安としては、2〜3社に依頼するのが一般的です。多すぎると比較や質問のやり取りに時間がかかり、社内の負担が大きくなります。
大切なのは社数よりも、各社に同じ条件を伝えることです。伝える内容が会社ごとに違うと、見積書を比べても意味がなくなってしまいます。
見積り自体に費用はかかりますか？
概算見積りは無料で出す会社が多い一方、詳細な見積りのために要件定義が必要な場合は、その作業を有料の契約とする会社もあります。費用がかかるかどうかは、依頼する前に確認しておきましょう。
有料の要件定義で作った資料を、他社の見積りにも使えるかどうかは、契約の内容によって異なります。権利の扱いも合わせて確認しておくと安心です。
見積書の金額から追加費用が出ることは必ずありますか？
必ず出るわけではありません。前提条件や対象外の作業が明確で、変更の手続きが決まっていれば、見積りどおりの金額で完了することも十分にあります。
ただし、開発の途中で要望が増えることは珍しくないため、予算には1〜2割程度の余裕を見ておくと、変更が必要になったときにも慌てずに判断できます。
見積書の内容を変えてもらうことはできますか？
できます。機能や範囲を見直して再見積りを依頼するのは、ごく一般的なやり取りです。
遠慮して質問しないまま契約するほうが、後のトラブルにつながります。分からない項目や気になる項目は、契約前にすべて確認しておきましょう。
まとめ｜見積書は「前提」と「対象外」から読む
アプリ開発の見積書は、合計金額よりも前提条件と対象外の作業を先に読むことが大切です。工程ごとの内訳と、人月や一式といった単位の意味が分かれば、金額の妥当性を大まかに確かめられます。
追加費用は、仕様の変更、前提条件の変化、未確定の項目、ストア審査やOSの更新への対応、公開後の運用から生まれます。どれも見積りの段階で、範囲と手続きを書面にしておくことで備えられます。
契約の段階では、見積書が契約の土台になること、工程ごとに分けて契約する方法があること、契約書の印紙や個人への発注時のルールにも目を向けておきましょう。
まずは手元の見積書の備考欄を開き、「前提」と「対象外」に何が書かれているかを確認してみてください。それが、納得して発注するための最初の一歩になります。
御社専用のアプリ開発、ご相談ください
株式会社アクセス・リンクは、スマホアプリ・Windowsアプリ・業務アプリをオーダーメイドで開発しています。自社アプリ4本をGoogle Playで公開しています。
- 業務アプリ 30万円〜／スマホアプリ 80万円〜／Windowsアプリ 50万円〜（税別）
- 連絡先の入力なしで使える概算シミュレーター
- 代表が直接担当し、ソースコードはすべてお渡しします
アプリ開発のご相談はアクセス・リンクへ
株式会社アクセス・リンクは、栃木県下野市を拠点に、ホームページ制作、SEO対策、MEO対策、アプリ開発、AI導入支援を行っています。代表の三田健司は全日本SEO協会認定SEOコンサルタントとして、Web制作とSEOに10年以上携わり、自社のアプリもGoogle Playで公開しています。
「他社の見積書の内容がよく分からない」「この金額が妥当か意見を聞きたい」といった段階からでも、お気軽にご相談ください。お見積りでは、前提条件と対象外の作業を明記したうえでご説明します。
料金の目安とシミュレーターはアプリ開発のページでご覧いただけます。ご相談はお問い合わせフォームからどうぞ。
記事執筆・株式会社アクセス・リンク 代表取締役
Webサイト制作歴10年以上の経験を元にSEOコンサルティングを行い、延べ1,000件以上のサポート実績を誇ります。個人事業主や中小企業向けのホームページ制作やSEOコンサルティングを得意としています。
（社）全日本SEO協会 認定SEOコンサルタント
コメント