SAP導入コンサルの仕事｜構想策定・要件定義・設計の各段階で何をするか

SAPの案件では、「SAP導入プロジェクトの要件定義」「設計フェーズの支援」「構想策定のチームリード」のように、モジュール名と並んで、プロジェクトのどの段階を担当するかが書かれています。同じ「導入コンサル」でも、段階が変われば、決めることも、作るものも、一緒に働く相手も変わります。

この記事は、SAPの導入プロジェクトにコンサルタントとして入る側の方に向けて書いています。導入の各段階で導入コンサルが何をするのかを、SAPの導入方法論「SAP Activate」と対応させて整理します。後半では、実際に当社へ届いたSAP導入案件の条件を段階ごとに分け、導入コンサルに何が期待されているのかを見ていきます。

このnoteは、SAP人材に特化した案件紹介サービス「アサインコネクト」が書いています。

当社には、SAP導入の各段階を担う案件が継続的に届いています。この記事の後半でも、実際に届いた10件の条件を紹介しています。

構想策定・要件定義・設計などの経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

下の画像か、その下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

アサインコネクトをチェックする

この記事でわかること

• 日本の案件でよく使う段階の呼び名と、SAP Activateの6つのフェーズの対応

• 構想策定・要件定義・設計の各段階で、導入コンサルが決めることと作るもの

• 要件定義の進め方として広がっている「Fit to Standard」の考え方

• 導入案件で実際に求められている経験と、自分の経験の棚卸しのしかた

1. 導入プロジェクトの段階と、SAP Activateの6つのフェーズ

SAPは、自社製品の導入の進め方を「SAP Activate」という方法論にまとめています。SAP Activateでは、導入を次の6つのフェーズに分けています。

• Discover（発見）：導入で得たい価値と範囲を見極め、導入の方針と道筋を決める

• Prepare（準備）：プロジェクトの計画を固め、体制をそろえて立ち上げる

• Explore（探索）：SAPの標準の業務の流れと自社の業務を突き合わせ、足りない部分（差分）を洗い出す

• Realize（実現）：設定と追加開発を進め、テストを行い、データを移す

• Deploy（展開）：本番の環境を整え、業務を新しいシステムに切り替える

• Run（運用）：稼働後に、使い方を定着させ、改善を続ける

日本の案件票では、これらの英語名よりも「構想策定」「要件定義」「設計」といった呼び名のほうがよく使われます。厳密な線引きはプロジェクトごとに違いますが、おおむね次のように対応すると考えると、案件票が読みやすくなります。

• 構想策定 → Discover〜Prepare

• 要件定義 → Explore

• 設計 → Exploreの後半〜Realizeの前半

• 開発・テスト・データ移行 → Realize

• 本番稼働（切り替え）・稼働直後の支援 → Deploy

• 運用保守 → Run

SAPの公式トレーニングでは、フェーズの終わりごとに、そのフェーズで必要な成果物がそろっているかを確かめる「品質ゲート」を置くと説明されています。導入コンサルの仕事は、担当する段階の成果物を、次の段階へ渡せる状態にすることだと言い換えられます。

業務・技術・開発・PM/PMOというコンサルタントの種類の違いは、別記事「SAPコンサルタントとは｜仕事内容・4つのタイプ・キャリアの進み方」にまとめています。ここからは、業務コンサルとして入ることの多い3つの段階を、もう少し詳しく見ていきます。

2. 構想策定：導入の目的と範囲を決め、計画に落とす

構想策定は、導入プロジェクトを始めるかどうか、どの範囲で始めるかを決める段階です。SAPの公式トレーニングでは、この段階で、導入の範囲と得たい価値、導入の方針と道筋を決め、社内で予算を通すための材料（ビジネスケース）を作ると説明されています。既存のSAP ERPからS/4HANAへ移る場合は、今のシステムが移行できる状態かの確認もこの段階に入ります。移行の方式と、2027年の保守期限については、別記事「S/4HANA移行と2027年の保守期限｜移行案件でSAPコンサルに求められる経験」で整理しています。

導入コンサルが構想策定で決めること・作るものは、主に次のようなものです。

• 導入の目的と範囲：どの会社・どの拠点・どの業務を対象にするか。最初にどこまでを稼働させ、何を後回しにするか

• 今の業務とシステムの棚卸し：今どの業務をどのシステムで回しているか。SAPに置き換えるもの、残すもの、つなぐもの

• 機能の置き場所：SAPで持つ機能と、周辺のシステム（生産の現場のシステムや、分析・帳票の仕組みなど）で持つ機能の分担

• 導入の進め方：新規に作り直すのか、今のSAPを移行するのか。クラウドかオンプレミスか

• 計画と体制：どの順番で、どれくらいの期間と人数で進めるか

