米国のSAP導入パートナー：ティア別ガイド

SAP導入パートナーを米国で選ぶなら、ティアではなく相性で選びます。ティア1のグローバルSIは、複数地域にまたがる、規制の厳しいプログラムに向いています。ティア2の専門企業は、ティア1のオーバーヘッドなしに規模が欲しい、中堅企業や単一業界のプログラムに向いています。ティア3のブティックは、スコープが明確で、シニアな人材に毎日同席してほしい場合に向いています。どのティアを選んでも、決め手になる問いは、実際にあなたのプロジェクトに入るのは誰か、ということです。このガイドは、S/4HANAの米国パートナーの候補リストを作るCIO、CFO、調達責任者に向けたものです。契約する前に、下の5つの質問と費用の表を使ってください。

私は25年、ERPコンサルタントをしてきました。パートナーを誤ると、会社は何年も影響を受けます。名前で選んで相性を見なかったために、数百万ドルを無駄にした企業も見てきました。以下の分類は、マーケティング向けのものではなく、私が皆さんの選定委員会で使うものです。

パートナーとのミスマッチは、設定の不備よりも多くのSAPプロジェクトを遅らせてきました。2024年3月、ある製造業のクライアントが、中規模の事業にティア1の企業を選ぶのを見ました。過剰でした。クライアントは本来の2倍を支払い、大手の企業のプロセスが先方のニーズには重すぎたため、導入にも余計に時間がかかりました。

逆の例もあります。ある政府機関がティア2の企業を選び、導入が失敗しました。失われた18か月、訴訟、そして恥をかく結果になりました。

ティアが示すのは、規模、リスクのカバー、グローバルな対応力です。デリバリーの質は示しません。それを決めるのは、チーム、相性、そしてチームの周りに敷くガバナンスです。

ティア1：グローバルファームティア2：専門企業ティア3：ブティック

最適な用途ティア1：グローバルファーム複数地域にまたがる、規制の厳しいプログラムティア2：専門企業中堅企業と単一業界のプログラムティア3：ブティックスコープが明確で、毎日シニアな人材が必要な案件

得られるものティア1：グローバルファーム人材の層の厚さ、グローバルなデリバリー、監査証跡ティア2：専門企業ティア1のオーバーヘッドのない、確かな規模ティア3：ブティック実際に現場に来るシニアな人材

米国での典型的な案件規模ティア1：グローバルファーム500万〜3億ドル超ティア2：専門企業200万〜2,500万ドルティア3：ブティック50万〜800万ドル

オンショアのシニア日額単価ティア1：グローバルファーム1,800〜3,500ドルティア2：専門企業1,200〜2,500ドルティア3：ブティック1,400〜3,000ドル

契約前に確かめることティア1：グローバルファーム指名されたチームの履歴書と稼働可能時期ティア2：専門企業最も難しいシナリオでの作業セッションティア3：ブティック主要メンバーのバックアップ計画

出典: 米国市場で私が目にする案件規模と日額単価。見積もりではなく、目安です

「S/4HANAのパートナーが必要だ」では、判断の材料として漠然としすぎています。市場に出る前に、もっと具体的にしてください。

購入するのは、ロゴでも手法の資料でもなく、4つのものです。自社の業界の専門知識、ブループリントからハイパーケアまで継続するチーム、自社の意思決定の仕方に合ったデリバリーモデル、そして双方の担当者が入れ替わっても失われない説明責任です。ティアごとにこれらの組み合わせは異なり、同じティアの中でも企業ごとに違います。最も高くつく間違いは、一緒に働くチームではなく、企業の評判を買ってしまうことです。

4つの選定軸

プログラムの規模。製造業で複数の法人、複数の国にまたがるS/4HANAプログラムに必要な能力は、単一法人の財務・調達ロールアウトとは違います。ティア1は、グローバルなデリバリーと業界テンプレートを持ち込みます。ブティックは、機能に深い専門家と、シニアの継続性を持ち込みます。

業界への深い知見。医薬品のSAPは、ディスクリート製造のSAPとは違い、金融サービスとはまた違います。業界に本当に深いパートナーは、あなたのプロジェクトが直面する設計判断を、すでに下しています。そうでなければ、あなたの予算で学ぶことになります。

