IT投資の意思決定。なぜ技術的に正しい提案が通らないのか
「このままでは危ない」と分かっているのに、投資が通らない。技術に携わる立場なら、一度は経験する状況です。原因は説得力の不足ではなく、判断する側と説明する側で見ている軸が違うことにあります。この記事では、IT投資がどう判断されているのかを整理し、通る提案と通らない提案の違い、そして数字にしにくい投資をどう扱うかを扱います。
なぜ噛み合わないのか
技術側は「何ができるか」「何が危ないか」で語ります。経営側は「いくら儲かるか」「いくら損を防げるか」で判断します。使っている言語が違うため、正しい提案でも通りません。
もうひとつ、構造的な問題があります。IT投資は、他の投資と同じ土俵で比較されているという点です。
設備投資、人員増、広告出稿、新規出店。経営が持っている資金は限られており、そのなかでの優先順位づけになります。「システムが古い」という理由だけでは、他の投資に勝てません。
日本企業では、この構造がより顕著に現れます。技術の議題が「システムの話」として切り離されると、事業判断の文脈に乗らないためです。調査でも、経営層がデジタルを主導している日本企業は9%（アメリカ18%、ドイツ19%）という差が示されています。
投資は3種類に分かれる
IT投資を一括りにすると議論が混乱します。性質で分けると整理しやすくなります。
| 種類 | 目的 | 判断のされ方 |
|---|---|---|
| 維持 | いまの状態を保つ | 削減の対象。増額は通りにくい |
| 効率化 | コストや工数を減らす | 回収期間で判断される |
| 成長 | 売上や新規事業を作る | 期待値で判断される |
← 横にスクロールしてご覧いただけます →
多くの企業では、予算の大半が「維持」に消えています。 そして維持は、増やす理由を説明しにくい性質を持ちます。動いているものに、なぜ追加の費用が要るのかと問われるためです。
提案が通りにくいと感じるとき、自分の提案がどの種類なのかを見直すと原因が見えてきます。維持の話を維持のまま説明していれば、通らないのは自然です。
判断される軸
経営がIT投資を見るとき、確認しているのは主に次の点です。
- 投資額と回収期間／いくらかけて、何年で回収できるか
- やらなかった場合のリスク／放置すると何が起きるか。金額に換算できるか
- 他の投資との比較／同じ金額を別の用途に使った場合と比べてどうか
- 実行できるのか／社内に進められる人がいるか。頓挫しないか
- タイミング／いまでなければならない理由があるか
とくに「いまでなければならない理由」が効きます。期限があるものは通りやすく、いつでもできるものは後回しになります。
保守期限、法改正、制度の導入。外部要因で期限が決まっているものは、その事実自体が推進力になります。SAPの保守期限を控えた移行案件が動いているのは、この構造です。
技術的負債という難題
最も通りにくいのが、この領域です。
技術的負債の返済は、「いま何も問題が起きていない」状態で費用を要求することになります。効果は「将来困らない」という形でしか示せず、数字になりません。
しかも放置した場合の影響が、時間差で現れます。すぐには壊れないが、確実に開発速度が落ち、障害の確率が上がる。 この性質が、判断を難しくします。
実務的な扱い方をいくつか挙げます。
他の案件に載せる。 単独で提案せず、新機能の開発や制度対応に伴う改修として組み込む。目的が別にある投資の一部として通す形です。
速度の低下を数字にする。 「同じ規模の機能追加に、3年前は2週間、いまは6週間かかっている」。比較できる形にすると、経営が判断できるようになります。
リスクを金額に換算する。 「この部分で障害が起きた場合、復旧に何時間、その間の機会損失はいくら」。確率と金額で示せば、他の投資と比較可能になります。
段階に分ける。 一度に全部を返済しようとせず、影響の大きい部分から着手する。金額が小さいほうが判断は早くなります。
通る提案の作り方
順序を変えるだけで、通り方が変わります。
1. 事業の課題から始める。 「システムが古い」ではなく「受注処理に1件あたり15分かかっており、繁忙期に対応しきれない」。技術の問題ではなく、事業の問題として提示することが起点です。
2. 選択肢を複数示す。 ひとつの案だけを持っていくと、賛成か反対かの議論になります。A案・B案・何もしない場合の3つを並べると、判断する側が選べます。
3. やらない場合を明示する。 何もしなければどうなるか。この比較がないと、投資の必要性が伝わりません。
4. 数字を添える。 完璧な試算でなくて構いません。桁が合っていることのほうが、精度より重要です。
5. 実行体制を示す。 誰がやるのか。社内で足りない部分をどう補うのか。「実行できるのか」という懸念に、先回りして答える必要があります。
6. 小さく始める案を用意する。 全額の承認が難しければ、まず一部を試す形を提示する。実績が出れば、次の判断は速くなります。
承認された後に起きること
投資が通ることは、始まりに過ぎません。実行段階で頓挫する案件は少なくありません。
要件が膨らむ。 承認された後、各部門から要望が追加される。当初の目的から外れ、費用も期間も超過します。「何をやらないか」を最初に決めておくことが防御になります。
判断できる人がいない。 ベンダーからの提案に対して、採否を決められる人が社内にいない。丸投げすると、費用も期間も相手の見積もり次第になります。
効果測定をしない。 稼働して終わり、効果を検証しない。これが繰り返されると、次の投資の説得力が失われます。 投資を通したなら、結果を測って報告するところまでが一連の仕事です。
この最後の点が、実は最も長期的に効きます。「前回の投資は、こういう成果が出た」と言えるかどうかで、次の提案の通り方がまったく変わります。
IT投資・システム刷新のご相談
イーランサーは、SAP／S4HANA、Salesforce、AWS、Azure、GCP、データ基盤・DWH、インフラ・運用保守など幅広い領域の即戦力人材をご紹介しています。構想策定や現状調査といった上流工程から、実行、稼働後の運用まで、必要な工程に合わせてご提案します。
ご要件をいただいてから最短即日で候補者をご提案します。ご要件の内容により前後します。ご相談は無料です。
法人向けサービスを見る