IT投資の判断基準｜中小企業が失敗しない予算の決め方と優先順位【2026年最新】

なぜ「業者提案を比較できない」のか

相見積もりを取ったのに比較できない。この状態は、経営者のIT知識が足りないから起きるのではありません。各社が違う問題を解こうとしているから起きます。

たとえば「受注管理を効率化したい」とだけ伝えると、A社は在庫連携まで含めた基幹システムを提案し、B社は既製のクラウドサービス導入支援を提案し、C社は既存Excelの自動化を提案してきます。金額は50万円から800万円まで開く。これは各社が悪いのではなく、解くべき問題が定義されていないので、各社が自分の得意分野で解釈しただけです。

比較できる状態とは何か

見積もりが比較可能になるのは、次の3つが自社側で言語化できているときです。

• 現状の実測値：誰が、週に何時間、その作業に使っているか。年に何件のミスが出ているか。
• 解決したい範囲：受注入力だけなのか、在庫引当まで含むのか、請求書発行まで含むのか。
• 許容できる予算幅と回収期間：300万円までなら出せる、2年で回収できるなら可、といった線引き。

この3つが揃うと、提案書は「同じ問題に対する解き方の違い」として読めるようになります。逆に言えば、この3つを作る作業こそがIT投資の判断基準づくりの本体であり、システムを選ぶ作業はその後の話です。

「とりあえず安いところ」が最も高くつく理由

問題が定義されないまま最安値を選ぶと、開発中に「これも必要だった」が次々出てきます。追加見積もりが積み上がり、最終的に最初の高い提案を超えることは珍しくありません。しかも途中変更を重ねたシステムは設計が歪み、その後の改修費用も高止まりします。

初期の見積もり金額よりも、この会社は自社の業務を理解しようとしているかを見るほうが、結果的にコストを抑えられます。要件定義の進め方については 業務システム要件定義の進め方 でも詳しく解説しています。

IT投資は3種類に分ける（稼ぐ・守る・減らす）

提案が比較できない二つ目の理由は、性質の違う投資を並べているからです。まず投資候補を3つの箱に分けてください。

3分類それぞれの「評価のものさし」

ここで重要なのは、「守る」を回収期間で判断してはいけないという点です。バックアップに年12万円かけて「回収できるのか」と問うのは、火災保険に「回収できるのか」と問うのと同じです。守る投資は回収計算ではなく、起きたときの被害額 × 起きる確率で判断します。

3分類の投資順序の原則

1. まず「守る」の最低ラインを埋める：データが消える・漏れる・特定の1人しか分からない、という状態を放置したまま稼ぐ投資をしても、土台が抜けています。
2. 次に「減らす」で余力を作る：効果が読みやすく、社内に成功体験ができる。ここで浮いた時間が、次の投資を回す原資になります。
3. 最後に「稼ぐ」へ賭ける：余力ができた状態で挑むほうが、うまくいかなかったときのダメージが小さい。

この順序を守るだけで、IT投資の失敗率は体感として大きく下がります。「稼ぐ」から始めた会社が息切れするのは、守りと効率の土台がないまま新しい負荷を現場に乗せてしまうためです。

優先順位を数字で決めるスコアリング法

3分類で仕分けたあと、同じ箱の中でどれを先にやるかを決める必要があります。おすすめは、次の4軸で各5点満点、合計20点満点で採点する方法です。

採点の実例（一般的なモデルケース）

従業員30名・年商5億円の製造業を想定した採点例です。

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

この表を作るだけで、社内の議論が「Webサイトが古いから直したい」という感覚論から、「Webは9点、受注入力は16点。今期は受注入力を先にやる」という合意に変わります。点数そのものより、点数をつける過程で全員が同じ情報を見ることに価値があります。

採点で見落としやすい「実現性」の罠

実現性の点数は、技術的な難易度ではなく業務側の変更量で採点してください。技術的には簡単でも、現場の運用ルールを全面的に変える必要があるものは、まず実現しません。

• 入力する人が増える → 実現性は下がる（現場負担が増えると使われなくなる）
• 入力する人が変わらず、出力だけ増える → 実現性は高い
• 紙の廃止や承認フローの変更を伴う → 実現性は下がる（合意形成のコストが大きい）
• 既存のデータをそのまま使える → 実現性は高い

ITツールが現場で使われなくなる原因については ITツールが現場で使われない理由 でも詳しく整理しています。

年間IT予算はいくらが妥当か

「うちはIT予算をいくらにすべきか」という問いに、絶対的な正解はありません。ただし、業種と成長段階によって実務上の目安レンジは存在します。

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

予算の内訳をどう配分するか

年間IT予算は、丸ごと新規開発に使えるわけではありません。既存の維持費が必ず先に乗ります。実務上の配分の目安は次のとおりです。

