ERP契約交渉：MENAのCFOが85万ドルを削減

ERP導入契約が予算を守れるのは、その構造が守っている場合に限られます。具体的な成果物、名前を明記した担当者、承認された成果物に紐づいたマイルストーン、上限のあるハイパーケア、統制された変更要求です。このケーススタディでは、中規模のMENA製造業のCFOが、作業範囲記述書（SOW）を分解し、署名前に契約を書き直させることで、スコープを削ることなく、キックオフ前に85万ドルを回避した経緯を示します。ERPやSAPの導入契約に署名しようとしているCFO、財務部長、調達責任者に向けた内容です。終盤にある署名前チェックリストを、お手元の提案書に当ててみてください。

CFOは私に、120ページの提案書を渡しました。しっかりした内容に見えるが、何か引っかかる、と彼は言いました。彼の勘は当たっていました。

問題は数字ではありませんでした。構造でした。「標準設定」や「テスト支援」といった一般的な言葉が並び、作業の中身の説明がありません。同じ作業が、別の名前で別の節に何度も出てきます。あとでどんな超過でも正当化できるほど、言葉があいまいでした。プロジェクトは、こうして始まる前から軌道を外れていきます。

彼が感じてはいても言葉にできなかったものが、私には見えました。彼は予算も目標も把握していました。チームは有能でしたが、この規模の導入SOWをレビューした経験はなく、ベンダーはすでに署名に向けて動いていました。

3週間の作業を経て、契約は根本から変わり、プロジェクトはキックオフ前に85万ドル軽くなりました。

$850Kキックオフ前に回避

1. スコープの見直し水増しされた工数を削減、重複していたトレーニングとテストを排除、テストサイクルを四回から二回と予備枠に削減$340K
2. 役割と単価の再配分上級と若手のバランスを管理し、文書化と基本的なテストは社内要員が担当$310K
3. 契約条項の変更成果物ベースの支払い、経費の上限、上限つきハイパーケア、変更要求にはCFOの承認$200K

クロスボーダーで事業を展開し、財務機能を本社に集約した中規模の産業機器メーカー兼販売会社です。ディスクリート製造、アフターマーケット向けの販売、シェアードサービスの財務、グループ調達を担っていました。このグループは5年間で急成長し、すでにSAPを選定していました。ベンダー選定と導入の間にあたる時期で、大きな約束が確定されようとしていたところでした。

SOWを、設定、データ移行、連携、テスト、トレーニング、PMOの6つのカテゴリに分解しました。そう分けると、抜け穴はすぐに見えました。

1. あいまいな成果物。 システム名もデータ量も複雑さも書かれていない「標準的な連携」。業務プロセスとの紐づけがなく、工数だけで書かれた設定作業。文書のあちこちに散りばめられた「ワークショップで確定」という言葉は、どれも将来の変更要求になります。
2. リソースのピラミッド化。 提案書には、上級コンサルタントが上級の日額単価で載っています。契約が結ばれると、上級者は姿を消しがちで、同じ単価のまま、若手が作業を担当します。私は、ほぼすべてのプログラムでこれを見てきました。担当者を名前で指定する条項がなければ、守る手立てはありません。
3. 二重請求。 UATでのトレーニングと、ハイパーケアでのトレーニング。テストでのデータチェックと、カットオーバーでのデータチェック。ナレッジトランスファーが機能チームとPMOに分かれ、二重に請求されています。一つひとつは小さな重複でも、合わさると超過の大きな要因になります。
4. 固定報酬という幻想。 固定価格として提示されていますが、「固定」であるのは、すべての前提が確定している場合に限られます。こうした言い回しは、見かけの金額を安定させたまま、あとから請求する余地を残します。
5. 弱いマイルストーン。 「9月までに設計完了」のように、支払いが暦の日付に紐づいています。「完了」の定義も、受入基準もなく、中途半端な作業への請求書を保留する手段もありません。
6. プレースホルダーの工数。 根拠のない、「必要に応じて使用」とされたバッファ行です。日常的な作業で急速に消費され、変更要求として戻ってきます。

スコープでも、2点が目につきました。データ移行は、クライアントがすでに社内ツールを持っていたにもかかわらず、全額がベンダーの費用として積算されていました。そしてテストは、欠陥の想定の裏づけがないまま、フルサイクル4回と設定されていました。

