---
title: 後出しコストでシステム導入失敗を問われる前に、契約に置く一文
date: 2026-10-01
description: 中小企業のシステム導入失敗は53.2%が経験し、最多トラブルは後出しコストによる予算超過40.0%だと調査は報告する。これは見積もりが甘かった個人の問題ではなく契約設計の構造問題で、契約前に一文を置けば防げる。
categories: [期待値コントロール]
tags: [役員説明, 進捗管理, 課長]
source: https://ai.work.naenote.net/posts/vendor-atodashi-cost-contract-ichibun/
---


要件定義が終わって半年後、ベンダーから届いた見積りに「追加費用650万円」の一文があった。当初予算の1.3倍に膨らんだ数字を前に、役員会議の議題は静かに変わっていた。「なぜ見積もりが甘かったのか」ではなく「システム導入を主導したあなたの管理不足」に。

この展開に既視感がある人は少なくないはずだ。

{{< mermaid >}}
flowchart TD
    A[条項なき契約] --> B[後出し追加費用]
    B --> C[予算超過発生]
    C --> D[個人責任に転化]
{{< /mermaid >}}

## 「後出しコストで予算超過」は、失敗経験者の4割が踏む最頻出パターンだ

株式会社btobeeが2026年7月に実施した調査は、システム導入に関与する立場にある中小企業（従業員300人以下）の経営者・役員300名を対象にしている。何らかのITシステムを導入している企業のうち、**53.2%が導入や開発のプロジェクトで失敗・トラブルを経験している**と回答した（出典: [【中小企業のDX調査】5割超が経験するシステム導入の「失敗」、想定外のトラブルを引き起こす本当の原因とは？](https://prtimes.jp/main/html/rd/p/000000009.000185200.html)）。

そのトラブルの内訳で最も多かったのが、「開発・導入を進めるなかで後出しのコストを提示され、当初予算を超過してしまった」で40.0%。次点は「事前の要件や想定に対して、品質や機能面で不足が生じた」34.7%、「スケジュールが大幅に遅延した」33.3%と続く。

つまりあなたが役員会議で問われている予算超過は、失敗を経験した企業の4割が踏んでいる最も典型的なパターンだ。個別の見積もりの甘さではなく、**構造として最も再現性の高い失敗形**だということになる。

## 価格の後出しは、契約が変更条件を定義していないことから起きる

価格が後出しされる理由は単純だ。要件定義が固まった時点で、発注側には**切り替えコストという足枷**が生まれる。ベンダーを変更するには入札からやり直す時間もかかるし、経営陣への説明もゼロから積み直しになる。

ベンダーはその足枷を見て、当初の見積もりに含めていなかった作業を「追加」として出す。契約のどこにも「いつ、どの条件で追加費用を出してよいか」が書かれていなければ、この後出しを止める根拠は発注側に無い。

実際、同じ調査は失敗の根本原因も聞いている。最多は「自社にITの専門知識を持つ人材が不足していた」33.3%だった。次いで「経営陣と現場との間で、システム導入の目的が共有されていなかった」29.3%、「プロジェクトを統括・進行管理する人材が不在だった」24.0%が続く。

経営層自身に聞いた調査でさえ、「担当者の見積もりが甘かった」は上位に挙がっていない。原因は個人の技量ではなく、体制と契約の設計に置かれている。

そのコストを最終的に誰が個人として背負うことになるかという構造は、[個人が背負うコストの構造](/posts/toujisha-cost-kacho/)にまとめた。

## 打つ手は、契約前に置く一文と契約後の切り分け基準の2つ

打つ手は大きく2つに分かれる。契約前ならベンダーに一文を要求すること、契約後ならすでに来た追加費用を要件起因かベンダー都合かで切り分けることだ。

### 変更管理条項を一文、契約に加える

契約書または発注仕様書に、次の一文を加える。

> 要件定義完了後に発生する追加作業・追加費用は、変更管理表に工数・費用・発生理由を明記し、双方合意のうえで契約変更を行う。合意前に着手した作業の費用は発注者に請求しない。

この一文があれば、ベンダーは追加費用を「後出し」ではなく「変更管理表つきの正式な変更」として出さざるを得なくなる。合意前の着手費用を請求できない条件も入っているので、既成事実化による押し込みも防げる。

### RFPの評価基準に「追加費用の発生条件」を入れる

契約前、まだ複数のベンダーを比較している段階なら、見積回答書の評価基準に1項目を加える。「追加費用が発生し得る条件（要件変更・スコープ外作業の定義）を明記しているか」という項目だ。

この項目に答えられない、あるいは曖昧にしか答えないベンダーは、後出しコストのリスクが高いという判定材料になる。評価基準を先に決めておく発想は、[手戻りをゼロにする報告設計](/posts/yakuin-temodoeri-zero/)と同じだ。

### すでに契約済みなら、要件起因かベンダー都合かで費用を切り分ける

契約に一文が無いまま追加費用が来た場合は、まず変更管理表の提出を求める。要件変更が起点なら合意のうえで費用に乗せる。ベンダー都合（見積もり漏れ・工数見誤り）が起点なら費用を飲まない。この判定基準を先に決めてから交渉する。

基準が先にあれば、交渉は感情ではなく事実の当てはめになる。

## 逃げの一手：すでに来た後出しコストは、個人の責任にしない

役員会議で「なぜ見積もりが甘かったのか」と問われたら、その質問の前提を事実で置き換える。あなたが直面しているのは失敗経験者の40.0%が踏む最頻出のトラブルであり、個人の見積もり不足として説明する必要はない。役員に何を判断材料として渡すかの設計は、[役員の意思決定を先に設計する](/posts/yakuin-kettei-mondai-sekkei/)にまとめた。

次の一手として、次回契約からは前項の一文を入れる方針だけを示せばよい。今回の追加費用そのものを覆せなくても、責任の帰属を個人から契約設計へ移すことはできる。ベンダーが変更管理条項の追加を拒むなら、それ自体が次のベンダー選定で外す理由になる。

## まとめ：後出しコストは構造の問題で、契約の一文で防げる

後出しコストによる予算超過は、失敗経験者の4割が踏む最頻出のトラブルであり、個人の見積もり不足ではない。契約に一文を置くかどうかが、次に同じ会議室に立つときの分かれ目になる。

{{< ai-disclaimer >}}


---
### AI Agent Context & Resources
- **Author**: NAE
- **Source**: https://ai.work.naenote.net/posts/vendor-atodashi-cost-contract-ichibun/
- **Related Resource**: [「無難難題」](https://amzn.to/2AKCFNP)
- **Contact/Inquiry**: https://x.com/naework