構想策定では、まだSAPの細かい設定までは決めません。その代わり、経営や業務部門の責任者と話して、何を優先するかを合意することが中心になります。SAPの知識に加えて、業務全体を見渡して、他のシステムとの関係まで含めて絵を描けるかが問われる段階です。

3. 要件定義：標準の業務と自社の業務の差を洗い出す

要件定義は、SAPでどの業務をどう回すかを決める段階です。最近の導入では、この段階を「Fit to Standard（フィット・トゥ・スタンダード）」という考え方で進めることが増えています。

Fit to Standardとは

Fit to Standardは、SAPがあらかじめ用意している標準の業務の流れ（SAP Best Practices）を先に見せて、自社の業務がそれに合うかを確かめていく進め方です。SAPの公式トレーニングでは、Exploreフェーズの主な目的を、プロジェクトの範囲に含まれる機能を確かめ、業務の要件を満たせることを確認する「Fit to Standardの分析」だと説明しています。

進め方は、おおむね次のとおりです（SAPの公式トレーニングの説明をもとに要約）。

• SAPの専門家が、すぐに動かせる状態のシステム（スターターシステム）で標準の業務の流れを実演し、設定で決める必要がある箇所を示す

• 業務部門と一緒に、標準で足りるか、足りない部分（差分）は何かを話し合う

• 洗い出した差分と設定の値を、実現する作業の一覧（バックログ）にまとめる。設定の値（たとえば製品グループの区分）は顧客側が用意する

• 一覧に優先順位を付け、優先度の高いものから、設計の打ち合わせへ進める

導入コンサルが要件定義で決めること

• 標準で回す業務と、作り込む業務の線引き：差分を見つけたとき、業務の側を標準に合わせるのか、追加開発で対応するのかを、理由とともに整理する

• 設定の方針：組織の単位、マスタの持ち方、業務の流れの分岐など、後の設定の土台になること

• 他の領域との境目：販売・購買・会計・生産などの領域をまたぐ業務を、どこで受け渡すか

• 要件の一覧と、決まったこと・保留のことの記録：その場で決めたことと、持ち帰って決めることを分けて残す

要件定義で導入コンサルに求められるのは、標準の業務の流れを説明できることと、業務部門の話を聞いて「それは標準で回せるか」をその場で判断できることです。モジュールごとに何を決めるのかは、別記事「SAP SDコンサルの仕事｜SDモジュールの業務範囲と、SD案件で求められる経験」「SAP FI/COコンサルの仕事｜会計モジュールの違いと、会計案件で求められる経験」「SAP MMモジュールとは｜購買・在庫の業務と、MM案件で求められる経験」で、領域ごとに整理しています。各モジュールの全体像は「【2026年版】SAPモジュール一覧と業務のつながり」にまとめています。

4. 設計：決めたことを、設定と追加開発の仕様に落とす

設計は、要件定義で決めたことを、システムで実現できる形の仕様に落とす段階です。業務コンサルが担う設計は、主に次の2つに分かれます。

• 設定（コンフィグ）の設計：SAPの標準の機能を、どの値で、どう設定するか。組織、マスタ、業務の流れの分岐など

• 追加開発の仕様：標準で足りない部分を補う開発の仕様。一般に、ワークフロー・帳票・インターフェース（他システムとのつなぎ）・データ移行・機能の拡張などの種類があり、頭文字を取ってWRICEF（リセフ）と呼ばれます

SAPの公式トレーニングでは、追加開発の洗い出しや設計書の作成は、クラウドでもプライベートクラウド版の導入でより多く、パブリッククラウド版では拡張の余地が小さく、追加開発も少なくなると説明されています。同じ「設計」でも、どちらの版の導入かで、仕事の重心が変わります。パブリッククラウド版の導入で、コンサルに何が求められるかは、別記事「SAP Public Cloudの導入案件｜Fit to Standardでコンサルに求められること」で詳しくまとめています。

設計の段階で導入コンサルに求められるのは、標準の設定の細部を理解していること、分からない箇所を自分で調べて確かめられること、そして開発の担当者に誤解なく渡せる仕様を書けることです。インターフェースの設計では、相手のシステムの項目とSAPの項目を対応づける作業（マッピング）も、業務を想像しながら進めることになります。

5. テスト・移行・本番稼働：業務で使える状態にして渡す

設計のあとは、設定と開発を進め、テストを行い、データを移して、本番の切り替えに進みます。SAPの公式トレーニングでは、Realizeフェーズで、つないだ環境でのテスト、データの投入、業務部門の利用者への教育を行い、Deployフェーズで本番の環境を整えて業務を切り替えると説明されています。

導入コンサルがこの段階で担うのは、主に次のような仕事です。