デリバリーモデル。手法とテンプレートを前面に出す企業もあれば、状況に合わせて動く経験豊富な実務者を前面に出す企業もあります。どちらも機能します。重要なのは、そのモデルが、あなたの組織の意思決定の仕方に合うかどうかです。

実際のチーム。プロジェクトルームに入る人の履歴書と稼働可能時期を求め、提案資料ではなく、その人たちを評価してください。私のSAP導入チームの必須ロールの一覧を見れば、どの履歴書を求めるべきかが分かります。

米国市場の違い

米国の候補リストは、グローバルのリストを米国拠点で絞り込んだものではありません。3つの要因が変えます。

1. 連邦政府と防衛のクラウドワークロードは、SAP NS2を通ります。SAP National Security Servicesは、国家安全保障関連のお客様向けのSAPの米国別会社です。2025年に、DISAは同社に、S/4HANA Cloud Private EditionとSAP BTPをFedRAMP+のImpact Level 5で稼働させる暫定認可を与えました。そのサービスはAWS GovCloud (US)上で稼働します。NS2の経験がないパートナーは、そうしたワークロードに対応できません。
2. 医療には、HIPAAの経験を持つ設定コンサルタントが必要です。HIPAAについて読んだことがある人ではありません。統制を設計し、HITRUSTレビューのために監査証跡を構築した経験のある人です。それを持たないパートナーは、たいてい統合テストの段階でそれに気づきますが、その時点での統制の再設計は、時間も費用もかかります。
3. 防衛関連のサプライヤーには、CMMCの規律が必要です。CMMCを契約に組み込むDFARSの規則は、2025年11月10日に施行されました。2026年11月10日以降は、管理対象非機密情報を含む契約で、第三者によるレベル2認証が求められる場合があります。CMMCが必要とするドキュメント化の習慣がないパートナーは、アセスメントで指摘事項を生みます。

これらの要因は、必要なティアを変えるものではありません。そのティアの中で、どの企業が対応できるかを変えます。

契約前に確認する5つの質問

リファレンスコールからは、型どおりの答えしか返ってきません。次の質問なら、役に立つ答えが返ってきます。

1. 私のプロジェクトには、具体的に誰が入りますか？ 履歴書を求めてください。指名された人が、こちらの日程で稼働可能かを確認します。来月、パートナーがさらに2件受注したら、その約束はどうなるかも尋ねてください。
2. 私の業界特有のプロセスには、どう対応しますか？ 深い知見のあるパートナーは、具体的に答えます。そうでないパートナーは、「ブループリントで評価します」と言います。
3. うまくいかなかったプロジェクトと、どう立て直したかを見せてください。 どの企業にも、そういう案件はあります。どう対処したかは、事例集よりも多くを物語ります。
4. 本稼働前のチェンジフリーズは、どう運用しますか？ 変更管理が弱いと、終盤にスコープが積み上がります。答えを聞けば、プレッシャーへの対処の仕方が分かります。
5. 私たちのチームに、どうナレッジを移転しますか？ 計画しているパートナーは、それを契約に組み込みます。そうでないパートナーは、依存を生みます。

ティア1のパートナーは、大規模で複雑なプログラムに向いています。複数法人にまたがるグローバルなロールアウト、コンプライアンスの負担が重い規制対応の導入、そしてSAPのデリバリーと大規模な業務変革の両方を必要とする変革です。最後の列は、私の見方がどこから来ているかを示しているので、その重みを判断する材料にしてください。

企業	向いている場面	私の見方の根拠
Accenture	標準的なプロセス範囲での、大規模なグローバル変革	直接の経験
IBM	複雑な技術環境、ハイブリッドクラウド、規制環境	直接の経験
DXC Technology	すでにインフラやマネージドサービスでDXCを使っているクライアント	直接の経験
Deloitte	事業アドバイザリーが必要な、財務中心のプログラム。医療と政府	見聞
Capgemini	米国での継続性を必要とする、欧州に親会社を持つ企業。公益事業	公開情報
TCS	グローバルテンプレートのロールアウト、アプリケーション保守	公開情報
Infosys	自動化を軸としたデリバリー、製造業	公開情報
NTT DATA	アプリケーション保守、中規模から大規模のSAP環境	公開情報
Wipro	消費財、医療、米国の製造業	見聞

ティア1が強い場面

