結論

AIシステムが本番稼働してもKPI(処理時間短縮、自動化率、問い合わせ削減など)が目標に届かないことは珍しくありません。このとき最悪の進め方は、「期待外れだ」という不満をベンダーへの値下げ圧力に直結させることです。KPI未達の原因は、モデル品質、業務プロセス側の定着不足、KPI設計自体の誤りの3層に分かれ、層によって打ち手も契約の見直し方向も異なります。契約見直し会議は、原因の切り分けデータを揃えた上で、四半期サイクルの定例として設計し、改善投資の再配分・保守内容の組み替え・縮小/撤退の3方向を選択肢として扱う場にします。

KPI未達の3層切り分け

見直し会議の前提は、未達の原因分解です。次の3層で切り分けます。

実務でよくあるのは、精度は目標どおりなのに利用率が3割で止まっており、KPI(業務時間削減)が未達というケースです。これはベンダーの責任範囲ではなく、値下げ交渉ではなく定着施策に投資すべき局面です。切り分けデータなしの会議は、この判別ができないまま責任論に流れます。

会議の設計: 定例化と参加者

契約見直し会議は、KPI未達が発覚してから招集する緊急会議ではなく、リリース後の四半期レビューとして最初から契約・計画に組み込みます。緊急招集型は、開催された時点で対立の空気をまとうため、定例の議題として「KPI実績と契約条件の適合確認」を常設するほうが、調整が早く小さく済みます。

参加者は、発注側の業務責任者(KPIのオーナー)、情シス、ベンダーのPMと、可能ならベンダーの営業責任者(契約条件の変更権限を持つ人)です。現場の実務担当の声は、会議前のヒアリングで収集して切り分け資料に反映させます。議題は、KPI実績の確認、3層切り分けの結果、改善アクションの合意、契約条件への影響の4部構成が標準です。

契約見直しの3方向

切り分けの結果に応じて、契約の見直しは3方向のどれかになります。

第一に、改善投資の再配分。モデル品質起因なら、保守枠の一部を改善スプリントに振り替える、成果連動の改善契約(KPI改善幅に応じた報酬)を追加する、といった再設計です。成果連動を入れる場合は、KPIへの寄与がベンダーの制御範囲内にある指標(精度、処理成功率)を対象にし、業務定着に依存する指標(利用率)を成果条件にしないのが公正な設計です。

第二に、保守内容の組み替え。定着起因なら、ベンダーの技術保守を減らし、教育・活用支援(現場トレーニング、活用レポート)へ予算を移す選択があります。ベンダーにその能力がなければ、学習・研修の外部調達も含めて再配分します。

第三に、縮小・撤退。KPI設計層まで遡って「この業務にこの投資は見合わない」と判明した場合、対象範囲の縮小、ランニング費の低い構成への移行、システム停止までを選択肢に含めます。撤退判断を先送りするほどランニング費は流出し続けるため、「2四半期連続で未達かつ改善見込みの合意ができない場合は縮小を検討する」といった停止基準を、会議体のルールとして事前に持っておくと判断が可能になります。

会議を機能させる契約側の仕込み

この会議が機能するかは、リリース前の契約に次の仕込みがあるかで決まります。KPIの定義書(指標、測定方法、ベースライン、目標値、責任分担)を契約別紙にすること。測定に必要なログ・ダッシュボードの提供をベンダーの義務にすること。四半期レビューの開催と、レビュー結果に基づく契約条件の協議義務を条項にすること。そして、KPIは契約上の保証値ではなく協議のトリガーであることを明記することです。KPI未達を直ちに債務不履行とする構成は、ベンダーが受けないか、大きなリスクプレミアムが乗るため、協議トリガー型が現実的です。

未達データの扱いと社内説明

KPI未達は、社内の投資評価(稟議の事後評価)でも説明を求められます。会議の切り分け資料は、そのまま経営層への報告資料になります。「未達だが原因は定着で、施策と再測定時期はこれ」という構造化された説明ができれば、AI投資への社内信頼は維持されます。逆に原因不明のまま「ベンダーと交渉中」だけを繰り返すと、次のAI投資の稟議が通らなくなります。KPIレビューの記録は、この意味で次のプロジェクトの資産です。

実務チェックリスト

• KPI定義書(指標・測定方法・ベースライン・目標・責任分担)を契約別紙にしたか
• 測定用のログ・ダッシュボード提供をベンダー義務にしたか
• 四半期レビューと契約条件の協議義務を条項化したか
• KPIを保証値ではなく協議トリガーとして設計したか
• 未達時にモデル品質・業務定着・KPI設計の3層で切り分けたか
• 成果連動を入れる場合、ベンダーの制御範囲内の指標に限定したか
• 縮小・撤退の検討基準(連続未達等)を事前に決めたか
• 切り分け資料を経営層への事後評価報告に再利用したか

図解で確認するポイント

この記事の画像は、指標の推移を関係者が確認し、複数の選択肢へ分岐していく検討の場を文字なしで図解しています。未達への対応が単一の交渉ではなく、原因に応じた分岐で設計されることを示しています。

AllAI内での次の行動

KPIレビューの測定設計はリリース後KPIレビューガイド、品質起因の改善は本番監視の引き継ぎRACIテンプレート、撤退方向の検討は出口条項レビューガイドが接続先です。定着起因の場合は現場教育への投資としてAI講座も選択肢になります。次の開発の要件設計はAI発注診断から、改善提案力のある会社はAI開発パートナーで比較してください。

FAQ

Q. KPI未達をベンダーの責任として費用返還を求められますか? A. KPIが契約上の保証値として合意され、未達がベンダーの帰責事由による場合に限り可能性がありますが、そのような契約は稀です。多くの契約ではKPIは目標であり、返還請求より改善投資の再配分・保守の組み替えのほうが回収効率は高くなります。

Q. ベンダーが「KPIは発注側の業務の問題」と切り分けに応じません。 A. 切り分けはデータで行うものです。精度サンプリング結果と利用ログの提出を求め、品質層の数値が目標どおりであることをベンダー自身に示させてください。データ提出を拒む場合、その事実自体が契約(報告義務)の問題として扱えます。

Q. 効果が出るまでの期間はどのくらい見るべきですか? A. 業務プロセスの変更を伴うAI導入では、定着に3-6ヶ月かかるのが通常です。リリース直後の1ヶ月で未達判定するのは早計で、初回の本格レビューはリリース後1四半期、トレンド判断は2四半期分のデータで行うのが目安です。

Q. KPI自体が間違っていたと分かったら、目標を下げてよいですか? A. 下げること自体は正当な再設計ですが、変更の理由と新しいベースラインの根拠を記録し、投資の事後評価では当初目標と変更経緯の両方を開示してください。黙って目標を差し替えると、社内のガバナンス問題になります。

出典と確認日

• 経済産業省「AI事業者ガイドライン(第1.2版)」: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-10)
• 経済産業省「DX推進指標」: https://www.meti.go.jp/policy/it_policy/dx/dx.html (確認日: 2026-07-10)
• IPA「情報システム・モデル取引・契約書」: https://www.ipa.go.jp/digital/model/index.html (確認日: 2026-07-10)
• 総務省「AI利活用ガイドライン」: https://www.soumu.go.jp/iicp/research/results/ai-network.html (確認日: 2026-07-10)