
目次
- 私がSAP導入パートナーを評価する方法
- 4つの選定軸
- 米国市場が異なる点
- 契約前に問うべき5つの質問
- ティア1:グローバルエンタープライズ企業
- ティア1が勝る場面
- ティア1が失敗する場面
- Accenture:直接の経験
- IBM:直接の経験
- DXC:直接の経験
- Deloitte、Capgemini、TCS、Infosys、NTT DATA、Wipro
- ティア2:中堅市場と大企業のスペシャリスト
- ティア2が適する場面
- ティア3:ブティックとニッチなスペシャリスト
- ティア3が勝る場面
- ティア3が失敗する場面:3つの現実的なリスク
- 米国のプログラムでパートナー選定はどう展開するか
- マルチパートナーのパターン
- 費用
- RISEとGROWはパートナーとの対話をどう変えるか
- よくある質問
米国でSAP導入パートナーを選ぶときは、ティアではなく適合性で選んでください。ティア1のグローバルSIは、複数地域にまたがり規制の厳しいプログラムに向いています。ティア2のスペシャリストは、ティア1のオーバーヘッドなしに規模を求める中堅市場や単一業種のプログラムに向いています。ティア3のブティックは、スコープが明確で、シニアな人材に毎日現場にいてほしい場合に向いています。どのティアを選んでも、決め手となる問いは、実際に誰がプロジェクトに入るのかです。本ガイドは、S/4HANAに向けて米国のパートナー候補リストを作成するCIO、CFO、調達責任者のためのものです。何かに署名する前に、以下の5つの質問と費用表を使ってください。
私は25年間ERPコンサルタントとして働いてきました。パートナー選びを誤ると、その影響は何年も事業に及びます。適合性ではなく名前で選んだために数百万ドルを無駄にした企業を見てきました。以下の分類は、マーケティング版ではなく、私が貴社の選定委員会に入ったら使う分類です。
パートナーのミスマッチは、設定の誤りよりも多くのSAPプロジェクトを遅らせてきました。2024年3月、ある製造業のクライアントが中規模の事業にティア1の企業を選ぶのを目にしました。明らかに過剰でした。クライアントは本来の2倍の費用を払い、大手企業のプロセスが自社のニーズには重すぎたため、導入期間も長引きました。
逆のケースもあります。ある政府機関がティア2の企業を選び、導入の失敗、失われた18か月、訴訟、そして面目の失墜という結果に終わったのを見ました。
ティアからわかるのは、規模、リスクへの備え、グローバルな対応力です。導入の質はわかりません。それを決めるのは、チーム、適合性、そしてチームの周りに敷くガバナンスです。
出典: 米国市場で各ティアが担っている顧客規模として私が見ているもの。見積もりではなく目安
「S/4HANAのパートナーが必要だ」では漠然としすぎて、意思決定を導けません。市場に出る前に要件を研ぎ澄ませてください。
貴社が買うのはロゴでも方法論の資料でもなく、4つのものです。自社の業界の専門知識、ブループリントからハイパーケアまで継続するチーム、組織の意思決定の仕方に合った導入モデル、そして双方の人員交代があっても揺るがない説明責任です。ティアによってこれらの組み合わせ方は異なり、同じティア内の企業間でも異なります。最も高くつく失敗は、一緒に働くチームではなく企業の評判を買うことです。
4つの選定軸
プログラムの規模。 製造業の複数法人・複数国にまたがるS/4HANAプログラムには、単一法人の財務・調達の展開とは異なる能力が必要です。ティア1の企業はグローバルな導入体制と業界テンプレートをもたらします。ブティックは深い機能領域のスペシャリストとシニア人材の継続性をもたらします。
業界知識の深さ。 製薬業のSAPはディスクリート製造業のSAPと異なり、金融サービスのSAPとはさらに異なります。業界に本当に精通したパートナーは、貴社のプロジェクトが直面する設計判断をすでに経験しています。そうでないパートナーは、貴社の予算で学ぶことになります。
導入モデル。 方法論とテンプレートを前面に出す企業もあれば、状況に合わせて動ける経験豊富な実務家を前面に出す企業もあります。どちらも機能しえます。重要なのは、そのモデルが貴社の意思決定の仕方に合っているかどうかです。
実際のチーム。 プロジェクトルームに入る人の経歴書と稼働可能状況を求め、提案資料ではなくその人たちを評価してください。どの経歴書を求めるべきかは、私のSAP導入チームに不可欠な役割のリストで確認できます。
米国市場が異なる点
米国の候補リストは、グローバルの候補リストを米国オフィスの有無で絞ったものではありません。3つの要因がリストを変えます。
- 連邦政府・防衛向けのクラウドワークロードはSAP NS2を通じて運用されます。 SAP National Security Servicesは、国家安全保障分野の顧客向けにSAPが設けた米国の別会社です。2025年、DISAは同社に対し、S/4HANA Cloud Private EditionとSAP BTPをFedRAMP+ Impact Level 5で運用する暫定認可を与えました。同社のサービスはAWS GovCloud (US)上で稼働します。NS2の経験がないパートナーは、こうしたワークロードに対応できません。
- 医療にはHIPAAの経験を持つ設定コンサルタントが必要です。 HIPAAについて読んだことがある人ではなく、統制を設計し、HITRUST審査のための監査証跡を構築したことのある人です。その経験がないパートナーは、統合テストの段階で気づくことが多く、そのときには統制の再設計に時間も費用もかかります。
- 防衛サプライヤーにはCMMCの規律が必要です。 CMMCを契約に組み込むDFARS規則は2025年11月10日に発効しました。2026年11月10日以降、管理対象非機密情報を扱う契約では、第三者によるレベル2認証が求められる場合があります。CMMCが求める文書化の習慣を持たないパートナーは、審査の際に指摘事項を生み出します。
これらの要因で必要なティアが変わるわけではありません。変わるのは、そのティアの中で貴社に対応できる企業です。
契約前に問うべき5つの質問
リファレンスへの問い合わせからは、型どおりの答えしか返ってきません。次の質問なら役に立つ答えが返ってきます。
- 具体的に誰が私のプロジェクトに入りますか。 経歴書を入手してください。指名された人が貴社の日程で稼働できることを確認してください。来月パートナーがさらに2件受注したら、そのコミットメントはどうなるのかを尋ねてください。
- 私の業界特有のプロセスにどう対応しますか。 知見のあるパートナーは具体的に答えます。そうでないパートナーは「ブループリントで評価します」と言います。
- うまくいかなかったプロジェクトと、どう立て直したかを見せてください。 どの企業にも1件はあります。その対処の仕方は、事例紹介よりも多くを教えてくれます。
- 本稼働前の変更凍結をどう運用していますか。 変更管理が弱いと、終盤にスコープが積み上がります。答えから、プレッシャーへの対処の仕方がわかります。
- 私たちのチームにどうやって知識を移転しますか。 それを計画しているパートナーは、契約の中に組み込みます。計画していないパートナーは依存を生みます。
ティア1のパートナーは、大規模で複雑なプログラムに適しています。複数法人のグローバル展開、コンプライアンス要件の重い規制下での導入、そしてSAPの導入と事業変革を大規模に進める必要がある変革です。最後の列は私の見解の根拠を示しているので、重みづけの参考にしてください。
| 企業 | 適している傾向のある案件 | 私の見解の根拠 |
|---|---|---|
| Accenture | 標準プロセスをスコープとする大規模なグローバル変革 | 直接の経験 |
| IBM | 複雑な技術環境、ハイブリッドクラウド、規制の厳しい環境 | 直接の経験 |
| DXC Technology | インフラやマネージドサービスですでにDXCを利用している顧客 | 直接の経験 |
| Deloitte | ビジネスアドバイザリーを要する財務中心のプログラム、医療と政府 | 現場での観察 |
| Capgemini | 米国での継続性が必要な欧州親会社の企業、公益事業 | 公開情報 |
| TCS | グローバルテンプレートの展開、アプリケーション管理 | 公開情報 |
| Infosys | 自動化主導の導入、製造業 | 公開情報 |
| NTT DATA | アプリケーション管理、中〜大規模のSAP環境 | 公開情報 |
| Wipro | 消費財、医療、米国の製造業 | 現場での観察 |
ティア1が勝る場面
1つの導入組織が8つのタイムゾーンに人員を配置する必要がある複数地域の展開。設定、セキュリティ、変更管理にわたる監査証跡が外部の厳しい審査に耐えなければならない規制下の導入。SAPがより広範な変革プログラムの一部であり、導入と並行して取締役会レベルの助言が必要な変革。
人材の層の厚さもあります。切り替えの最中にABAPリードが辞めても、ティア1には控えの人材がいます。代わりの人材にいくらかかるかは別の問題です。代わりがいること自体は問題ではありません。
ティア1が失敗する場面
最もよくある失敗は、評価したパートナーと実際に来たチームが違うことです。方法論をプレゼンしたシニアパートナーは、SOWの署名後に抜けます。やって来るのは、約束されたチームではなく、その時点で空いているチームです。私が目にしてきたティア1への失望の最大の原因はこれです。
2つ目は、方法論の硬直性です。事前に用意されたテンプレートが導入を速めるのは、貴社のプロセスがそれに合う場合だけです。合わなければ、各ワークストリームの最初の数週間は前提条件を解きほぐすことに費やされます。
3つ目は、契約の複雑さです。ティア1の契約は長く、変更要求は重く、各社は変更指示の駆け引きを熟知しています。貴社のチームが契約面を統制できなければ、予算は静かに膨らみます。
Accenture:直接の経験
Accentureは構造をもたらします。事前設定済みの業界テンプレートは、クライアントのプロセスが合えば導入期間を短縮します。私が途中から参加したあるプロジェクトでは、設定を実際の業務要件に沿わせる前に、いくつもの標準テンプレートを解きほぐす必要がありました。構造は適合していれば機能します。ですから、テンプレートの適合性は設計の最後ではなく、ブループリントの最初の週に確かめてください。
Accentureは、標準プロセスをスコープとするグローバルな複数地域のS/4HANAプログラムに適した選択です。リスクは、適応力が必要なときに構造を買ってしまうことです。
IBM:直接の経験
IBMは、特にハイブリッドなSAP環境や、複雑な統合を伴うECCからS/4HANAへの移行において、深い技術的ガバナンスをもたらします。ガバナンスモデルは綿密です。それを心強く感じるクライアントもいます。アジャイルな導入に慣れた少人数の社内チームには重く感じられます。技術的な専門性に疑問の余地はありません。
メインフレームとの統合、複雑なミドルウェア、規制業種の要件を抱える環境なら、IBMは説明のつく選択です。安定稼働の段階に入ると、望む以上に重いガバナンスのサイクルになることを覚悟してください。
DXC:直接の経験
DXCは、レガシー統合とインフラにおける技術力をもたらします。ある製造業のクライアントでは、SAPの作業が始まった時点でDXCがすでにインフラを運用していたのを覚えています。SAPプログラムもDXCに任せたことで、インフラチームとSAPチームの間の引き継ぎがなくなり、統合の問題が表面化しても責任の押し付け合いが起きず、技術レイヤーの説明責任が一本化されました。
到達範囲よりも継続性が重要な場合、DXCは適した選択です。すでに貴社のインフラやマネージドサービスを運用しているなら、その利点は本物です。そうでなければ、SAPプラクティスをそれ自体の実力で評価してください。
Deloitte、Capgemini、TCS、Infosys、NTT DATA、Wipro
この6社についての私の見解は限られています。Deloitteが医療と政府の分野で、ビジネスアドバイザリーとSAPの実行を組み合わせ、経営陣の関与を保ちながら成果を上げているのを見てきました。Wiproが米国の製造工場でSAPの展開を成功させたのも見ました。速く、実務的で、長い準備期間なしに現地のコンプライアンスにも難なく対応していました。それ以外については、公開情報は限られていますが有用です。Deloitte、TCS、Infosysはそれぞれ、GartnerのSAP S/4HANA Application ServicesのMagic QuadrantでLeaderに選ばれています。Deloitteは2021年に7年連続で、TCSは2021年に、Infosysは2022年にです。Deloitteの概要には、同社のLeader選出の実績が記されています。NTT DATAは、旧itelligenceであるSAP専門部門NTT DATA Business Solutionsを運営しています。CapgeminiのSAP事業基盤は米国より欧州のほうが大きく、継続性が必要な欧州親会社の企業に向いています。
いずれも、その企業のチームが貴社のプログラムに適しているかどうかは教えてくれません。リファレンスへの問い合わせと経歴書レベルの確認は、引き続き必要です。
ティア2のパートナーは、グローバルSIとブティックの中間に位置します。本物の規模、確立された手法、特定業界のプラクティスを持ちながら、ティア1のガバナンスのオーバーヘッドや契約の複雑さはありません。
| 企業 | SAPの重点領域 | 最適な対象 |
|---|---|---|
| HCLTech | クラウドファーストの移行、アプリケーション管理 | クラウド型S/4HANAの導入と継続的なサポート |
| Birlasoft | 中堅市場向けS/4HANA、ディスクリート製造(2019年にKPITのSAP部門を吸収) | 標準的なスコープで予算の厳しい製造業 |
| Tech Mahindra | 通信、物流、SAP BTP | BTPでの拡張ニーズがある通信・物流企業 |
| Atos | 公共部門、防衛、欧州での経験 | 米国での実行が必要な欧州親会社の企業 |
ティア2が適する場面
選択は通常、業界の適合性と導入モデルで決まります。公益事業や製造業に精通した企業は、ティア1のジェネラリストなら貴社のプログラムの中で身につけるはずの知識を、最初から持ち込みます。契約の話し合いも軽くなります。ティア2の企業は交渉します。ティア1の企業は見積もりを出します。
確かめ方はこうです。提案されたリードコンサルタントに、難しいと予想される自社のシナリオを2つか3つ渡し、一緒に検討してください。そのセッションは、何件のリファレンス確認よりも適合性について多くを教えてくれます。
提案チームではなく、実際の導入チームを求めてください。評価したパートナーと現場に来るチームとの差が、プロジェクトの成否を左右しえます。これはどのティアでも起こります。
ティア3のパートナーは、特定の機能領域や業界に絞った小規模な企業です。独立したプラクティスを築いた元SAP実務家。単一モジュールや単一業種のスペシャリスト。地域に強い関係を持つ地元の企業です。
ティア3が勝る場面
シニアなコンサルタントが提案段階だけでなく最後まで関与し続けます。意思決定が速く、オーバーヘッドが低く、説明責任は個人に帰属します。あるクライアントは、ティア3のパートナーを好む理由を「毎回Aチームが来るから」だと話してくれました。これには一理あります。契約に名前が挙がった人が実際に現場に来るのです。
コンサルタント1人あたりの業界知識も深くなります。保険業のS/4HANAプログラムを多数手がけてきたブティックは、次の案件で通常ティア1のジェネラリストに勝ります。
ティア3が失敗する場面:3つの現実的なリスク
- 人材の層の薄さ。 あるプロジェクトで、小規模企業のABAPリードがテストの最中に休暇を取りました。すぐに代わりがおらず、別のチームから応援を借りなければなりませんでした。本稼働日が固定されているのに人材の層が薄いのはリスクです。契約前に、キーパーソンについてのパートナーのバックアップ計画を入手してください。
- 文書化とガバナンス。 小規模企業は文書化を省くことで速く動くことがあります。私はかつて、「時間を節約するため」に省かれた切り替えの文書を作り直さなければなりませんでした。良いガバナンスは官僚主義ではありません。意思決定に異議が唱えられたとき、あるいはコンサルタントが去って18か月後に何が合意されたかを知る必要が生じたときに、貴社を守る監査証跡です。
- 成長の余地。 1つのモジュールのために雇ったブティックは、スコープの拡大を吸収するのに苦労します。プログラムが拡大する可能性があるなら、パートナーがそれに合わせて拡大できるかを尋ねてください。
ティア3が機能するのは、スコープが明確で、クライアント側のチームにガバナンスを担えるだけの経験があり、指名されたパートナーとの関係が確立している場合です。うまくいかないのは、クライアント側のチームも手薄で、パートナーが提供できないガバナンスを期待する場合です。
マルチパートナーのパターン
米国の大規模プログラムでは、パートナーが1社だけというのはむしろ例外です。よくある形は、S/4HANAの中核の導入を担う元請けSIに、元請けが弱い領域を補う1〜2社のスペシャリストを加えるものです。決算業務のスペシャリスト、拡張を担うBTPのブティック、あるいは別のホスティングパートナーなどです。
このモデルは、元請けの手薄な領域に深みをもたらし、元請けの設計に独立した立場から異議を唱え、ニッチな作業の立ち上げを速めます。一方で、契約が増え、統合のオーバーヘッドが増え、ワークストリームの境界で責任の押し付け合いが起きます。
機能するマルチパートナー体制と混乱を分けるのは構造です。作業開始前に、パートナー間の境界を文書にしてください。1社のパートナーに、全社にまたがる統合の説明責任を持たせてください。ガバナンスの会議体は3つではなく1つにしてください。失敗の多くは、元請けが生んだ問題を解決するために途中で2社目のパートナーを加えながら、新しい体制に合わせてガバナンスを組み直さなかったクライアントから生じます。
- クライアントのプログラムリーダーシップすべてのパートナーを対象とする1つのガバナンス会議体を運営
- 元請けSIS/4HANAの中核の導入、全パートナーにまたがる統合の説明責任
- 決算業務のスペシャリスト元請けが弱い領域の深み
- BTPのブティックSAP BTP上の拡張
費用
総費用を左右するのは、パートナーのティアではなく主に企業規模とスコープです。以下は私が目にしているS/4HANAのプログラム総額と、各規模で通常競合するティアです。数字は見積もりではなく目安として扱い、詳しい内訳は私の2026年版SAP導入費用レンジをご覧ください。
| 企業規模 | 一般的なプログラム総費用 | 通常競合するティア |
|---|---|---|
| 小規模(従業員200人未満) | 8万ドル〜50万ドル | ティア3のブティック |
| 中堅(従業員200〜1,000人) | 50万ドル〜200万ドル | ティア2のスペシャリスト、ティア3のブティック |
| 大企業(従業員1,000〜10,000人) | 200万ドル〜1,000万ドル超 | ティア1とティア2 |
| グローバルグループ(従業員10,000人超) | 1,000万ドル〜5,000万ドル超 | ティア1 |
日額単価は、シニアコンサルタント個人の請求単価です。プログラム全体の平均単価はこれより低くなります。多くのプログラムでは、オンショアのアーキテクトとニアショアやオフショアの導入要員を組み合わせるからです。役割別・地域別の内訳は、私のSAPプロジェクトのリソース配分計画のガイドをご覧ください。
| 導入拠点 | シニアコンサルタントの日額単価 |
|---|---|
| 米国オンショア | 1,800ドル〜3,500ドル |
| GCC | 1,200ドル〜2,000ドル |
| ニアショア | 700ドル〜1,400ドル |
| オフショア | 300ドル〜700ドル |
最も安いコンサルタントが最も高くつきます。レンジの上限にいるシニアアドバイザーが6か月の遅延を防げば、それを防げないレンジ下限のジュニアチームより安く済みます。ほとんどのCFOがこれに気づくのは、2度目の事後検証の後です。
日額単価は最も小さな変数です。費用を決めるのは、何人が、どれだけの期間、どれだけの手戻りを伴って働くかです。200人規模のプログラムで90日遅延すれば、その人数分の日額単価の差など比べものになりません。単価は交渉してください。ただし、単価交渉にパートナー選びを委ねてはいけません。契約面については、私のERP契約交渉に関するメモで解説しています。
RISEとGROWはパートナーとの対話をどう変えるか
RISE with SAPでは、インフラと技術運用はSAPが担います。パートナーのスコープは、設定、移行、統合、テスト、研修といったアプリケーション層に絞られます。これにより技術的な複雑さの一部がなくなり、環境の可用性に対するパートナーの管理権限の一部もなくなります。
Clean Coreはカスタマイズのスコープを変えます。RISEの導入経験があるパートナーは、どのカスタマイズをSAP標準に置き換え、どれをリリース済みAPIやSAP BTP上の拡張にし、どれを廃止するかを判断する手法を持っています。その経験がないパートナーは、オンプレミスのプログラムでのカスタマイズ偏重の習慣を持ち込み、最初のリリースで技術的負債を生み出します。
GROW with SAPはスコープをさらに絞ります。S/4HANA Cloud Public Edition上で稼働し、プロセスは標準で、コアの修正はできません。GROW向けの導入モデルを築いたパートナーは素早く動きます。GROWに不慣れなパートナーは、これを小規模なS/4HANAプロジェクトとして扱い、本質を見落とします。
2026年のプログラムでは、すべてのパートナーに2つのことを尋ねてください。RISEまたはGROWの導入を何件完了したか、そしてClean Coreをどう統制しているか。答えが曖昧なら、まだそのモデルを自分のものにしていないということです。
もし今日私が発注側にいたら、RFPにどのティア1を載せるかから始めはしません。これから取り組むのとまったく同じプログラムを、自社の業界で、自社の規模で、自社の規制上の特性のもとで手がけたことのある、米国SAP市場の名指しできるコンサルタントを2人か3人探します。それから、彼らが所属する企業に連絡します。ティアは略称にすぎません。名指しできる実務家こそが判断材料です。
SAP導入パートナーのティア1、ティア2、ティア3の違いは何ですか?
ティアが表すのは、規模、グローバルな導入能力、一般的な案件規模であり、導入の質ではありません。
ティア1の企業は、グローバルな導入ネットワーク、業界テンプレート、SAPの製品群全体にわたる経験を持っています。大規模なグローバルプログラム、規制下の導入、SAPの導入と事業変革を組み合わせる変革で選ばれます。
ティア2の企業は、本物の規模と確立された手法を持ちながら、特定の業界やセグメントに注力しています。米国の中堅市場のプログラムには、ティア1よりも適していることがよくあります。
ティア3のブティックは小規模で、特定のモジュール、業界、地域に深い専門性を持っています。シニア人材に直接アクセスでき、意思決定も速いのが特長です。リスクは人材の層の薄さと成長の余地です。
SAP導入パートナーの提案はどう評価すればよいですか?
チーム、適合性、手法、契約条件の4つで評価します。
チーム:プログラムマネージャー、ソリューションアーキテクト、機能領域のリードの経歴書を求め、貴社の日程で稼働できるかを確認してください。適合性:最も難しいシナリオの2つか3つについて実務セッションを行ってください。手法:変更凍結をどう運用するか、ワークショップで非公式に追加されたスコープをどう扱うかを尋ねてください。契約条件:固定価格に何が含まれるか、変更要求がどう扱われるか、マイルストーン未達の場合にどんな減額が適用されるか、どのような知識移転を約束するかです。
成功事例だけでなく、深刻な問題に直面したプロジェクトのリファレンスも求めてください。
ティア3のSAPパートナーを選ぶリスクは何ですか?
3つあります。人材の層の薄さ(キーパーソンが不在のときに代わりがいない)、成長の余地(追加されたスコープを吸収しきれない)、文書化の規律(時間的なプレッシャーで切り替え計画や意思決定ログが省略される)です。
自社のプログラムマネージャーが最初に文書化の基準を定め、パートナーにそれを守らせ、手薄な部分が生じたらすぐにエスカレーションすれば、3つとも管理できます。
導入と継続的なサポートに同じSAPパートナーを使うべきですか?
利点は継続性です。システムを構築した人がサポートするので、引き継ぎの空白がありません。リスクは依存です。乗り換えのコストが高く、更新時の交渉力が弱くなります。
よくある折衷案は、導入パートナーをハイパーケア(通常は本稼働後の最初の30〜90日)まで続けてもらい、その後アプリケーション管理について競争的な選定を行うことです。同じパートナーがアプリケーション管理を続ける場合は、通常3年ごとの、事前通知付きの再入札のトリガーを組み込んでください。
SAP導入パートナーのリファレンスには何を尋ねるべきですか?
問題が起きたときにパートナーがどう対処したかを尋ねてください。提案書で名前が挙がった人がプロジェクトに残ったかを尋ねてください。多くのクライアントが、この点をもっと強く確認すべきだったと考えています。主要な設計文書を見せてもらってください。文書の質はガバナンスの質の代理指標だからです。次のフェーズでもその企業を採用するか、そしてその理由を尋ねてください。
自社の業界で、同程度の複雑さのリファレンスを求めてください。公共部門のリファレンスは、製造業にとってほとんど参考になりません。
次のステップ
いまERPプログラムを進めていますか?
この記事が、いま進行中のプログラムに関わる内容だったなら、社内でさらに1週間分析を重ねるよりも、30分の対話のほうが多くの場合ずっと前に進めます。