1つのデリバリー組織が、8つのタイムゾーンに人を配置する必要のある、複数地域のロールアウト。設定、セキュリティ、変更管理にまたがる監査証跡が、外部の精査に耐えなければならない、規制対応の導入。SAPが、デリバリーと並んで取締役会レベルの助言を必要とする、より広い変革プログラムの中にある変革。

人材の層の厚さもあります。ABAPのリードがカットオーバーの最中に辞めても、ティア1にはベンチに代わりの人材がいます。代わりにいくら払うかは、別の問題です。代わりがいること自体は、動かない事実です。

ティア1が失敗する場面

最もよくある失敗は、評価したパートナーが、実際に来たチームではないことです。手法を説明したシニアパートナーは、SOWに署名した後に外れます。着任するのは、約束されたチームではなく、空いていたチームです。私が見てきた中で、これがティア1への失望の最大の原因です。

次に、手法の硬直性です。事前に作られたテンプレートがデリバリーを速めるのは、自社のプロセスがそれに合っている場合だけです。合わなければ、どのワークストリームも、最初の数週間が前提の解きほぐしに消えます。

3つ目は、商条件の複雑さです。ティア1の契約は長く、変更要求は重く、各社は変更注文の駆け引きを心得ています。自社のチームが商条件を統制できなければ、予算は静かに膨らみます。

Accenture：直接の経験

Accentureが持ち込むのは、構造です。事前設定済みの業界テンプレートは、クライアントのプロセスに合えば、デリバリー期間を短縮します。途中から参加したあるプロジェクトでは、設定を実際の業務要件に沿わせる前に、いくつもの標準テンプレートを解きほぐす必要がありました。構造は、相性が合えば機能します。したがって、テンプレートの適合は、設計の終盤ではなく、ブループリントの最初の週に確かめてください。

Accentureは、標準的なプロセス範囲の、グローバルで複数地域にまたがるS/4HANAプログラムに適した選択です。リスクは、適応力が必要なのに、構造を買ってしまうことです。

IBM：直接の経験

IBMが持ち込むのは、深い技術的ガバナンスです。特に、ハイブリッドのSAP環境と、複雑な連携を伴うECCからS/4HANAへの移行で強みを発揮します。ガバナンスモデルは徹底しています。それを安心と感じるクライアントもいます。アジャイルのデリバリーに慣れた、少人数の社内チームは、重いと感じます。技術力は疑う余地がありません。

メインフレームとの連携、複雑なミドルウェア、規制業種の要件が環境に含まれるなら、IBMは妥当な選択です。定常運用に入った後は、望むより重いガバナンスのリズムを覚悟してください。

DXC：直接の経験

DXCが持つのは、レガシーとの連携とインフラに関する技術力です。SAPの作業が始まったとき、すでにDXCがインフラを運用していた製造業のクライアントを覚えています。SAPプログラムもDXCに任せたことで、インフラチームとSAPチームの間の引き継ぎがなくなり、連携の問題が起きても責任のなすり合いがなく、技術レイヤーの説明責任の窓口が1本になりました。

DXCは、到達範囲よりも継続性が重要なときに適した選択です。すでにインフラやマネージドサービスをDXCが運用しているなら、その利点は本物です。そうでなければ、DXCのSAPプラクティスは、それ自体の実力で評価してください。

Deloitte、Capgemini、TCS、Infosys、NTT DATA、Wipro

この6社についての私の見方は、より限られています。Deloitteは、医療と政府で、事業アドバイザリーとSAPの実行を組み合わせ、経営陣を巻き込み続ける形でうまくやっているのを見ました。Wiproは、米国の製造拠点でSAPの導入を成功させました。速く、実務的で、長い立ち上げ期間なしに、現地のコンプライアンスにも慣れていました。それ以外は、公開情報は限られていますが、参考になります。Deloitte、TCS、Infosysは、いずれもGartnerのMagic Quadrant for SAP S/4HANA Application Servicesでリーダーに選ばれています。Deloitteは2021年に7年連続、TCSは2021年、Infosysは2022年です。Deloitteによる概要は、リーダー選出が続いてきたことを説明しています。NTT DATAは、専任のSAP部門としてNTT DATA Business Solutionsを運営しており、以前の名称はitelligenceです。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のパートナーを好むと話してくれました。そこには一理あります。契約書に名前が載っている人が、実際に来るのです。