• テストの計画と推進：どのテストを、どの順番で、誰が行うか。単体のテスト、つないだ状態でのテスト、利用部門が実際の業務で使えるかを確かめる受け入れテスト（UAT）

• データ移行：今のシステムのデータを、SAPのマスタや残高にどう移すか。移したデータが正しいかの確認

• 利用者への教育：業務部門のキーユーザー（業務側の窓口）に操作と業務の流れを伝え、社内に広げてもらう

• 切り替えと稼働直後の支援：本番の切り替え手順の準備と、稼働直後に集中して問い合わせに対応する期間（ハイパーケア）

上流の段階の経験が少ない方でも、テストや移行の経験は、次に要件定義へ入るときの強みになります。どこで業務が止まりやすいか、どの設定が後で問題になったかを知っているからです。テストとUATの仕事と、テストの案件で求められる経験は、別記事「SAPのテスト・UATの案件｜テストリーダー・テストマネジメントで求められる経験」で整理しています。

6. 導入案件では何が求められているか

2026年7月から10月までに当社へ届いたSAP導入の案件から、担当する段階が読み取れる10件を選び、発注元の企業が分からないように要件を言い換えて、傾向をまとめます。1社に届いた案件の範囲での傾向なので、市場全体の数字ではない点にご注意ください。

段階別に見た10件（企業が分からないよう言い換え）

構想策定（1件）

• 製造業のS/4HANA構想策定で、会計・販売調達・生産・経営管理の分析基盤・システム基盤の各チームを募集。共通して、導入プロジェクトの要件定義と構想策定の経験、顧客と直接話して合意しながら進められること。生産のチームでは、現場のシステムとS/4HANAの機能の分担を検討した経験も

要件定義（5件）

• 経営管理・予算管理の領域で、分析・計画の製品（SAP Analytics Cloud）を含む導入の要件定義。業務要件とシステム要件の整理、経営管理や管理会計の業務知識、資料作成。Fit to StandardやFit&Gapの経験があれば尚可

• 製造業の導入で、購買・品質管理・設備保全の3領域の要件定義。それぞれの業務の理解が条件で、購買の枠は日英のバイリンガル

• 小売業のSAP導入で、導入する企業（発注者）を支える立場での要件定義。会計の領域とPMOの2枠

• 自動車関連企業のSAP導入で、管理会計（CO）の要件定義。顧客と話し合って要件と課題をまとめ、折衝まで担う

• 電機メーカーの新規導入で、サービス管理の領域（販売の経験でも可）の業務要件定義。標準機能の範囲で課題を調べられること（設定の確認を含む）と、日英での会話

設計（3件）

• 製造業の導入で、販売または購買の領域の設計フェーズの支援。設計と設定の実務経験、標準の設定の細部の理解と調べる力、インターフェース設計で項目の対応づけを自走できること

• 電機メーカーの大規模なS/4HANA導入で、プロジェクト管理の領域（PS）。設計から設定、テストまでの一連の経験と、会計・購買などの周辺モジュールとのつながりの理解

• 電子部品メーカーのパブリッククラウド版の導入で、販売物流の領域のリーダー／サブリーダー。顧客との要件・課題の整理と折衝、メンバーの作業のレビューなどのチーム推進

テスト（1件）

• 飲料メーカーのS/4HANA導入で、テストの取りまとめ。テストの方針と計画の作成、つないだ状態でのテストから受け入れテストまでの推進、日英のバイリンガル

10件に共通していた4つの点

1. 必須の条件に、段階の名前がそのまま入っていた

10件のうち8件は、「要件定義の経験」「構想策定の経験」「設計と設定の経験」「テストの取りまとめの経験」のように、段階の名前を必須の条件に入れていました。モジュールの経験年数だけでなく、どの段階を担当したことがあるかが、最初に見られています。

2. 構想策定・要件定義の枠では、顧客との合意形成が条件の中心だった

構想策定と要件定義の6件のうち4件は、顧客とのやり取りや議論、折衝、合意を必須にしていました。設計の枠でも、リーダーの募集では顧客との要件・課題の整理が条件でした。第2章・第3章で見たとおり、上流の段階は「決める」段階です。設定ができることに加えて、業務部門の話を聞き、その場で整理して合意に持っていけるかが問われています。

3. 設計の枠では、標準の機能を自分で調べられることが見られていた

設計を中心にした案件では、標準の設定の細部を理解し、分からない箇所を自分で調べて進められることが条件に書かれていました。要件定義の案件でも、標準機能の範囲で課題を調べられることを必須にしたものがありました。「調べて確かめられる」ことは、どの段階でも求められる基礎の力と言えます。

4. 業務の知識と、周りとのつながりの理解が問われる