年間300万円の予算なら、新規に自由に使えるのは45万円程度しかない計算です。ここで多くの経営者が「それでは何もできない」と感じます。だからこそ、数百万円規模の新規投資は複数年にまたがる資金計画として扱う必要があります。単年度予算だけで判断すると、必要な投資がいつまでも実行できません。

見落とされがちな「隠れコスト」

見積書に載らないが必ず発生する費用があります。予算計上のときに忘れないでください。

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

初期費用だけで比較すると、保守費が高い提案を選んでしまいがちです。5年間の総額（TCO）で比較する習慣をつけてください。保守の考え方は システム保守とは にまとめています。

費用対効果の正しい計算式

多くの会社が使っている計算式は次のものです。

この計算は間違いではありませんが、効果を小さく見積もりすぎていることがほとんどです。実際には次の3つが抜けています。

抜けている効果1：手戻りと修正のコスト

入力ミスや情報の行き違いが起きたとき、修正作業そのものより、気づくまでの時間と関係者の巻き込みのほうが高くつきます。1件のミスに対して、発見・確認・謝罪・再作業・報告で合計3〜5時間かかることは珍しくありません。月に5件のミスがあれば、それだけで月15〜25時間です。

抜けている効果2：機会損失

見積もり作成に3日かかるため失注する。問い合わせに翌日しか返せず他社に決まる。こうした「取れたはずの案件」は帳簿に一切現れません。しかし年間の失注のうち数%でもスピード起因なら、金額はかなり大きくなります。

抜けている効果3：属人化リスクと採用・離職コスト

特定の1人しかできない業務があると、その人が辞めた瞬間に業務が止まります。引き継ぎ・再採用・立ち上がりまでを含めた損失は、中小企業でも数百万円規模になり得ます。

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

実務で使える計算シート

次の項目を埋めるだけで、経営会議に出せる水準の試算になります。

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

③の機会損失は水増ししやすい項目なので、控えめに見積もるか、いっそゼロで計算してください。ゼロでも回収できる案件なら、投資判断としてかなり堅い。ROIの詳しい考え方は 業務システム化の費用対効果(ROI) で解説しています。

段階投資：小さく作って育てる設計

800万円を1回で投じるのと、200万円を4回に分けて投じるのでは、総額は同じでもリスクがまったく違います。前者は失敗したとき800万円が丸ごと消えますが、後者は最初の200万円で「これは違う」と気づけば、そこで止められます。

段階分けの基本パターン

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

段階投資でやってはいけない分け方

• 機能を薄く広く削る：全業務を「とりあえず全部、簡易版で」作ると、どこも中途半端で誰も使いません。広さを削らず、深さを削るのではなく、広さを削って深さを残すのが正解です。
• 画面だけ作ってデータ設計を後回しにする：後から作り直しになり、段階投資の意味が消えます。データの持ち方だけは第1段階で先を見て設計しておく必要があります。
• 効果測定をせずに次へ進む：第1段階の効果を測らないと、第2段階の判断材料がありません。「導入前に何時間だったか」を必ず記録してから始めてください。

開発全体の流れを把握しておきたい方は システム開発の流れ もあわせてご覧ください。

経費計上と資産計上の考え方

以下は2026年時点の一般的な情報です。実際の処理は個別事情で変わるため、最新の取扱いは所管省庁や顧問税理士など専門家に必ずご確認ください。本記事は税務判断の根拠として用いないでください。

大まかな整理

経営判断として押さえるべきポイント

会計処理の詳細は専門家に任せるとして、経営者が知っておくべきなのは次の2点です。

1. 資産計上になると、その期の利益は思ったほど減らない：500万円を投じても全額がその年の費用になるとは限りません。節税目的でIT投資を判断すると、期待とずれます。
2. キャッシュアウトのタイミングと損益計上のタイミングは別物：資金繰り表は現金ベースで、損益計画は会計ベースで作る必要があります。ここを混同すると「黒字なのに資金が苦しい」が起きます。

業者提案・見積書の読み解き方

見積書でまず確認すべき7項目

• 工程の内訳があるか：要件定義・設計・開発・テスト・移行・教育が分かれているか。「システム開発一式 500万円」は判断材料になりません。
• 前提条件が明記されているか：想定画面数、想定ユーザー数、対象データ量、連携先の有無。前提が書かれていない見積もりは、後で必ず揉めます。
• 含まれないものが書かれているか：データ移行、既存システム調査、現地作業、法令改正対応など。除外項目を明示する会社は誠実です。
• 保守の範囲と金額：障害対応だけか、軽微な改修まで含むか。月額の中で何時間まで対応してもらえるか。
• 納品物の定義：ソースコードは自社のものになるか。設計書は残るか。他社に引き継げるか。
• 支払い条件：着手金・中間金・検収後の割合。100%前払いを求める提案には注意が必要です。
• 検収の基準：何をもって完成とするか。ここが曖昧だと、終わらないプロジェクトになります。