コンサルタント1人あたりの業界への深い知見も高くなります。保険業界のS/4HANAプログラムを何度も手がけてきたブティックは、次の案件でも、ティア1のジェネラリストに勝つことがよくあります。

ティア3が失敗する場面：3つの現実的なリスク

1. 人材の層の厚さ。あるプロジェクトで、小さな企業のABAPリードが、テストの最中に休暇に入りました。すぐに代われる人がおらず、別のチームから助けを借りなければなりませんでした。本稼働日が決まっているのに人材の層が薄いのは、リスクです。契約する前に、主要メンバーのバックアップ計画をパートナーから取り付けてください。
2. ドキュメントとガバナンス。小さな企業は、ドキュメントを省いて速く動くことがあります。以前、「時間を節約するため」に省略されたカットオーバーのドキュメントを、私がやり直したことがあります。良いガバナンスは、官僚主義ではありません。決定が争われたとき、あるいはコンサルタントが去って18か月後に、何が合意されたのかを知る必要が出たときに、あなたを守る監査証跡です。
3. 成長の余地。1つのモジュールのために雇われたブティックは、スコープの拡大を吸収するのに苦労します。プログラムが拡大しうるなら、パートナーも一緒に拡大できるかを尋ねてください。

ティア3が機能するのは、スコープが明確に定義されていて、クライアントのチームがガバナンスを自ら担えるほど経験豊富で、指名されたパートナーとの関係が確立している場合です。クライアントのチームも手薄で、自分たちが出せないガバナンスをパートナーに期待すると、うまくいきません。

複数パートナーのパターン

米国の大規模なプログラムでは、パートナー1社だけというのは、むしろ例外です。よくある形は、S/4HANAのコアのデリバリーを担う主幹SIに、主幹が弱い部分を補う専門企業を1、2社加える構成です。財務決算の専門企業、拡張を担うBTPのブティック、あるいは別のホスティングパートナーなどです。

このモデルは、主幹が浅いところに深さをもたらし、主幹の設計に対する独立した異議申し立てを可能にし、ニッチな作業の立ち上げを速めます。一方で、契約は増え、統合のオーバーヘッドは増し、ワークストリームの境界では責任のなすり合いが起きます。

機能する複数パートナー体制と、混乱との違いは、構造です。作業が始まる前に、パートナー間の境界を書面にします。全員にまたがる統合の責任を、1社に負わせます。ガバナンスの場は3つではなく、1つにします。失敗の大半は、主幹が作った問題を解決するために、途中で2社目のパートナーを加え、新しい体制に合わせてガバナンスを組み直さなかったクライアントから生まれています。

1. クライアントのプログラム責任者すべてのパートナーを対象に、ガバナンスの場を1つ運営する

• 主幹SIS/4HANAのコアのデリバリー。全パートナーにまたがる統合の責任を負う
• 財務決算の専門企業主幹が弱い部分の深い専門性
• BTPブティックSAP BTP上での拡張

米国での費用

以下は、S/4HANAプログラムについて、米国市場で私が目にする案件規模です。日額単価は、オンショアのシニア専門家個人の請求単価です。ほとんどのプログラムは、オンショアのアーキテクトとオフショアのデリバリーを組み合わせるため、プログラム全体の平均単価は、通常30〜50%低くなります。数字は、見積もりではなく目安として扱ってください。ロール別・地域別の内訳は、私のSAPプロジェクトのリソース配分計画のガイドをご覧ください。

ティア	典型的な案件規模（米国、S/4HANA）	シニア実務者の日額単価（米国オンショア）
ティア1、中堅規模のスコープ	500万〜1,500万ドル	1,800〜3,500ドル
ティア1、大企業または複数法人	2,000万〜8,000万ドル超	1,800〜3,500ドル
ティア1、グローバルな複数地域	8,000万〜3億ドル超	1,800〜3,500ドル
ティア2、中堅	200万〜800万ドル	1,200〜2,500ドル
ティア2、大企業	800万〜2,500万ドル	1,200〜2,500ドル
ティア3、単一モジュールのブティック	50万〜300万ドル	1,400〜3,000ドル
ティア3、複数モジュールのブティック	300万〜800万ドル	1,400〜3,000ドル