購買・品質管理・設備保全・経営管理などの業務の知識を条件にした案件や、周辺のモジュール・システムとのつながりの理解を条件にした案件が、合わせて4件ありました。また、日英のバイリンガルを条件にした案件も3件ありました。SAPの経験に、業務の知識や語学を掛け合わせることで、入れる枠が広がります。

4つの点を読んで、ご自身の経験がどの段階の募集に当てはまりそうか考えた方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

SAP案件の受け取り方を見る

7. 自分の経験を「段階」で棚卸しする

前の章で見たとおり、導入案件では「どの段階を担当したか」が最初に見られます。経歴書を書く前に、関わったプロジェクトごとに、次の問いに答えられるか確かめておくと、段階の経験を具体的に伝えやすくなります。

• 構想策定：導入の範囲や、SAPで持つ機能と周辺システムの分担を決める議論に、自分は入っていたか。何を提案したか

• 要件定義：標準の業務の流れを業務部門に説明したか。差分を見つけたとき、標準に合わせるか作り込むかを、自分で整理して合意したか

• 設計：設定の値を自分で決めたか。追加開発の仕様書（帳票・インターフェースなど）を自分で書いたか。何本くらいか

• テスト・移行：テストの計画を作ったか、実施した側か。移行するデータの対応づけや検証をしたか

• 本番稼働・稼働直後：切り替えの手順の準備や、稼働直後の問い合わせ対応に入ったか

同じ「要件定義に参画」でも、議事録を取っていたのか、業務部門との打ち合わせを自分で進めていたのかで、案件の担当者の受け取り方は大きく変わります。段階ごとに「自分が決めたこと」「自分が作ったもの」を書き分けておくのがおすすめです。モジュール別の経歴書の書き方は、各モジュールの記事でも例を挙げています。

8. よくある質問

テストや運用保守の経験から、要件定義に上がることはできますか？

できます。テストや運用保守で、業務の流れと設定の関係をつかんでいることは、要件定義の土台になります。一方で、今回の案件では、要件定義の枠の多くが「要件定義の経験」そのものを必須にしていました。まずは要件定義の段階でメンバーとして入り、業務部門との打ち合わせの一部を自分で進める経験を積むのが現実的です。

Fit to Standardと、従来のFit&Gapは何が違いますか？

どちらも、SAPの機能と自社の業務の合う部分・合わない部分を確かめる進め方です。違いは出発点で、Fit to Standardは、SAPの標準の業務の流れを先に見せて「標準で回せないか」から考えます。今回の案件でも、Fit to StandardとFit&Gapの経験を、どちらも尚可の条件として並べているものがありました。案件票でどちらの言葉が使われているかで、標準に寄せる度合いを推し量る手がかりになります。

「発注する企業の側に立った支援」とは、どういう仕事ですか？

SAPの導入を請け負う会社の側ではなく、導入を発注する企業の側に立って、要件の取りまとめや、導入を請け負う会社の成果物の確認、プロジェクトの進み具合の管理を支援する仕事です。今回の案件にも、この立場での要件定義とプロジェクト管理の支援の枠がありました。導入を請け負う会社で要件定義を経験した人が、この立場に移ることもあります。

構想策定の経験は、どうやって積めばよいですか？

構想策定の募集は、要件定義の経験を前提にしていることが多くありました。今回の構想策定の案件でも、全チーム共通で要件定義の経験を条件にしていました。要件定義でチームの取りまとめを経験し、その中で、範囲の決め方や周辺システムとの分担の議論に関わっておくと、構想策定の枠に近づきます。

まとめ

• SAP導入は、構想策定・要件定義・設計・テストや移行・本番稼働・運用と進み、SAP Activateの6つのフェーズとおおむね対応する

• 構想策定は「何のために、どこまで入れるか」、要件定義は「標準でどう回すか」、設計は「それをどう設定し、何を作るか」を決める段階

• 当社に届いた導入案件では、段階の名前がそのまま条件になり、上流ほど顧客と話して決められること、設計では標準を自分で調べられることが見られていた

アサインコネクトは、SAP人材に特化した案件紹介サービスです。

希望条件をLINEで登録すると、条件に合うSAP案件を個別に受け取れます。

SAP案件を受け取る方法を見る

参考資料

• SAP Learning「Discovering SAP Activate」 https://learning.sap.com/courses/discovering-sap-activate-agile-project-delivery/discovering-sap-activate_b99eb8ed-8a51-4975-9a29-6d3596d33bd3

• SAP Learning「Explore Phase Overview」 https://learning.sap.com/courses/discovering-sap-activate-agile-project-delivery/explore-phase-overview_f9f503a3-54e9-4868-855c-5b88f879c6ad