「業務アプリを作りたい。予算はいくら見ればいいのか」——稟議の起案でまず必要になるのがこの数字です。検索すれば「相場は50万〜500万円」といった記事が並びますが、幅が10倍あるものは相場とは呼べません。
それでも予算は組まなければなりません。本記事では、相場表を提示する代わりに「自社のケースで概算する方法」と、検証可能な実額データを提供します。ツール費用については、各社の公式価格ページから2026年8月時点の実数を取得しました。
内製と外注の切り分けは「社内システムを内製するメリット・デメリット」、全体の進め方は「業務システム内製化ガイド」をご覧ください。
なぜ「費用相場」は当てにならないのか?
同じ名前のアプリでも工数は桁違いになる
「在庫管理アプリ」を例にとります。
| 要件 |
Aパターン |
Bパターン |
| 利用者 |
1部門10名 |
全社500名・拠点別権限 |
| データ登録 |
手入力のみ |
バーコード読取+基幹システム連携 |
| 権限 |
全員が全件閲覧 |
拠点・役職別に閲覧範囲を制御 |
| 可用性 |
半日止まっても業務は回る |
停止不可(出荷が止まる) |
| 監査 |
不要 |
操作ログの保存が必須 |
どちらも「在庫管理アプリ」です。しかし必要な工数は桁が違います。相場記事の多くは、どちらを前提にした数字なのかを書いていません。これが「幅が10倍ある相場」が生まれる理由です。
公的データは何を示しているか?
IPAの「ソフトウェア開発分析データ集2022」は、5,546プロジェクトの定量データから工数・工期・規模・生産性を分析し、直近6年分1,479件でベンチマークを算出しています。
ここから読み取るべきは個別の金額ではなく、「同種のプロジェクトでも工数には大きなばらつきがある」という事実そのものです。公的機関が多数のプロジェクトを集計してもなお幅が出るものを、記事の一行で言い当てられるはずがありません。
では相場感はどう使えばよいのか?
相場の数字を捨てる必要はありません。使い方を変えればよいのです。相場は「この金額が妥当かどうか」を判定する物差しには使えませんが、「自社の見積もりが世間の分布から極端に外れていないか」という粗い当たりを付ける材料にはなります。問題は、多くの担当者が前者の使い方をしてしまうことです。次の対比が、正しい使い方と誤った使い方の境界を示しています。
- ×「相場が◯◯万円だから、この見積もりは高い/安い」
- ○「この見積もりは何の要件で工数が積み上がっているのか。その要件は初回から必要か」
見積もりを評価する軸は金額の絶対値ではなく、内訳の構造です。
費用はどう分解すれば概算できるのか?
費用は3層で構成される
見積書に書かれた金額を一つの数字として眺めていると、どこを削れるのかが見えません。実際には性質のまったく異なる三つの費用が合算されており、それぞれ発生のタイミングも、削減できる余地も異なります。とくに二層目と三層目は、一度発生すると毎年払い続ける性質を持ちながら、初期の検討では意識されにくいという共通点があります。
| 層 |
内容 |
性質 |
見落とし度 |
| ①開発費 |
要件整理・設計・実装・テスト |
一時費用 |
低 |
| ②運用費 |
ライセンス、ホスティング、保守 |
恒久的な継続費用 |
高 |
| ③統制コスト |
権限管理・棚卸し・教育・セキュリティ点検 |
継続費用(社内工数) |
最高 |
「作って終わり」で②を予算化していないと、翌年度に予算がなく停止します。③は見積書に載らないため、比較検討からほぼ確実に漏れます。
開発費を決める5つの変数
概算の実務では、次の5変数で当たりをつけます。
| 変数 |
費用への影響 |
削減の方法 |
| ①要件の明確さ |
最大。曖昧なほど手戻りが発生 |
作る前に「何を作らないか」を確定する |
| ②画面数 |
中。単純加算で効く |
初回リリースの画面を絞る |
| ③外部システム連携 |
大。1本増えるごとに跳ねる |
初期はCSVの手動取り込みで代替 |
| ④権限の粒度 |
大。役割×データ範囲の掛け算 |
検証段階は限定ユーザーで運用 |
| ⑤可用性・監査要件 |
大。冗長化と証跡で工数が増える |
要件の必要性を再確認する |
③と④が「見た目は同じアプリなのに費用が数倍違う」原因の大半を占めます。見積もりを比較する際は、この2つの前提が揃っているかを最初に確認してください。
自社で概算する手順
ここまでの5変数を、実際に手を動かせる手順に落とします。所要時間は半日程度で、専門知識は必要ありません。重要なのは、精緻な数字を出すことではなく、複数社に同じ前提を渡せる状態を作ることです。この手順を踏まずに相見積もりを取ると、各社が異なるスコープで見積もるため、金額差が「安さ」ではなく「前提の違い」を意味してしまいます。
- 初回リリースの画面を紙に書き出す(10画面を超えたらスコープが広すぎる)
- 外部連携の本数を数える(0本にできないか検討する)
- 権限パターンを数える(「全員同じ」にできないか検討する)
- 止まったときの許容時間を決める(短いほど費用が上がる)
- この4点を書いた1枚を持って、複数社に見積もりを依頼する
5番が重要です。同じ前提を渡さずに取った相見積もりは比較になりません。各社が異なるスコープで見積もるため、金額差が「安さ」ではなく「前提の違い」を反映してしまいます。
内製する場合、ツール費用はいくらか?
主要ツールの実額(2026年8月時点)
各社の公式価格ページから取得した数値です。
| ツール |
課金単位 |
価格 |
備考 |
| kintone ライト |
ユーザー課金 |
1,000円/人・月 |
最小10ユーザー、アプリ200個(税抜) |
| kintone スタンダード |
ユーザー課金 |
1,800円/人・月 |
最小10ユーザー、アプリ1,000個、API 1万/日(税抜) |
| kintone ワイド |
ユーザー課金 |
3,000円/人・月 |
最小1,000ユーザー(税抜) |
| Power Apps Premium |
ユーザー課金 |
2,998円/人・月 |
年払い相当。2,000席以上で1,799円/人・月 |
| Lovable Business |
クレジット(人数無制限) |
$50/月(100クレジット) |
年払いで$42/月。消費分は別途 |
| Bolt Teams |
ユーザー課金 |
$30/人・月 |
Pro単体は$25/月 |
| v0 Business |
ユーザー課金 |
$100/人・月 |
Plusは$30/人・月 |
利用者数別の試算
基本料金ベースで比較します(1ドル=150円換算、税抜)。
| 利用者数 |
kintone スタンダード |
Power Apps Premium |
Lovable Business |
| 10名 |
18,000円/月 |
29,980円/月 |
約7,500円/月 |
| 50名 |
90,000円/月 |
149,900円/月 |
約7,500円/月 |
| 100名 |
180,000円/月 |
299,800円/月 |
約7,500円/月 |
人数課金かどうかで、100名規模では基本料金に大きな差が出ます。ただしこの表を単純比較の根拠にしないでください。公正を期すため、以下の留保が必要です。
- Lovableはクレジットが共有プールです。100名が使えば消費量が増え、上位のクレジット枠が必要になります。上表は固定費部分の構造差を示すものです
- kintoneとPower Appsは権限管理・監査機能が標準装備で、情シス審査を通しやすい利点があります
- AI生成型ツールでは、権限設計とセキュリティ点検が自社責任になります(IPA「安全なウェブサイトの作り方」参照)。統制コスト(3層目)が増える点を計上してください
つまり「安いから良い」ではなく、「何を自社で負担するかが違う」のが実態です。ツール費用が安い分、統制コストが社内に移転しているだけ、というケースは珍しくありません。
ツール費用以外に必ずかかるもの
ライセンス費用だけを比較して内製が安いと結論づける比較表を、よく目にします。しかし実際には、ツール代の何倍もの社内工数が発生します。これらは請求書が届かないため予算に計上されず、結果として「安いはずだったのに担当者が疲弊している」という状態を生みます。少なくとも次の四つは、金額に換算して計上してください。
- 社内担当者の人件費——最も見落とされる費目。業務時間の何割を使うかを先に決める
- 教育コスト——初期の学習と、異動時の引き継ぎ
- セキュリティ点検の工数——公開前の権限設計レビュー
- 棚卸しの工数——使われていないアプリの停止判断
人件費の水準を検討する際は、経済産業省の「IT人材需給に関する調査」報告書やIPAの企業・IT人材に関する調査が参考になります。
外注する場合、見積もりのどこを見るか?
金額より内訳の構造を見る
相見積もりを並べたとき、最初に見るべきは合計金額ではありません。金額の差は、多くの場合スコープの解釈差から生まれているからです。同じ要件を渡したつもりでも、どこまでを含むと解釈したかは会社ごとに違います。次の項目が明示されているかどうかを確認すれば、その解釈差を金額の比較より先に発見できます。
| 確認項目 |
望ましい状態 |
| 要件整理の工数 |
実装費に埋め込まれず、独立して明示されている |
| スコープ外の記載 |
「やらないこと」が明記されている |
| 運用費 |
月額の内訳が別掲されている |
| 変更時の扱い |
手続きと単価が事前に定義されている |
| 成果物の権利 |
ソースコードの著作権・利用範囲が明記 |
| 検収条件 |
合否の判定基準が具体的 |
複数社を比較するときは、金額より先に「やらないこと」の記載を比較してください。ここが空欄の見積もりは、後から追加費用が発生します。
契約形態で費用の性質が変わる
要件が固まっていない案件を請負契約で発注すると、変更のたびに変更契約が必要になり費用が膨らみます。IPAの「情報システム・モデル取引・契約書」でも、工程の性質に応じた契約形態の使い分けが示されています。探索フェーズは準委任、本番構築は請負という二段構えが実務的です。
アプリの種類別に、どの変数が効くのか?
5変数のうち、どれが費用を押し上げるかはアプリの性質で変わります。よくある3類型で整理します。
申請・承認ワークフロー系は「権限の粒度」が効く
経費申請、稟議、休暇申請などです。画面数は少なく実装は軽い一方、承認ルートの分岐と権限設計が費用を決めます。「金額が◯円以上なら部長承認、さらに◯円以上なら役員承認」「代理承認は誰まで許すか」——この分岐の数が工数に直結します。
コストを抑えるなら、初期は承認ルートを1本に固定するのが有効です。例外処理は運用で吸収し、頻度が高いものだけ後から実装します。標準の承認機能を持つkintoneのような基盤が有利になりやすい領域でもあります。
台帳・マスタ管理系は「外部連携」が効く
顧客リスト、在庫、備品、契約管理などです。単体で作れば安価ですが、既存の基幹システムと同期しようとした瞬間に費用が跳ねます。
判断すべきは「本当にリアルタイム同期が必要か」です。1日1回のCSV取り込みで足りるなら、費用は大きく下がります。AirtableやNotionのような汎用ツールで代替できる場合もあり、作る前に既製品での代替可否を確認する価値が最も高い領域です。
ダッシュボード・分析系は「データの整備状況」が効く
ここが最も誤算が生まれます。画面自体は作りやすいのに、元データが整っていないために工数が膨らむためです。表記の揺れ、重複、欠損、部門ごとに異なる集計定義——これらの名寄せと定義統一が実作業の大半を占めます。
つまりダッシュボードの費用は「画面を作る費用」ではなく「データを整える費用」です。見積もりを取る際は、データクレンジングの工数が含まれているかを必ず確認してください。含まれていない見積もりは、着手後に必ず追加費用が発生します。
この領域は、IPA「DX白書」や総務省「情報通信白書」が指摘するデータ利活用の課題と直結します。データが整っていない状態でダッシュボードだけ作っても、意思決定には使えません。
費用を下げる5つの方法
費用を下げる方法として最初に思いつくのは値引き交渉ですが、効果は限定的です。開発費の大部分は工数であり、工数は要件から決まります。つまり費用を下げる主戦場は交渉ではなく要件定義にあります。以下は効果の大きい順に並べており、上に行くほど発注前に自社でできることです。
- 要件を明確にする——効果が最大。曖昧さは手戻りという形で必ず費用に転嫁されます
- 外部連携を初期リリースから外す——CSVの手動取り込みで代替できないか検討する
- 権限を「全員同じ」から始める——限定ユーザーで検証すれば権限設計を後回しにできます
- 既存ライセンスを先に確認する——Microsoft 365やkintoneが全社導入済みなら追加コストはほぼゼロ
- 可用性要件を再確認する——「止まってはいけない」が本当かを問い直す。ここが費用の分岐点になります
4番を飛ばす企業が非常に多い領域です。新しいツールの検討を始める前に、既存基盤で作れないかを検証してください。追加コストがゼロに近く、情シスの審査も通っています。
予算計上で失敗しないための注意点
見積もりの精度を高めても、予算の組み方を誤ればプロジェクトは止まります。実際に多いのは、初年度の開発費だけを計上し、翌年度に運用費の予算がなくてサービスを停止するケースです。開発費が一時費用であるのに対し、運用費と統制コストは事業が続く限り発生し続けます。この非対称を予算書の構造に反映できているかが分かれ目になります。
加えて、海外ツールを使う場合は為替の影響を受けます。稟議書に前提レートを書いていないと、円安が進んだ翌年に「予算超過」として問題化します。以下の五点は、いずれも実務で繰り返し発生している失敗に対応するものです。
| 注意点 |
内容 |
| 運用費を恒久予算に計上する |
単年度の開発予算だけで組むと翌年度に停止する |
| 成功時にコストが増える設計に注意 |
従量課金では利用が増えるほど費用が増える。想定利用量から先に試算する |
| 為替前提を明記する |
海外ツールはドル建て。円換算の前提レートを稟議書に書く |
| 撤退時のコストを見込む |
ツール乗換時の作り直し。「やめるとき何が残るか」を選定時に確認 |
| 計上していない費目を明記する |
後から発覚するより、注記したほうが信頼される |
よくある失敗パターンは何か?
最後に、費用の見積もりと予算化で実際に起きている失敗を整理します。共通しているのは、どれも着手前の判断ミスが後工程で顕在化するという構造です。着手してから気づいても修正が効きにくいため、企画段階でこの一覧に照らして自己点検することをおすすめします。
| 失敗 |
結果 |
対処 |
| 相場表の数字をそのまま予算にする |
前提が違い、実際と乖離する |
5変数で自社ケースを概算する |
| 前提を揃えずに相見積もりを取る |
金額差が「前提の違い」を反映する |
要件1枚を作って全社に同じものを渡す |
| 運用費を予算化しない |
翌年度に停止 |
3層構造の②を恒久予算に |
| 社内人件費を計上しない |
内製が不当に安く見える |
担当者の工数×単価を必ず計上 |
| 統制コストを見込まない |
アプリ増加後に社内工数が逼迫 |
棚卸し・権限管理の工数を先に見積もる |
統制コストの軽視は、市民開発を全社展開した企業が数年後に必ず直面する問題です。経済産業省「DXレポート」が警告した既存システムのブラックボックス化と、構造は同じです。IPA「DX白書」も組織・体制面の課題を繰り返し指摘しています。
株式会社100は、世界上位1%・日本唯一のHubSpot認定エリートパートナーとして100社以上のCRM導入・活用を支援し、Lovableの日本公式パートナーとして業務アプリの要件整理と費用設計をご支援しています。「いくらかかるか」の前に「何を作らないか」からご相談ください。
よくある質問(FAQ)
Q1. では、どうやって予算を組めばよいですか?
5つの変数(要件の明確さ・画面数・外部連携の本数・権限の粒度・可用性要件)で概算します。初回リリースの画面を紙に書き出し、連携本数と権限パターンを数え、その1枚を持って複数社に見積もりを依頼してください。
Q2. 内製すればいくらになりますか?
ツール費用は課金モデルで変わります。人数課金(kintone 1,800円/人・月、Power Apps Premium 2,998円/人・月など)か、人数無制限型(Lovable Business $50/月+消費分)かで、利用者数が増えるほど総額が開きます。加えて社内人件費・教育・セキュリティ点検・棚卸しの工数が必ず発生します。
Q3. 一番安いツールを選べばよいですか?
いいえ。ツール費用が安い分、統制コストが社内に移転しているだけのケースがあります。kintoneやPower Appsは権限管理・監査機能が標準装備で情シス審査を通しやすい一方、AI生成型は権限設計とセキュリティ点検が自社責任になります。
Q4. 運用費はどれくらい見ればよいですか?
ツールのライセンス費に加え、ホスティング・データ量・実行回数に応じた費用が発生します。従量課金の場合は利用が増えるほど費用も増える点に注意し、想定利用量から先に試算してください。単年度の開発予算だけで組むと翌年度に停止します。
Q5. 既存のライセンスがある場合はどうすべきですか?
まず既存基盤で作れるか検証してください。Microsoft 365やkintoneが全社導入済みなら追加コストはほぼゼロで、情シス審査も通っています。「既存で詰まったから新しいツールを使う」という順序を守ると、社内調整もスムーズです。
Q6. 海外ツールの円換算はどう扱えばよいですか?
稟議書に為替の前提レートを明記してください。ドル建て課金は為替変動の影響を受けるため、一定のバッファを見込む必要があります。
Q7. 見積書で最初に見るべき項目は?
「スコープ外」の記載です。やらないことが明記されていない見積もりは、後から追加費用が発生します。金額の比較より先に、この欄を各社で比べてください。
Q8. 安く速い提案は信用してよいですか?
安さの根拠を確認してください。実装工数の削減だけを根拠にしている場合、運用費と統制コスト(3層構造の②③)は減りません。総額では変わらない、あるいは増えることもあります。
ツール価格は2026年8月31日時点の各社公式価格ページの記載に基づきます(kintone・Power Appsは税抜、海外ツールは1ドル=150円換算の目安)。各社とも価格改定があるため、意思決定時は必ず公式ページで最新をご確認ください。本記事は費用構造の解説であり、個別案件の費用を保証するものではありません。個人データを扱う場合は個人情報保護委員会のガイドラインもご確認ください。