メインコンテンツへスキップ
見出し画像

SAP CX（Sales Cloud・Service Cloud）の案件｜営業・サービスの領域でSAPコンサルに求められる経験

    アサインコネクト｜SAP案件・キャリア

    SAPの販売の仕事というと、受注から出荷・請求までのSDを思い浮かべる方が多いかもしれません。一方で、受注の前には、見込み客を見つけ、商談を進め、見積を出すまでの営業の活動があります。受注のあとにも、問い合わせや修理などのサービスの業務が続きます。

    この記事は、販売やサービスの領域でSAPに関わってきたコンサルタントの目線で、SAPの営業・サービスの製品であるSAP Sales CloudとSAP Service Cloudが何を扱うかをSAPの公式資料で整理し、業務の側で何を決めることになるかを考えます。後半では、この領域の仕事で問われやすい経験を整理します。


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

    当社には、SAPの導入・移行・運用保守など、さまざまな領域の案件が継続的に届いています。

    販売・サービスの業務知識と、営業やカスタマーサービスの仕組みづくりの経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

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

    画像

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

    この記事でわかること

    • SAP Sales CloudとSAP Service Cloudが扱う業務の範囲

    • SAP Cloud for Customerと「Version 2」の関係

    • 営業の流れ（リード→案件→見積→受注）と、サービスの流れ（チケット→技術者の割り当て）

    • SD（受注から請求）との役割の分け方

    • この領域の仕事で問われやすい経験と、経歴書での伝え方

    1. SAP Sales CloudとSAP Service Cloudで扱うこと

    SAPのヘルプでは、SAP Cloud for Customerは、日々の営業とサービスのやりとりを効率よく管理するためのもので、フロントオフィス（顧客と接する側）とバックオフィスの仕組みの間で情報をやりとりし、顧客を一つの見え方で捉えられるようにする、と説明されています。SAP Cloud for Customerのヘルプの中に、SAP Sales CloudとSAP Service Cloudのそれぞれのソリューションガイドがあります。

    製品の名前について

    SAPのヘルプには、SAP Cloud for Customerから「SAP Sales Cloud Version 2」「SAP Service Cloud Version 2」へ移るための移行ガイドがあります。移行の準備の状況を確かめる道具や、データを移す道具が用意されていると説明されています。また、移行の前にデータをアーカイブしておくことが勧められています。

    案件の説明では、「C4C」「Sales Cloud」「Service Cloud」「V2」など、いくつかの呼び方が出てくることがあります。どの製品のどの版を扱うのかは、最初に確かめておきたい点です。

    2. 営業の流れとサービスの流れ

    SAP Sales Cloud：受注の前の営業活動

    SAPのヘルプ（SAP Sales Cloud ソリューションガイド）では、法人向けの新規の販売の流れが、次のように説明されています。

    1. リード（見込み客の情報）をとらえて整え、案件（商談）に変える

    2. 顧客の情報、段階ごとの活動、競合他社の情報を使って、案件を分析・評価する

    3. 見積の段階に進み、販売見積が承認されたら、バックオフィスで処理する受注をつくる

    あわせて、営業員が販売予測で有望な商談を見込み、目標（クォータ）と比べられることも書かれています。

    外回りの営業の場面では、訪問や活動を計画し、訪問の中で顧客の情報、実施するタスクやサーベイ、プロモーションの情報を見られることが説明されています。店舗への訪問では、店舗ごとの指標を評価する機能（Perfect Store）も挙げられています。

    ガイドの目次には、アカウントと個人顧客、リード、案件、販売契約、販売見積、受注、訪問、販売目標計画、販売予測、価格設定、パートナ管理などが並んでいます。

    SAP Service Cloud：問い合わせからサービスの完了まで

    SAPのヘルプ（SAP Service Cloud ソリューションガイド）では、次のような機能が説明されています。

    • チケット：問い合わせやサービスの依頼を、チケットとして作り、更新する。関連する項目にもとづいてチケットを担当に割り当て、通知や承認を回すワークフローのルールを決められる

    • 登録製品：顧客・場所・保証の情報を持つ製品を登録し、保守計画をチケットに加える。SAP ERPの設備を登録製品として複製することもできる

    • リソーススケジューラ：技術者をタスクに割り当て、技術者のカレンダーで作業を見られるようにする

    • スキル管理：サービスの要件を満たせる技術者を把握し、現場の訪問を計画する

    技術者がモバイルの端末で、予備の部品の発注、在庫の確認、タスクの管理、サービスの作業の完了ができることも書かれています。

    3. 業務の側で決めること

    ここからは、SAPの公式資料から整理した一つの見方です。会社ごとの営業やサービスの進め方で答えは変わるため、実際の判断は、営業・サービス・情報システムの担当と決めることになります。

    営業の段階を、どう区切るか

    リードを案件に変える条件、案件の段階（フェーズ）の区切り方、どこで見積に進むかは、会社の営業の進め方そのものです。段階の定義があいまいなままだと、販売予測の数字も信用されにくくなります。

    どこからを、バックオフィスで扱うか

    ヘルプの説明では、承認された見積から受注をつくり、バックオフィスで処理する流れになっています。見積・価格・受注を、Sales CloudとS/4HANA（またはECC）のどちらで持つか、どの時点で受け渡すかは、SDの側と一緒に決める論点です。受注から出荷・請求までの流れは、別記事「SAP SDコンサルの仕事｜SDモジュールの業務範囲と、SD案件で求められる経験」で整理しています。

    顧客の情報を、どちらで正とするか

    顧客（アカウント）や連絡先、製品、価格の情報は、営業の側と基幹の側の両方で使います。どちらで登録し、どちらに複製するかを決めておかないと、二重の登録や食い違いが起きます。

    問い合わせを、誰にどう回すか

    サービスの側では、チケットをどの条件で誰に割り当てるか、どの段階で承認や通知を出すかを決めます。問い合わせの窓口（電話・メールなど）と、現場の技術者の作業をどうつなぐかも論点になります。

    ご自身の販売・サービスの経験や、営業やカスタマーサービスの仕組みづくりに関わった経験が、どの案件に近いか気になった方へ。希望条件をLINEで登録いただくと、近いSAP案件が出たときに個別にご案内します。

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

    4. ほかの仕組みとの連携で、見ておきたいこと

    SAP Cloud for Customerのヘルプには、連携の資料として、SAP S/4HANA、SAP ERP、SAP CPQ、SAP Field Service Management、SAP Marketing、SAP Commerce、SAP CRM、SAP SuccessFactors Employee Centralなどとの連携が並んでいます。SAP ERPとの連携では、価格・見積・受注などにリアルタイムでアクセスする、と説明されています。S/4HANAとの連携は、あらかじめ用意された連携の内容を使う形で、オンプレミスのS/4HANAとはCloud IntegrationかProcess Integrationを使う構成が挙げられています。

    業務コンサルの目線では、次の点を見ておくことになります。

    • 営業の側で入力した見積や受注が、基幹の側でどう処理され、結果がどう戻るか

    • 価格や在庫を、営業の画面でどこまで見せるか

    • サービスの作業で使った部品や時間を、基幹の側の在庫や請求にどうつなぐか

    連携の仕組みそのものは、別記事「SAP Integration Suiteの案件｜PI/POからの移行と、連携のコンサルに求められる経験」で整理しています。

    5. この領域の仕事で問われやすい経験

    当社に届いた2026年7月〜10月の案件には、SAP CX（Sales Cloud・Service Cloud・C4C）や、SAPでの営業活動・アフターサービスの業務を条件に入れたSAP関連の案件はありませんでした。ここでは、SAPの公式資料から考えた、問われやすい経験を整理します。当社の案件の集計ではない点にご注意ください。

    1. 営業の進め方を、仕組みに落とした経験

    リード・案件・見積の段階の決め方や、販売予測の出し方を、営業部門と決めた経験は、Sales Cloudの導入の土台になると考えられます。製品はSAP以外のCRMでも、考え方は近い経験です。

    2. 販売（SD）の流れを知っていること

    見積から受注、出荷・請求への受け渡しを考えるには、基幹の側の販売の流れの知識が要ります。SDの業務コンサルの経験は、営業の側とのつなぎ目を説明しやすい経験です。

    3. カスタマーサービス・保守サービスの業務の経験

    問い合わせの受付、担当への割り当て、現場の作業、保守計画など、サービスの業務の流れを知っていることは、Service Cloudの導入で役に立ちます。

    4. 顧客のマスタを、複数の仕組みでそろえた経験

    顧客・製品・価格の情報をどちらで正とし、どう複製するかを決めた経験は、営業の側と基幹の側をつなぐ場面で説明しやすい強みです。

    6. この領域の経験を経歴書で伝えるときのポイント

    「CRM導入」とだけ書くと、案件の担当者は、営業の側か、サービスの側か、連携の側か、何をしたのかを判断できません。次の点が読み取れるようにしておくのがおすすめです。

    • 製品：SAP Cloud for Customer、Sales Cloud・Service Cloud（Version 2）、SAP CRM、SAP以外のCRMなど、どれを扱ったか

    • 範囲：リード・案件・見積・受注・予測・チケット・登録製品・技術者の割り当てのどこを扱ったか

    • つながる仕組み：S/4HANA・ECC・CPQ・Field Service Managementなど、どの仕組みとつないだか

    • 相手：営業部門、カスタマーサービス部門、SDの担当など、誰と決めたか

    • 場面：新しい導入か、C4Cから新しい版への移行か、運用の中の改善か

    経歴書の全体の書き方は、別記事「SAPコンサルの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

    7. よくある質問

    SDのコンサルの経験は、この領域で活かせますか？

    ヘルプの説明では、営業の側で承認された見積から受注をつくり、バックオフィスで処理する流れになっており、基幹の側の販売の流れとのつなぎ目があります。SDの経験は、そのつなぎ目を説明できる経験です。一方で、リードや案件の管理、販売予測など、受注の前の営業の業務の知識は別に問われると考えられます。

    SAP以外のCRMの経験は、伝える意味がありますか？

    当社に届いた範囲では、この領域を条件に入れた案件は無かったため、何が評価されるかは言えません。営業の段階の決め方や、問い合わせの回し方など、業務の側の考え方は製品によらず説明できる経験です。製品の違いと合わせて、どこまで担当したかを書いておくとよいでしょう。

    まとめ

    • SAP Sales Cloudは、リードから案件・見積・受注までの営業活動と、販売予測・訪問を扱う

    • SAP Service Cloudは、チケット・登録製品・技術者の割り当てなど、問い合わせからサービスの完了までを扱う

    • SAP Cloud for Customerから「Version 2」へ移るための移行ガイドがあり、案件では製品の版を確かめておきたい

    • 見積・受注・顧客の情報を、営業の側と基幹の側のどちらで持つかは、SDの側と一緒に決める論点

    • 営業やサービスの業務を仕組みに落とした経験と、販売の流れの知識が、この領域で説明しやすい強みになる

    SAPのモジュール全体の中で、各領域がどうつながっているかは、別記事「【2026年版】SAPモジュール一覧と業務のつながり」で整理しています。

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

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

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

    参考資料

     
     

    アサインコネクト｜SAP案件・キャリア

     
     
    SAPフリーランスの案件・独立・キャリア情報を整理して発信。自分の経験をどう活かせるか、案件選びで何を見るかをわかりやすく届けます。案件・キャリアのご相談もお気軽にどうぞ。

    あなたへのおすすめ