削減は3つの領域から生まれました。

領域	削減額	方法
スコープの見直し	34万ドル	水増しされた設定工数を削減。重複していたトレーニングとテストを排除。テストを4サイクルから2サイクルと予備枠に削減
役割と単価の再配分	31万ドル	上級と若手のバランスを管理。名前を指定したリソースの保護のもとで、文書化と基本的なテストは社内要員が担当
契約条項の変更	20万ドル	支払いを成果物に紐づけ。出張費と経費に上限を設け、事前承認を必須化。ハイパーケアに期間を設け、KPIに基づく終了基準を設定。変更要求はCFOの承認で管理

クライアント自身のツールと標準を使うことで、ベンダーのデータ移行工数は約3分の1減り、社内主導のモデルによって、外部のトレーニング時間は約半分になりました。これによってスコープや機能が減ったものは何もありません。プロジェクトは予定どおりの日に始まり、最初の四半期に変更要求は1件もありませんでした。通常なら、その時点までに数件はCFOの机に届いているはずです。

実務で違いを生んだのは、次の6つの条項です。

1. 担当者の指名。 主要なコンサルタント全員の名前を明記します。交代にはクライアントの承認と単価の調整が必要です。これがなければ、提案書に載っている人と、現場に来る人は同じではありません。
2. 成果物ベースのマイルストーン。 各マイルストーンを、成果物で定義します。署名済みのプロセスマップ、照合済みのデータ、完了した受入テストです。支払いは、日付が来たときではなく、基準を満たしたときに行われます。
3. 変更要求のガバナンス。 スコープの変更には、スコープ、スケジュール、コストへの影響説明が必要です。新規作業の単価には上限があります。CFOの承認は必須です。変更要求は、収益モデルではなく、統制された例外になります。
4. 終了基準つきのハイパーケア上限。 6週間に期間を区切り、終了は、ベンダーの判断ではなく、トランザクションの安定性とSLA順守で定義します。延長には、あらためて承認が必要です。
5. 出張費と経費の上限。 一定の額を超える場合は事前承認が必要です。そうしなければ、本稼働後の出張費が青天井の項目になります。
6. 監査権。 請求記録を確認する権利です。一度も使わなくても構いません。確認される可能性があれば、水増しはしにくくなるので、行動が変わります。

交渉全体については、SAP交渉アドバイザーとSAPライセンス交渉についての私のメモが、取引のソフトウェア側を扱っています。

財務部門は、ERPの導入をITプロジェクトとして扱い、予算が承認されると一歩引いてしまいがちです。それが、超過が積み上がる原因になります。

契約は、財務上の手段です。マイルストーンはキャッシュフローを決めます。リソース条項はコストを決めます。変更要求のプロセスは、リスクエクスポージャーを決めます。署名前に財務部門がこれらを確認しなければ、商務の経験を持つ人は誰も確認しないことになります。

繰り返し現れるギャップが3つあります。

1. 固定報酬という神話。 CFOは上限があるように見える金額を承認しますが、前提があいまいなままなら、スコープは固定されていません。ベンダーのワークショップでスコープが膨らみ、そして請求されるのです。
2. 遅延のコストをモデル化していない。 遅れは、コンサルティングの追加週数だけでなく、社内の工数も増やし、効果の実現も遅らせます。多くの予算はプロジェクトの費用を計画するだけで、超過1週間ごとのコストをモデル化しません。
3. 商務スキルのない社内PMO。 スケジュール管理と報告はありますが、商務面で押し返す力がありません。ベンダーのプロジェクトマネージャーは契約条件の使いこなし方を心得ており、クライアント側に同じ技量を持つ人がいなければ、クライアントは譲歩を重ねることになります。SAP予算が超過する理由についての私のガイドは、そのリスクが通常どこでコストに変わるのかを示しています。

取引にRISE with SAPが含まれる場合、読むべき契約は2つあります。SAPのサブスクリプション（独自のサービス説明書があります）と、導入パートナーのSOWです。両方に同じ規律を適用し、サブスクリプションがユーザー数に応じて、1年目だけでなく契約期間全体でどう増えるかをモデル化してください。

ERP導入の提案書は、署名の前に、次の項目で確認してください。