最も安いコンサルタントは、最も高くつくコンサルタントです。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の上で動き、標準プロセスのみで、コアの改変はありません。そのためのデリバリーモデルを築いてきたパートナーは、素早く動きます。初めて扱うパートナーは、小さめのS/4HANAプロジェクトとして扱いますが、それでは本質を外します。

2026年のプログラムでは、どのパートナーにも2つのことを尋ねてください。RISEまたはGROWの導入を何件完了しましたか。Clean Coreをどう統制しますか。答えが曖昧なら、そのモデルをまだ自分のものにできていません。

いま私が発注側にいるなら、RFPに載せるティア1をどこにするか、という問いから始めることはしません。これから取り組むのとまったく同じプログラムを、自分と同じ業界、同じ規模、同じ規制環境で手がけたことのある、米国SAP市場の名前の挙がるコンサルタントを2、3人探します。そのうえで、その人たちが所属する企業に電話します。ティアは略称にすぎません。名前の挙がる実務者こそが、シグナルです。

ティア1、ティア2、ティア3のSAP導入パートナーの違いは何ですか？

ティアが反映するのは、規模、グローバルなデリバリー能力、典型的な案件規模であり、デリバリーの質ではありません。

ティア1の企業は、グローバルなデリバリー網、業界テンプレート、SAPポートフォリオ全般にわたる経験を持っています。大規模なグローバルプログラム、規制対応の導入、SAPのデリバリーと業務変革を組み合わせた変革で選ばれます。

ティア2の企業は、確かな規模と確立した手法を持ちながら、特定の業界やセグメントに注力しています。米国の中堅企業のプログラムには、ティア1より適していることがよくあります。

ティア3のブティックは小規模で、特定のモジュール、業界、地域に深い専門性を持っています。シニアな人材へのアクセスと、速い意思決定が得られます。リスクは、人材の層の厚さと、成長の余地です。

SAP導入パートナーの提案は、どう評価しますか？

4つの観点で評価します。チーム、相性、手法、商条件です。

チームについては、プログラムマネージャー、ソリューションアーキテクト、機能リードの履歴書を求め、こちらの日程で稼働可能かを確認します。相性については、自社で最も難しいシナリオを2、3件使って、作業セッションを行います。手法については、チェンジフリーズをどう運用するか、ワークショップで非公式に追加されたスコープをどう扱うかを尋ねます。商条件については、固定価格に何が含まれるか、変更要求はどう扱うか、マイルストーンの未達にどんなクレジットが適用されるか、どんなナレッジ移転を約束するかを確認します。

成功事例だけでなく、深刻なトラブルに陥ったプロジェクトのリファレンスも求めてください。

ティア3のSAPパートナーを選ぶリスクは何ですか？

3つあります。人材の層の厚さ（主要メンバーが不在のときにバックアップがいない）、成長の余地（追加スコープを吸収するのに苦労する）、そしてドキュメントの規律（時間のプレッシャーでカットオーバー計画や決定ログが省かれる）です。

自社のプログラムマネージャーが最初にドキュメントの基準を定め、パートナーにそれを守らせ、体制に穴が見えたら素早くエスカレーションすれば、3つとも管理できます。

導入と保守運用で、同じSAPパートナーを使うべきですか？

継続性が利点です。システムを作った人たちが保守するので、引き継ぎのギャップがありません。依存がリスクです。乗り換えコストが高く、更新時の交渉力が低くなります。

よくある折衷案は、導入パートナーをハイパーケア（通常は本稼働後の最初の30〜90日）まで残し、その後、アプリケーション保守について競争による選定を行うことです。同じパートナーがアプリケーション保守を続ける場合は、通常3年ごとに、事前通知付きで再入札のトリガーを組み込みます。

SAP導入パートナーのリファレンスには、何を聞くべきですか？

問題と、パートナーがそれにどう対処したかを尋ねてください。提案書に名前が載っている人が、プロジェクトに残ったかどうかを尋ねてください。多くのクライアントが、もっと強く聞いておけばよかったと悔やむ点です。主要な設計ドキュメントを見せてもらってください。ドキュメントの質は、ガバナンスの質の代わりになる指標だからです。次のフェーズでも、その企業をもう一度採用するかどうか、その理由も尋ねてください。

同じ業界で、同程度の複雑さのリファレンスを必ず求めてください。公共部門のリファレンスは、製造業にはほとんど何も教えません。