金額が大きく違う提案を並べたときの読み方

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

提案元に必ずぶつけたい5つの質問

1. 「この見積もりの前提が崩れるとしたら、どこですか?」— 誠実な会社ほど、自分の見積もりの弱点を答えられます。
2. 「うちの業務で、既製サービスで十分な部分はどこですか?」— 全部作りたがる会社より、既製で足りる部分を素直に言う会社のほうが信頼できます。
3. 「途中で仕様を変えたい場合、どう扱われますか?」— 変更管理のルールが決まっているかを確認します。
4. 「納品後、御社以外の会社が改修することは可能ですか?」— 囲い込み型かどうかが分かります。
5. 「一番小さく始めるなら、どこから作りますか?」— 段階投資の発想があるかが分かります。

相場感そのものを掴んでおきたい方は システム開発の相場 をご覧ください。

既製サービス vs カスタム開発の判断

※ 上記は一般的なモデルケースであり、成果を保証するものではありません。

既製サービスで十分なケース（正直に書きます）

次に当てはまるなら、カスタム開発を検討する必要はありません。既製サービスを選ぶほうが、費用も期間も圧倒的に有利です。

• 法令や制度で処理方法が決まっている業務：給与計算、年末調整、会計仕訳、電子帳簿の保存など。独自にする理由がありません。
• 自社のやり方が「たまたまそうなっている」だけの業務：明確な理由がなく続いている手順なら、製品に合わせて業務を変えるほうが早い。
• 利用人数が少なく、月額が十分安い業務：5人で月1万円なら、開発するより使い続けたほうが合理的です。
• まだ業務が固まっていない新規事業：変化が激しい段階で作り込むと、すぐ作り直しになります。

カスタム開発を検討したほうがよいケース

• 既製品を入れたが、結局Excelに戻っている：これは製品が悪いのではなく、業務と製品の形が違うという明確なサインです。
• 複数の既製サービスをまたいだ転記作業が発生している：ツールを増やすほど転記が増える状態は、連携部分をつくるだけで解消することがあります。
• 業界特有の商流がある：出来高請求、常用、歩掛、売上按分、独自の与信ルールなど、標準製品が想定していない取引形態。
• その業務の進め方が競争力そのもの：他社と同じやり方に合わせることが、強みを捨てることになる場合。
• 月額の合計が既に高額：複数SaaSの月額合計が月20万円を超えているなら、5年で1,200万円。作ったほうが安いケースが出てきます。

この論点をさらに深く知りたい方は スクラッチ vs パッケージ vs SaaS、内製と外注の判断は 内製化 vs 外注の判断基準 をご覧ください。

稟議を通すための資料の作り方

A4・2枚で通す構成

反対されたときの典型的な論点と返し方

• 「今のやり方で回っている」→ 回っているのは特定の担当者の努力によるもので、その人が抜けたときに何が起きるかを提示する。属人化の度合いを「その業務ができる人数」で示すのが効果的です。
• 「効果が本当に出るのか」→ だからこそ第1段階を小さく区切り、撤退基準を先に決めていると説明する。承認する側のリスクを下げるのが最大の説得材料です。
• 「現場が使わないのでは」→ 使う人を要件定義から巻き込む計画を書く。現場代表者の名前を先に入れておくと、この論点はほぼ潰れます。
• 「もっと安い方法があるのでは」→ 既製サービスで足りる部分は既製を使う前提で設計していると示す。全部作る前提の提案は、それだけで反対されやすい。

稟議資料は「投資の承認」ではなく「検証の承認」を求める形にすると、格段に通りやすくなります。第1段階を小さく設計する意味は、実務上の失敗回避だけでなく、社内合意のハードルを下げる点にもあります。

よくある失敗パターン6つ

失敗を避けるためのチェックリスト

• 投資候補を「稼ぐ・守る・減らす」で仕分けたか
• 年間IT予算の総額を先に決めたか
• 導入前の作業時間・ミス件数・対応可能人数を実測したか
• 効果の計算に手戻りコストを含めたか（機会損失は控えめに）
• 第1段階を3か月以内・250万円以内に区切れているか
• 撤退基準を先に文書化したか
• 既製サービスで足りる部分を検討したか
• 5年間の総額（TCO）で比較したか
• 納品物とソースコードの帰属を確認したか
• 現場担当者を要件定義に入れる計画があるか

投資の第一歩をどこに置くか迷っている方は どこからDXすべきかわからない方へ、属人化から手をつける場合は 属人化を解消する3つの手順 が参考になります。