1. SOWはワークストリーム（設定、データ、連携、テスト、トレーニング、PMO）ごとに分解され、それぞれに工数が示されていますか？
2. すべての連携について、システム、データ量、複雑さが明記されていますか？
3. 「ワークショップで確定」とされた前提は、すべて確定されたか、明示的に除外されましたか？
4. 主要なコンサルタントは名前で指定され、交代の承認と単価の調整が定められていますか？
5. すべての支払いマイルストーンが、受入基準とクライアントの承認を伴う成果物に紐づいていますか？
6. 影響説明、単価の上限、CFOの承認を備えた変更要求のプロセスがありますか？
7. ハイパーケアは、客観的な終了基準とともに期間が区切られていますか？
8. 出張費と経費に上限があり、請求された工数に対する監査権がありますか？
9. 自社チームでできる作業（社内ツールによるデータ移行、文書化、基本的なテスト、トレーニング）は、ベンダーのスコープから外されていますか？

CFOは後に、こう語っています。「最初に提案書を見たとき、数字は妥当に見えました。見落としていたのは、スコープが実際にはどれほどあいまいだったかです。細かく分解してみると、リスクの大半が細かい文字の中にあったと分かりました。契約に財務の視点を持ち込んだことで、自分に欠けていたとは知らなかった統制力を得られました。削減額も大きなものでしたが、それ以上の成果は、明確な見通しを持ち、想定外のことが起きない状態で導入に臨めたことです」。

彼は、この結果を取締役会に共有しました。見出しになったのは削減額でした。より重要な成果は、会社が最初から統制できる契約と、プロジェクトを手にしたことでした。

ERP契約におけるリソースのピラミッド化とは何で、どう防げばよいですか？

提案書では上級コンサルタントを上級の日額単価で見積もり、署名後はより若手の要員で作業を進めることです。請求単価は同じままで、品質は同じではありません。

対策は、担当者を名前で指定する条項です。主要な役割はすべて名前を明記し、交代にはクライアントの承認を必要とし、後任の単価が低ければ請求を調整します。

ERPの請求マイルストーンは、どう構成すべきですか？

日付ではなく、成果物に紐づけます。「設計完了」はマイルストーンではありません。「署名済みのプロセスマップと、財務・調達向けにレビュー済みの設定」はマイルストーンです。

各マイルストーンに、支払い前にクライアントが承認する受入基準を設けます。そうすれば、納品が不完全なときに交渉力を持てますし、中途半端な作業への請求も防げます。

ERP導入契約における固定報酬の罠とは何ですか？

固定報酬が固定であるのは、署名前にすべての前提が確定している場合に限られます。「ワークショップで確定」「標準的な連携」「現在のスコープに基づく」といった言い回しは、見かけの金額を安定させたまま、あとで変更要求が入り込む余地を作ります。

署名前に前提を確定させ、除外事項を明示的に列挙し、変更要求の単価に上限を設け、固定報酬という主張を1行ずつ検証してください。

ERP契約では、ハイパーケアをどう定義すべきですか？

期限のないハイパーケアは、ベンダーの収益源になります。通常は6〜8週間の定めた期間に上限を設け、トランザクションの安定性、SLA順守、チケット件数といった客観的な終了基準を置きます。延長には正式な承認が必要です。

そうすれば、ハイパーケアは、引き渡しの条件が明確な、期間を区切った安全網になります。

ERP導入契約に署名する前に、CFOは何を確認すべきですか？

最低限、マイルストーンの定義、リソース交代からの保護、変更要求のルール、ハイパーケアの範囲と終了、出張費と経費の上限、除外事項のリストです。

条項にとどまらず、SOWをワークストリームごとに分解し、工数の見積もりを社内の対応能力と突き合わせてください。文書化、基本的なテスト、トレーニングを自社のスタッフが担えるなら、契約にもそれを反映させるべきです。

固定価格の契約でも、ERPの変更要求がなくならないのはなぜですか？

固定価格の契約は、すべての前提を確定させていることがほとんどないからです。提案書は大枠で書かれ、ギャップはワークショップで表面化し、そのギャップ一つひとつが、形式上はスコープ外の変更要求になります。

パターンは予測できます。あいまいなスコープ、それを広げるワークショップ、そのギャップを収益化する変更要求です。署名前に具体的なスコープを求め、新規作業の着手前に、影響分析と上位者の承認を必須にしてください。