AI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。

結論
AIシステムを本番化した後にKPIが未達だった場合は、感覚で契約を続けるか打ち切るかを決めるのではなく、要因を分析したうえで契約見直し会議で判断することが重要です。事業責任者、開発PM、調達が、KPIレポート、未達要因の分析、見直し会議の議事録を証跡として残すと、継続・改善・縮小・撤退の判断を根拠を持って進められます。
この記事は、本番化したものの期待した成果が出ず、次にどう動くか決められない発注者向けに、KPI未達時の見直し会議の進め方をまとめます。会議の型がないと、責任の押し付け合いになるか、惰性で契約を続けてしまいます。
KPI未達時の契約見直し会議とは何を決める場か
契約見直し会議とは、本番運用のKPIが目標に届かないときに、未達の要因を切り分け、契約(保守、追加開発、体制、費用)をどうするかを決める場です。ベンダーを責める場ではなく、投資を続ける価値があるかを事実に基づいて判断する場です。
会議の前に、本番のKPI(業務効果、精度、利用率、コスト)と目標値、測定方法を確認します。目標値が曖昧だと、そもそも未達かどうかを判断できません。KPIは契約や本番移行の段階で合意しておくのが理想です。
見直し論点の対応表
会議では、未達の要因を切り分けて論点を整理します。表は状況に合わせて調整します。
| 論点 | 内容 | 判断のポイント |
|---|---|---|
| 要因の切り分け | 実装、データ、運用、要件のどこか | 責任範囲と改善余地 |
| 改善の見込み | 追加投資で改善するか | 費用対効果、期間 |
| 契約の扱い | 継続・改善・縮小・撤退 | 投資回収の見通し |
| 費用負担 | 未達の責任と追加費用 | 契約条項との関係 |
| 撤退条件 | やめる場合の手順 | データ返還、引き継ぎ |
表で論点を並べるだけでなく、未達の要因分析を文章で整理します。AIのKPI未達は、実装の問題だけでなく、学習データの偏り、実運用でのデータ変化、利用側の使い方、そもそもの目標設定の高さなど、複数の要因が絡みます。要因を切り分けないと、追加投資しても改善しない領域に費用を投じることになります。
見直しと意思決定の進め方
見直し会議は、KPI実績の共有→要因分析→改善案と費用の検討→契約判断→合意の記録の順で進めます。継続する場合は、改善計画と再評価の時期を決めます。撤退する場合は、データ返還、成果物の引き継ぎ、契約終了の手順を確認します。判断を先送りにすると、成果の出ない運用に費用が流れ続けるため、再評価の期限を決めます。
データ・記録・ログの扱い
KPIの判断には、本番の実績データが必要です。KPIの測定方法、データの取得元、集計の担当を決め、実績を継続的に記録します。要因分析では、精度の推移、利用ログ、業務側のフィードバックを使います。会議の議事録に、判断と根拠、次の期限を残し、後から経緯を追える状態にします。
費用と投資判断の見方
KPI未達時の判断は、投資回収の観点で行います。追加投資で改善する見込みと費用、改善しない場合の撤退コスト(データ返還、切替、内製化)を比較します。未達の原因がベンダーの責任範囲なら是正を求め、要件や目標設定の問題なら見直します。惰性での継続は、回収できない費用を積み増すため、撤退も選択肢として検討します。撤退時の費用と手順を契約で確認しておくと、判断がしやすくなります。
実務チェックリスト
- 本番KPIと目標値・測定方法を合意しているか
- KPI実績を継続的に記録しているか
- 未達の要因(実装・データ・運用・要件)を切り分けたか
- 改善の見込みと費用対効果を検討したか
- 継続・改善・縮小・撤退の選択肢を比較したか
- 費用負担と契約条項の関係を確認したか
- 撤退時のデータ返還・引き継ぎ手順を確認したか
- 再評価の期限を決めたか
チェックリストは、本番移行時、定期レビュー時、KPI未達の判明時に確認します。KPIレポートと会議議事録を残すと、投資判断の経緯を説明できます。
図解で確認するポイント
この記事の画像は、本番KPI未達の要因分析から契約見直しの論点整理までの流れを、複数のカードと接続線で表しています。文字や宣伝を入れず、どの論点をどう判断するかを視覚的に確認できるようにしています。
AllAI内での次の行動
まず AI発注診断 でKPIと目標を整理してください。関連する実務は AI開発 PoCから本番移行ゲートの合格基準 と AI開発 ベンダーロックイン回避の出口条項レビュー で確認できます。開発会社の比較は AI開発の発注支援、既製サービスへの切替は AI/SaaS比較 も合わせて確認します。
FAQ
Q. KPIが未達なら契約を打ち切るべきですか? A. 一律に決めません。未達の要因を切り分け、追加投資で改善する見込みと撤退コストを比較して判断します。惰性の継続も無条件の打ち切りも避けます。
Q. 未達の要因はどう切り分けますか? A. 実装、学習データ、実運用でのデータ変化、利用側の使い方、目標設定の高さなどに分けます。要因ごとに責任範囲と改善余地が異なります。
Q. 未達の費用は誰が負担しますか? A. 原因がベンダーの責任範囲なら是正を求め、要件や目標設定の問題なら発注者側で見直します。契約条項との関係を確認して判断します。
Q. 見直し会議はいつ開きますか? A. KPIの定期レビューで未達が判明した時点で開きます。再評価の期限を決め、判断を先送りにしないことが重要です。
出典と確認日
- 経済産業省・総務省「AI事業者ガイドライン」: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-10)
- 独立行政法人情報処理推進機構(IPA)「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)
- 独立行政法人情報処理推進機構(IPA)「AIセキュリティ」: https://www.ipa.go.jp/security/ai/index.html (確認日: 2026-07-10)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 セキュリティ指摘の是正完了証明
AI受託開発のセキュリティ指摘に対して、セキュリティ・開発・監査が是正完了を証明する手順、重大度区分、証跡、費用の見方を整理します。