運用テストと修正を行いましょう

この記事で学べること運用テストのポイント操作性向上に活用いただける機能・コンテンツこの記事のゴールこの記事のゴールは「運用テストを実施し、リリース前に利用ユーザーからの指摘事項を改善する」ことです。そのために、以下3ステップで進めていきます。運用テストとは運用テストのポイント指摘事項への対応※運用テストの実施には以下が前提となります。Sales Cloudの入力画面が設定できている運用ルール(入力ルール)が作成できているまだ完了していない場合には、はじめてガイドの記事である「実装時の注意点を理解しましょう」、「運用のルールを策定しましょう」をそれぞれご参照の上、ご対応ください。運用テストとはこれまで、プロジェクトメンバーを中心に入力画面を設定してきましたが、運用テストでは、実際の利用ユーザーが一連の入力・更新作業を行い、実際の業務に沿った運用が可能か？その操作性や使用感に大きな問題がないか確認します。​このテストを実施せず運用開始した場合、設定時に想定していた業務の流れと実際の運用が合わず、入力や更新作業が利用ユーザーの負荷になってしまい、結果として不満や要望の声が一度に多く寄せられることになり、定着化までにより多くの時間を要することになります。​事前に利用ユーザーの代表者複数名にてテストし、主要な問題点を改善することで運用開始後の混乱を防ぎましょう。運用テストのポイント運用テストを実施する前に、テストの準備と、テスト時にどのようなポイントをチェックするのかを整理しておきましょう。下図に必要な準備とチェックするべきポイントをまとめておりますので、参考にしてください。日々の運用に耐えられる設計になっているかや、期待する集計結果が得られるかどうかについては、詳細を利用シーン別にまとめておりますので、以下の観点でチェックを行っていきましょう。入力・更新編入力項目数運用ルール(入力・更新ルール)を踏まえ、作成・更新時に入力する項目数が適切か確認します。指摘例)日次入力が求められる活動にX個以上の入力は現実的ではない　等項目の配置・導線入力時の導線が適切か確認します。具体的には、入力タイミングが同じ項目などはまとめて配置できているか等を確認します。指摘例)取引先責任者作成時に入力する”氏名”と”住所”の項目配置が離れており、入力しづらい　等必須項目レコード作成時には入力できない項目が必須項目になっていないか確認します。指摘例)”予算状況確認”項目が必須項目になっているが、商談作成時には必ずしも予算状況が把握できていない　等検索編必要な情報へのアクセス(リストビュー)担当する取引先や進行中の商談等、リストビューを使って必要なレコードにすぐにアクセスできることを確認します。指摘例)進行中商談のうち特定フェーズの商談を確認する必要があるが、用意されたリストビューでは確認できない　等必要な情報へのアクセス(レポート・ダッシュボード)定例会議で確認する内容や、業務上利用ユーザーが確認しなければならない情報がレポート・ダッシュボードに含まれているか確認します。指摘例)担当者ごとの商談数が確認できず、新規案件のアサイン時に判断できない　等共通編用語の違い業務上使用している用語とSales Cloud上の表記の違いにより、混乱しないか確認します。指摘例)業務上”案件”と呼んでいるが、Sales Cloud上では”商談”になっている　等指摘事項への対応運用テスト実施により利用ユーザーから複数の指摘事項が寄せられるはずです。事前によくある指摘事項と、その対応例について学習し、指摘事項に備えましょう。(※)マークが付いているものは詳細を学習いただけるコンテンツをご紹介していますので、後述の”設定方法”のリンクから設定方法をご確認ください。入力項目数が多すぎるダッシュボードで使用している項目や、業務上必要な項目以外に不要な項目がないか再度見直す。部署や役職によって表示する項目を変更することで、表示項目数を削減する。(ページレイアウトの追加)(※1)特定の項目が入力された場合、関連する項目を自動更新する。(数式項目の利用)(※2)デフォルト項目値を指定し入力負荷を下げる。(※2)クイックテキストを使用する。(※2)項目の配置・導線が悪く入力しづらい入力のタイミングが同じ項目は近くに配置する。リストビューから項目の一括更新を使用する。(※2)クイックアクションを使用する。(※2)項目の種別や使用するユーザーごとにセクションを区切る。(※3)必要な情報へのアクセスが悪い(リストビュー)リストビューを新規追加し、必要なメンバーが使用できる状態にする。(※2)リストビューのKanban、分割ビューを使用する。(※2)必要な情報へのアクセスが悪い(レポート・ダッシュボード)レポートダッシュボードを作成・更新する。(※4)Sales Cloud上の表記と業務上の用語が異なる　項目名称やオブジェクト名称を変更する。(※5)その他にもさまざまな機能がありますが、運用開始までに時間の制約があることを踏まえ、比較的設定に時間を要さない機能を抜粋しています。まずは以下の”設定方法“からぜひご確認ください。設定方法設定方法に関しては、以下のコンテンツをご利用ください。サクセスナビ記事：見る人によって画面や項目を出しわけようエキスパートコーチング：設定と構成ヘルプ記事：ページレイアウトでの新しいセクションの作成エキスパートコーチング：レポートとインサイトヘルプ記事：オブジェクト、タブ、項目の表示ラベルの名称変更学習ツールより詳しく知りたい方は、以下のオンデマンド動画をご視聴ください。オンデマンド動画：活用度向上支援（SFA 運用ルール、トレーニング、定着化プラン）まとめ運用テストのポイントは理解できましたか？以下の点を改めて整理しておきましょう。運用テストでは、利用ユーザーが、その操作性や使用感に大きな問題がないか確認する運用テスト実施にあたり、誰がテストを実施するか／運用テストで操作する範囲／チェックポイントについて検討する設定知識を学び、想定される指摘事項への対応策も想定するご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ次は、定着に向けた計画を策定しましょう！次の記事：定着に向けた計画を策定しましょう​「活用7ステップ」全体に戻りたい場合はこちら

目標達成のためにやるべきこと検討しましょう

本記事の内容は以下のオンデマンド動画からもご覧頂けます；https://play.vidyard.com/iyh4pRDZh5S99w6PCtNP4tこの記事で学べること目標達成のためSales Cloudで可視化すべきこと可視化に向けた検討方法この記事のゴールこの記事のゴールは「目標達成のためにやるべきことを検討する」ことです。そのために、以下3ステップで進めていきます。取り組みを可視化するための指標(KPI)を決める具体的な指標(KPI)を決める理由を知る具体的な指標(KPI)の検討方法を知る取り組みを可視化するための指標(KPI)の検討「実現したいことを明確にしましょう」ではSales Cloudで何を実現したいのか、そして「運用開始に向けた計画を立てましょう」では実現性、影響度の観点から検討しリリース計画を立てました。​Sales Cloudで成果を上げるためには、ただデータを蓄積・分析するだけではなく蓄積されたデータを見たときに何をすべきか「行動の変化」を促すことが重要となります。​行動の変化を起こし、成果に繋げるためには何を成し遂げれば良いのか、ここでは「ビジネスゴール実現に向けて必要な取り組み」に対し具体的に何をしてどう数値化することができるのか？「取り組みを可視化するための指標」を整理をしていきます。​指標に盛り込む際の検討の要素としては以下の軸を意識して整理することをおすすめします。戦略：行動の軸となるもの　例）既存顧客からの新規商談数XX件獲得　営業担当の1ヶ月あたりの訪問件数 など行動：具体的な日々の行動　例）取引先ランクB以上に週一回以上訪問　商談のヒアリング項目70%以上入力 など異常値：うまくいかない要因　例）3ヶ月以上未訪問の顧客リスト　既存の訪問割合50％以下　など​具体的な数値目標の設定が難しい場合も、明らかに現実離れしていなければ最初の指標としては十分ですので、営業マネージャーなどにヒアリングを行い、仮の値を設定してみましょう。​特に運用開始当初においては、理想と現実のギャップが生まれやすくなりますので、実際の入力状況を見ながら適切な数値目標に修正を行うこともSales Cloud活用においては重要なポイントとなります。検討を進めるにあたってのワークシートはこちらからダウンロードいただけます​具体的な指標(KPI)を決める理由を知るすでに自社ではそれぞれの数値目標や行動指標は設定している、という方も多くいらっしゃると思います。もちろんすでに定義されている数値目標や行動指標を利用いただくこと自体全く問題ありません。​では、なぜ改めて検討をする必要があるのでしょうか。​Sales Cloudで成果を上げるためには、ただデータを蓄積・分析するだけではなく蓄積されたデータを見たときに何をすべきか「行動の変化」を促すことが重要となります。​そしてSales Cloudではそれぞれの指標のどこがうまくいっていてどこに改善の要素があるのか？組織軸や担当者軸、期間軸などさまざまな切り口から可視化し分析を行うことがダッシュボードを使うことで実現できるようになっています。​ひとつひとつの行動指標を積み重ねることで、ビジネスゴールの実現に向けた取り組みとして成果が出ているか？効率の良い営業活動を行い成果に繋げるためには、その進捗をリアルタイムに確認できることが重要になります。売上は順調に伸びているか？伸びていない場合既存顧客からの商談は増えているか？、商談を増やすための活動が営業担当レベルで想定通り出来ているか？など、例えば[売上が思うように伸びていない]といった結果に対して何が原因なのか予測が立てやすくなります。​ダッシュボードについて詳しく学びたい方はシステム管理者のためのSalesforce基礎シリーズ「Vol.3 データの見える化をしよう」の動画で学んでいただくことができます。​具体的な指標(KPI)の検討方法を知るこの記事では最後に具体的な指標(KPI)を検討する際のポイントや他社で実際に利用されているKPIをご紹介いたします。あくまで考え方の一例となりますが、ご参考にしてみてください。​こちらでは指標の検討方法を[戦略][行動][異常値]を整理する手順にてご紹介します。​[戦略]手順1：売上を上げるためにどのような行動が必要か？数×質×単価のどこを改善すれば良いか、いずれもこれ以上の改善が難しい場合どのように効率化を測ることができるかという観点で検討を進めます。手順2：戦略の方向性が決まったら「誰に対して」「何を」とターゲットの絞り込みを行います。手順3：方向性とターゲットが決まったら最後に「誰が」「誰に」「何の」「何を」「どのくらい」とKPIを具体化します。次に、大きく[量を増やすのか][質を高めるのか]の2つの軸で検討を進めます。[行動]手順1：具体的な日々の行動に対して「量を増やすのか減らすのか？」「どのような基準を設けて質を高めるか？」の２つの観点で検討を進めます。手順2：先ほどと同様に「誰が」「誰に」「何の」「何を」「どのくらい」の順でKPIを具体化していきましょう。[異常値]データが正しく入力/更新されているかという観点で以下のような「異常値=注意してみるべきポイント」を整理します。上記のような[戦略][行動][異常値]の観点がきちんと盛り込まれている指標(KPI)を抜け漏れなく検討頂くことが望ましいですが、完璧なものを作ろうとするあまり何ヶ月もかかってしまっては本末転倒ですので、まずは成果を上げるためにより効果の得られそうな取り組みから整理してきましょう。​本内容に関して、より詳しく知りたい場合は、「営業改革シリーズ Vol.1 効果を出すための準備をしよう」のオンデマンド動画をご視聴ください。オンデマンド動画：営業改革シリーズ Vol.1 効果を出すための準備をしよう学習ツールより詳しく知りたい方は、以下のオンデマンド動画をご視聴ください。オンデマンド動画：活用度向上支援（SFA 運用ルール、トレーニング、定着化プラン）まとめこれで目標を達成するためにどのような取り組みが必要か？またどうすれば状況が可視化できるかを取るべきかが整理できました。次は、本章で整理した内容をもとに、目標達成のために実際にどのような流れで商談を進めていくのかを検討していきましょう！次の記事：自社の商談の流れを整理しましょう​「活用7ステップ」全体に戻りたい場合はこちら

データセット作成のポイント

この記事で学べることデータセットを作成する時のポイント３点この記事のゴールデータセットの型を理解するデータセットの行と列の考え方を理解するデータセット作成時のポイント３点データ作成を実践いただきました皆様に、データ作成時のポイント３つをご紹介していきます。データセット項目のデータ型とグラフの関係性を理解しようデータセットの行と列の考え方をマスターしようデータセット１行の粒度を意識しようデータセット項目とデータ型の関係性を理解しようデータセットの項目には大きく以下の「型」があります。ディメンション：テキスト型やカテゴリの項目日付　：日付形式の項目基準　：数値の項目上記「型」によって、グラフでのデータの使い方が変わってきます。ディメンションと日付項目：グラフの「軸」に利用ができます。基準項目：値の集計結果などをグラフの「本体（Body）」に利用ができます。そのためグラフの「軸」として利用したい項目は「ディメンション」または「日付」で項目を持つようにしましょう。例：各時間ごとの問い合わせ数をグラフで分析したいという場合 この場合、営業時間が9時〜17時とすると、問い合わせがあった時間の9~17をグラフの軸にして、時間ごとに件数を積み上げてグラフを出力したいことが想定できます。問い合わせの時間項目に9~17の数字が入っている場合、自動で「基準」として判断されるため、グラフの「軸」として利用したい場合、取り合わせの時間項目は「ディメンション」項目としてデータを持つ必要があります。補足：項目の値をディメンションに変更する方法レシピで、「変換」のノードを追加します。型を変換したい列を選び、数値から「テキスト」を指定し「適用」することで、データの型を変換することができます。データセットの行と列の考え方をマスターしようCRM Analyticsの基本的な考え方として、基準項目（数値項目）の集計は「列」単位で行います。つまり縦方向に集計します。この集計は、ディメンションの「列」を利用し、グルーピングや分割が可能です。（グラフの軸として集計を分割できるイメージです。）そのため、下記図のデータセットAのように横に各月の売上項目を持つのではなく、データセットBのように売上は1つの項目にまとめたほうが、グラフを作成しやすくなります。このように同じ括りのデータ値は同じ列でまとめ、列の値が変わる場合は行を変えてデータを作成しましょう。わかりやすい考え方としては、作りたいグラフを「〇〇〇ごとの△△△」と言語化して列を考える方法です。〇〇〇ごとの ：〇〇〇を格納するディメンションまたは日付の列を作成します。また、〇〇〇の値が変わるごとに行を分けます。△△△ ：△△△を格納する基準の列を作成します。例えば、担当ごと、年月ごと、予実ごとに金額のグラフを出したい場合、「担当」列、「年月」列、「予実」列、「金額」列を作るといった形で考えると、項目と行の考え方がわかりやすくなります。​データセット１行の粒度を意識しようここまでで、CRM Analyticsの基本のグラフの表現としてデータセットの「列」を指定し、行ごとに集計・絞り込みを行うイメージを持っていただけたのではないでしょうか。このように、行ごとにデータを表示・集計するため、見たい値は行で値を持つか、行を集計して算出できる必要があることがわかります。データセットの一行はダッシュボードで見たい「一番細かい粒度」で持つようにしましょう。まとめこちらの記事では、データセット作成のポイントをご紹介しました。グラフでは、列の型がディメンション・日付はグラフの「軸」に、基準は「集計結果」に使われる。CRM Analyticsの基本は、基準列を指定し縦方向に行が集計される。グラフの軸にしたい（グルーピング・分割したい）値は1つの列にまとめる。データセットの１行の粒感はダッシュボードで一番細かく見たい単位で作成する。それではダッシュボードの作成へ進みましょう。活用ステップ全体に戻る場合は、こちら

Account Engagement Lightning アプリケーション有効化ガイド

この記事で学べることAccount Engagement Lightning アプリケーションの有効化の手順はじめに現在Account Engagementにアクセスする方法は以下の 2 つがあります。Account Engagement Lightning アプリケーション（以降は AELA と表記）（アプリケーションランチャーには「Account Engagement (B2B Marketing オートメーション)」と表示）Account Engagement スタンドアローンアプリケーション（Account Engagementを単体で利用する場合）＊注意：AELA は、Salesforceライセンス（Sales Cloud、Service Cloud、CRM）または Identity ライセンスユーザの利用が前提となります。Communityライセンスユーザでは利用できません。割り当てるSalesforceライセンスが不足する場合は、弊社担当営業までご連絡ください。​このドキュメントは、AELA の有効化について、画面付きで解説します。手順＊各画像はクリックで拡大表示できます＊既にAccount EngagementとSalesforceをコネクターで接続済み、ユーザ同士も接続済みであることが前提です1. Salesforce組織 で AELA を有効化する・ヘルプ記事：ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与 （ステップ2の内容）​Salesforce管理者ユーザにて、右上の歯車アイコンより [設定] に入り、[ホーム] タブ＞ [Account Engagement] メニュー＞ [設定アシスタント] メニューを開き、[Account Engagement Lightning アプリケーションの有効化] のスイッチを [オン] にします2. ユーザプロファイルに b2bma_canvas 接続アプリケーションを割り当てる・ヘルプ記事：ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与 (ステップ3の内容)​Salesforce設定の [ユーザ] ＞ [アプリケーション] メニュー＞ [接続アプリケーション]メニュー＞ [接続アプリケーションを管理する] メニューに入り、[b2bma_canvas] 接続アプリケーションの名前のリンクをクリックしますまずは、[許可されているユーザ] 設定項目が「管理者が承認したユーザは事前承認済み」となっていることを確認します（これ以外の場合は、画面上部の [ポリシーを編集] ボタンより編集モードに入り変更します）​[許可されているユーザ] 設定項目が「管理者が承認したユーザは事前承認済み」になっている状態で、下部の [プロファイル] 関連リストに、対象とするユーザに割り当てられたプロファイルを [プロファイルを管理する] ボタンより追加します（既に登録されている場合は対応不要）3. ユーザに 「Account Engagement ユーザー」、「Sales Cloud ユーザー」、「Service Cloud ユーザー」、または「CRM ユーザー」 のいずれかの権限セットを割り当てる・ヘルプ記事：ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与 (ステップ4の内容)​続けて、Salesforce設定の [ユーザ] ＞ [権限セット] メニューに入り、[Sales Cloud ユーザ]、[Service Cloud ユーザ]、または [CRM ユーザ] 権限セットの名前のリンクをクリックします（以下は [Sales Cloud ユーザ] を例にしています）[割り当ての管理] ボタンをクリックします[割り当てを追加] ボタンをクリックしますAELA を使用したいユーザを選択して、[割り当て] ボタンをクリックします4. ユーザプロファイルに対するAELA と Account Engagement 関連タブへのアクセス権の割り当てを確認・付与する・ヘルプ記事：アプリケーションランチャーに Account Engagement Lightning アプリケーションタイルが表示されない・ヘルプ記事：Account Engagement Lightning アプリケーションの使用時に上部のナビゲーションバーに一部のタブが表示されない​＊[拡張プロファイルユーザインターフェース] オプションがオンの場合の設定方法です＊[拡張プロファイルユーザインターフェース] オプションは、以下で有効化できますまずは [ユーザ] メニュー＞ [プロファイル] メニューに入り、対象ユーザに割り当てられたプロファイルの名前リンクをクリックし、設定ページに入ります[割り当てられたアプリケーション] リンクをクリックします[Account Engagement (standard__PardotAppV1)] に [参照可能] チェックが入っていることを確認しますチェックが入っていない場合は、[編集] ボタンで編集モードに入り、チェックを入れて保存しますその際、ログイン時にデフォルトで表示されるアプリケーション指定されたい場合は、[デフォルト] にもチェックを入れます上部の [割り当てられたアプリケーション] プルダウンから、[オブジェクト設定] 画面に切り替えますオブジェクト一覧にて、以下の AELA 関連タブの [タブの設定] が「デフォルトで表示」となっていることを確認しますタブ名表示メニュー1見込み客プロスペクト、リード、取引先責任者、ビジターなど2ダッシュボードSalesforceの標準「ダッシュボード」タブとは異なる3Account Engagementキャンペーン​4Account Engagementメールドラフト、スケジュール済み、送信済みなど5オートメーションEngagement Studio、オートメーションルールなど6コンテンツフォーム・フォームハンドラー、ランディングページなど7Account Engagement レポートキャンペーン、接続アプリケーションなど8Account Engagement 設定アカウント設定、オブジェクトと項目の設定など9ランディングページAccount Engagement Lightning 拡張ランディングページビルダー（詳細はこちら）10メールテンプレートAccount Engagement Lightning 拡張メールテンプレートビルダー（詳細はこちら）11メールコンテンツAccount Engagement Lightning 拡張メールビルダー・送信機能（詳細はこちら）12各種 "Engage〜" タブSalesforce Engageライセンスで利用可能な各種Engage機能上記画面にて、「タブを隠す」「デフォルトで非表示」となっている場合は、各タブ名リンクをクリックし、[編集] ボタンより編集モードに切り替え変更します5. AELA にデフォルトで表示させたいタブを定義する・ヘルプ記事：アプリのナビゲーションメニューにタブの追加​最後に、ユーザが AELA にアクセスした際、デフォルト固定で表示されるタブを管理者にて定義します＊ここで定義したタブは、全ユーザに取捨選択不可の状態で、共通でデフォルト表示されます＊ユーザごとにタブの取捨選択をさせたい場合は、こちらでは設定せず、各ユーザにてこちらのヘルプを参考に追加・削除します​[アプリケーション] メニュー＞ [アプリケーションマネージャ] メニューに入り、Account Engagement (PardotAppV1) にて [編集] モードに入ります[ナビゲーション項目] メニューに入り、[選択可能な項目] から、各種 AELA 関連タブを選択し、右三角アイコンで [選択済みの項目] に移動させ、上下三角アイコンにて並び替え（上から下の並びで、Salesforce画面上、左から右への順で表示される）を行い、[保存] します​以上で、ユーザに対する AELA の有効化は完了です。お困りの場合上記手順通りに設定しても、AELA へアクセスできない場合は、Account Engagement サポートへお問い合わせください。​・ヘルプ記事：Account Engagement サポートへのお問い合わせ方法

(2024年3月) Salesforceの運用に関する重要なお知らせ

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/BQVRWwNJ7Vz2sq8v3Qj55u​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「 Salesforce の運用に関するお知らせ」の 3 月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2024 年 3 月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは、製品イノベーションに関する情報です。​サクセスナビに「Spring '24リリース 注目の新機能」ページが公開されています。お役立ち情報から、リリースの概要をまとめた資料である「Release Overview Deck」をダウンロードできるようになっていますので、是非ご確認ください。​​関連リンクSalesforce Admins：Admin Release Countdown: Get Ready for Spring ’24サクセスナビ : バージョンアップに備えましょうサクセスナビ：Spring '24リリース注目の新機能オンラインコミュニティ：Release Readiness TrailblazersSpring '24 Release noteSalesforce Sandbox プレビュー手順Trustサイト（リリーススケジュール）Spring'24 Release SiteSpring '24 Release HighlightsRelease Overview DeckRelease in a BoxRelease Feature Matrix​続いて、Spring ’24 のリリースノートの更新情報です。今回は2月19日以降の更新のうち、現行動作に影響を与える可能性があるものと注目の機能を抜粋してご紹介します。​​No. 25  Update Your Content Security Policy (CSP) for Upcoming Changes 　コンテンツセキュリティポリシー（CSP）に準拠するための信頼済み URL の適用時期が、Winter ’24 から Winter ’25 へ延期されました。​No. 26 Create From Lookup ChangesNo. 27 Return to the Record Page with Record Create on Custom Quick Actions  Spring ’24 から参照関係項目からレコードを作成する際に「保存 & 新規」ボタンが表示されたり、クイックアクションにおける保存後のナビゲーションが変更されておりますが、この変更のロールアウトは 2024 年 6 月に終了する予定である旨がリリースノートに追記されました。​No. 28 Make Callouts After Rolling Back DML and Releasing Savepoints　Apex で DML をロールバックするセーブポイントの設定の制限に関する情報が追加されました。Database.rollback(Savepoint) および Database.setSavepoint() について、Spring ’24 から DML 行数の制限にはカウントされませんが、DML 文数の制限にはカウントされます。以前のバージョンでは、どちらの呼び出しも DML 行の使用制限としてカウントされていましたので Apex でこちらのメソッドをご利用の場合はご確認ください。​No. 29 Einstein for Feedback Management　Feedback Management を契約している組織では、フィードバックを得るためのアンケートを自動生成したり、作成したアンケートを多言語に自動で翻訳できる生成 AI が利用できます。それらの生成 AI の機能の情報が、リリースノートに追加されました。​No. 30 View and Set Forecasts with Forecast Groups　Spring '24から、売上予測種別のグループ化単位としてカスタム選択リスト項目を設定できるようになりましたが、今回のリリースノートの更新で、売上予測に含める選択リスト値は最大 50 である事が追加されました。​No. 31 Wait for Engagement Events in Segment-Triggered Flows with the Wait Until Event Element　Flow Builder の新しい要素 Wait Until Event(イベントまで待機)についての情報です。Wait Until Event(イベントまで待機)要素を使用すると、メールや SMS のエンゲージメントに基づいてフローを再開できます。例えば、ユーザーがメールや SMS を開いたり、特定のリンクをクリックしたときにフローを再開できます。​No. 32 Supercharge Your Visualizations with Images, Rich Text, and Dashboard Widgets in All Salesforce Editions　ダッシュボードの機能が強化され、ダッシュボードウィジェットに追加できる画像ウィジェットが 2 個から 3 個に変更されました。​No. 33 Upgrade to Identity Connect 7.1.6　セキュリティ機能が強化された Identity Connect 7.1.6 の使用を推奨するリリースノートが追加されました。​No. 34 Identify Speakers on Mono CallsEinstein 会話インサイトのモノラル通話における話者識別の機能向上に関するリリースノートが追加されました。​No. 35 Use Einstein Conversation Insights with Microsoft Teams and Google MeetEinstein 会話インサイトのビデオプロバイダーについてのリリースノートについて、Google Meet が利用可能になるのは2024 年 3 月以降と更新されました。​No. 36 Get 10 Einstein Conversation Insights Licenses with Enterprise Edition　Sales Cloud の Enterprise Edition を使用している場合に Einstein 会話インサイト を 10 ライセンス分利用できるようになる予定ですが、Einstein 会話インサイトのライセンスへアクセスできるようになるのは 2024 年 3 月以降とリリースノートが更新されました。​No. 37 Simplify Daily Tasks with Prompt Builder (Generally Available)プロンプトビルダーの正式リリースに関するリリースノートが追加されました。​No. 38 Editions Support for Einstein Generative AI　Einstein 生成 AI の使用において、追加でサポートされるエディションに関するリリースノートが追加されました​​No. 39 Provide Data to Einstein with Template-Triggered Prompt Flowsフロービルダーにプロンプトビルダーから呼び出せる新しい種別である「テンプレートトリガープロンプトフロー」が追加されました。​No. 40 Provide Data to Einstein with Invocable ActionsPrompt Builder のプロンプトテンプレートと統合する呼び出し可能なアクションが Apex で作成できる InvocableMethod アノテーションについてのリリースノートが追加されました。​No41, 42 Allow the New Setup Domain to Ensure Access to Salesforce Setup PagesSalesforce 設定ページへのアクセスを確実にするための新しい設定ドメインの許可について、Lightning Experience にのみ適用されるため、Salesforce Classic への参照が削除されました。また、この変更を適用するタイムラインが更新され日付についての記載が削除されました。​No. 43 Get Fewer User Connection Notifications　Einstein 活動キャプチャの接続状況通知を利用している場合、以前は 24 時間ごとに通知が送信されていましたが、7 日ごとに通知を受け取るようになる事がアナウンスされました。​No. 44 Deploy and Retrieve More Metadata via REST and SOAP Metadata API　SOAP retrieve および REST デプロイメントにおける、以前の最大非圧縮フォルダサイズは 400 MBでした。この制限が 600  MB に引き上げられた旨のリリースノートが追加されました。​No. 45 Salesforce Relaunches Four Previously Enforced Release Updates　以前のリリースで 4 つのリリース更新を実施しましたが、一部の組織では、関連する環境設定が意図せずに元に戻されたため、リリース更新を再適用する必要があります。こちらについては、影響を受ける組織に対してメール送信される予定です。また、[設定] - [リリース更新]画面で、リリース更新の状況を確認できます。​​No. 46 Get Your Mobile Workers Up to Speed with Pre-Work BriefField Service モバイルアプリで利用可能な、 作業員の効率アップにつながる AI 機能の設定方法が更新されました。​No. 47 Get Started with Einstein Features for the Field Service Mobile AppField Service モバイルアプリで Einstein 機能を利用するための、Einstein for Field Service Mobile 権限セットについてリリースノートに追加されました。​以上が、リリースノート更新情報からの一部抜粋ですが、関連機能をご利用のお客様はスライドにございますリンクより詳細をご確認ください。またすべての更新情報をご覧頂く場合は、更新情報一覧よりリリースノートをご覧ください。​​続いてMFA（多要素認証）に関する更新情報です。​MFA の FAQに関する公開ナレッジが 2 月22 日 に更新されました。以降の 2 枚のスライドを使用して更新内容を解説いたします。​関連情報オンラインコミュニティSalesforce 多要素認証に関する FAQ 多要素認証 (MFA) 適用ロードマップサクセスナビ：MFA（多要素認証）設定設定マニュアルサクセスナビ：MFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)​Sales Cloud や Service Cloud などの Salesforce Platform 上に構築された製品について、2024 年 4 月 8 日以降に組織が新規作成された場合、その組織は MFA がデフォルトで有効化された状態となります。また、Summer ’24 では MFA が無効化されている組織については、アプリケーション内で MFA 適用を促すための通知メッセージを表示する方式が適用されますので、ご承知おきください。​関連情報Spring '24 リリースノート : 2024 年 4 月から MFA がデフォルトでオンにSpring '24 リリースノート : Summer ’24 より Salesforce 製品への MFA の適用がアプリケーション内通知に移行多要素認証 (MFA) 適用ロードマップ​また、Salesforce Platform 上に構築された製品について、2024 年 4 月 8 日以降に作成された組織は、MFA がデフォルトで有効化された状態となりますが、MFA の準備が整っていない場合、組織の管理者様は MFA を無効化することができます。ただし、Salesforce では MFA は利用規約上必須となっており、またセキュリティレベルが低下することにも繋がってしまうため、できるだけ早めに有効化することを推奨しています。​続いてインフラ強化についてです。​まずは、インスタンスリフレッシュです。2024 年 3 月 17 日に本番組織と Sandbox でインスタンスリフレッシュが行われました。また今後の予定として本スライドに記載されているように、本番組織と Sandbox の両方のインスタンスにおいて多数のインスタンスリフレッシュが予定されています。日本のお客様にご利用いただいているインスタンスについてもメンテナンスが予定されていますので、お手元に Trust から通知メールが届いている管理者様もいらっしゃると思います。インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて、許可すべきドメインと IP アドレスについてです。本スライドでは３つの公開ナレッジをご紹介しておりますが、今月は一番下にございますSalesforceからのメール受信に関するナレッジに更新情報がありますのでご紹介します。​こちらのナレッジは 2024 年 3 月 5 日に更新が行われており、APNIC のリージョンで使用している IP アドレスについて、以下の２つの IP アドレス範囲が追加されております。104.161.170.224 - 104.161.170.239104.161.174.224 - 104.161.174.239​Salesforce プラットフォームからのメール受信において、IP アドレスで許可リストを構成されているお客様は内容のご確認をお願いします。​関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続きまして、リリース更新です。​次期バージョンであるSummer ’24 で適用予定だった「メール-to-ケースのメールコンポーザー向けの Lightning エディターへの移行」について、Winter ’25 に適用予定が延期されました。内容としては、メールアクションをクリックして表示されるエディターが最新版に切り替わるという更新です。​関連リンク：Spring '24 リリースノートの「Release Updates」続いて、その他の更新です。​Salesforce モバイルアプリケーションを使用するための OS（オペレーティングシステム）の要件が変更されました。新しい要件は、Android のスマートフォンをご利用の場合は10.0以降、iOS のスマートフォンをご利用の場合は16.0以降となりました。新しい要件より古いバージョンの OS をご利用の場合には、早めにアップグレードをしていただけますよう、お願いします。​関連リンク：リリースノート：Salesforce Mobile App Requirements Have Changed ヘルプ：Requirements for the Salesforce Mobile App​続いて、[リリースノートの更新]の再掲となりますが、先月もご紹介しました「新しい設定ドメインの許可」についてです。内容としては、Lightning Experience 利用時における設定ページの URL が変更されるため、お客様のネットワーク環境においてアクセスできるサイトをドメインで制御している場合、引き続き Lightning Experience の「設定」ページにアクセスできるようにするため、該当ドメインを許可する必要があるというものです。​今回は、その適用順序の情報が更新されています。本更新は段階的に適用される予定ですが、先行して Sandbox と無償組織（トライアル組織や Developer Edition ）が適用されます。その後、本番組織が適用される予定となっています。日程は現時点で未定となっておりますが、決まりましたらリリースノートが更新される予定です。​関連リンク：リリースノート：新しい設定ドメインの許可ヘルプ：必要なドメインを許可ナレッジ：Understand How Google's Privacy Sandbox Initiative Impacts Salesforce​続きまして、フローへの移行に関する情報です。ワークフロールールとプロセスビルダーのサポートは、2025 年 12 月 31 日で終了します。既存の設定は動作しますが、ワークフロールールやプロセスビルダーに関するお問い合わせの対応や不具合の修正は行われません。ワークフロールールやプロセスビルダーをご利用の場合は、「フローへの移行学習マップ」やサクセスナビを参考に、早めにフローへの移行の準備を進めていただけますよう、お願いします。​関連リンク：リリースノート：Migrate Even More Processes with the Updated Migrate to Flow Tool​続いて、機能の廃止に関する情報です。​新しく4件情報が追加されています。​ケイデンスビルダーバージョン 1.0 の廃止ケイデンスビルダーは、 Sales Engagement の機能です。営業担当チームはケイデンスビルダーを使用して、販売担当者をガイドするセールスプレイブックを作成して有効化できるというものです。こちらのケイデンスビルダーバージョン 1.0（クラシック）は、Summer '25 リリースで廃止予定です。Salesforce では、よりすばやく効率的に、そして簡単にケイデンスを構築できる新しいケイデンスビルダー  2.0 を提供しています。既存のケイデンスを新しいビルダーで再構築することをご検討お願いします。​ワークフロールール & プロセスビルダーのサポートの廃止[その他の更新]の再掲となりますが、ワークフロールールとプロセスビルダーのサポートは 2025 年 12 月 31 日で終了する予定です。ワークフロールールやプロセスビルダーをご利用の場合は、早めにフローへの移行の準備をお願いします。​Chatter アンサーの廃止明示的な廃止時期はなく、既存契約の終了日までは Chatter アンサーをご利用いただけますChatter アンサーに置き換わる機能として、「 Chatter の質問」が提供されてますので、Chatter アンサーをご利用の場合は、ナレッジを参考に移行の準備をお願いします。参考情報となりますが、今回の廃止は、Summer '16 リリース（ 2016 年 6 月）以降に作成された組織をご利用の場合は対応不要です。​Elastic サービスの廃止Salesforce は、お客様の Java および JavaScript コードを実行するための主要なプラットフォームを Heroku とすることを決定しました。そのため、Salesforce Elastic サービス（Salesforce Functions）は既存契約終了日以降はご利用いただけません。ナレッジに Functions を Heroku に移行する方法の記載がございますので、ご確認をお願いします。​最後に、その他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​3月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

イベントモニタリングとは

この記事で学べることイベントモニタリングの目的と全体像イベントモニタリングでできることログの取得 - リアルタイムイベントモニタリングとEventLogFileによるイベントモニタリングについてログの活用 - イベントモニタリング各活用機能の概要イベントモニタリングの目的と全体像イベントモニタリングとは、データの安全性を確保するためにSalesforceに搭載されている有償のセキュリティアドオンツールの1つです。Salesforceでは組織のユーザアクティビティを「イベント」と称しますが、このツールを使用すると、システム管理者は、いつ、誰が、どのレコードにアクセスしたかといった個別のイベントに関する情報を細部まで確認することができるようになります。また、イベントモニタリングに含まれる様々なログの活用機能により、イベントのトレンドを追跡し異常な行動をすばやく特定したり、あらかじめ定義した条件に抵触するアクセスをブロックしたりすることができ、組織のデータを保護することができます。ログ記録監視の重要性と必要性Salesforceで標準機能として提供されるログ機能ではユーザのログイン履歴は記録されるものの、ページアクセスやレポートの実行、データエクスポートなどのアクセスログは記録されません。万が一、情報漏えいなどセキュリティインシデントを疑う事象が起きた際に、ログを用いて十分な調査を行い、企業として説明責任を果たすためにはイベントモニタリングが必須です。また、厳格なログ管理や証跡管理は多くの業界ガイドラインでも提言されているため、イベントモニタリングを導入しアクセスログを監視、管理することでこれらの要求事項を実現し、企業のコンプライアンスを強化することができます。ログの記録イベントモニタリングで取得できるログには、次の二種類があります。リアルタイムイベントモニタリングイベントモニタリング（EventLogFile）リアルタイムイベントモニタリングはセキュリティインシデントの発生ログとレコードへのアクセスログの記録と分析を目的としています。アクセスログでは、監視対象は主にアクセスしたレコードを特定するためのレコードID、さらにレポートやビューでは、出力された項目が特定できます。ログはリアルタイムで保存され、ログのタイプにより6ヶ月から10年保存されます。また一部のログタイプはストリーミング配信可能です。リアルタイムイベントモニタリングは、ログのタイプごとに有効化の設定を行う必要があります。​一方、イベントモニタリングは、イベント発生 / エラー / パフォーマンス分析用のイベントログを保存することを目的としています。ログの保存はリアルタイムではなく、1時間ごと及び24時間ごとの2種類のログを30日間保存します。監視対象は主にイベントの発生を識別する情報で、URIや実行されたレポートや実行されたSQLなどで、イベントの発生頻度、パフォーマンスなどを分析するのに役立ちます。ライセンスをご購入いただくと自動的にログの記録を開始します。ログの記録開始、ログの取得方法（保存方法）は次の関連記事をご参照ください。ログの記録開始ログの取得方法アクセスログログの参照ガイドログの活用イベントモニタリングにはログの取得のほかに、ログを活用する機能として、次の3つの機能が含まれています。AIによる脅威検知 - Threat Detectionログの可視化・分析 - Event Monitoring Analyticsリアルタイム制御 - Transaction SecurityAIによる脅威検知機械学習アルゴリズムによって「パスワードリスト攻撃」「セッションハイジャック」「異常レポート出力」「API異常」に対応するリアルタイム監視イベントを生成し、組織への不正アクセスの兆候やユーザの行動の異常を検知する機能です。システム管理者は脅威検知用のイベント管理アプリケーションで検知された脅威を確認することができます。また、後でご紹介するトランザクションセキュリティを使用して、検知された驚異を管理者に通知することができます。また、検知された脅威イベントの詳細を確認し、「悪意あり」「脅威ではない」といった重大度に関するフィードバックをSalesforceに送信してAIに学習させることで、検知精度向上に役立てることができます。脅威検知の利用開始ログの可視化・分析イベントモニタリングのライセンスには、Event Monitoring Analyticsという名称で、ログおよび組織の情報の可視化、分析に特化した Tableau CRM（旧：Einstein Analytics）のライセンスが10ライセンス付属しています。Event Monitoring Analyticsに予め用意された16種類のダッシュボードで簡単にログの分析ができ、Salesforce組織の利用状況やセキュリティに関する脅威・傾向を素早く発見することができます。Event Monitoring Analyticsの利用開始Event Monitoring Analyticsの主要なダッシュボードリアルタイム制御分析によって得られた考察などをもとに、任意の標準オブジェクトまたはカスタムオブジェクトに対して標準機能で提供されているセキュリティ機能よりもさらに細かいアクセス条件（ポリシー）を設定し、ユーザのセキュリティコントロールができる機能です。ポリシーに抵触するアクセスを検知すると操作の実行を制御したり、管理者へ通知したりすることが可能です。この機能を活用することにより、システム管理者やセキュリティ担当者はアクセスログの確認や分析によりセキュリティインシデントの痕跡を事後に確認するだけでなく、疑わしい行為を検知し未然に防ぐことが可能になります。拡張トランザクションセキュリティの設定（準備中）動画を見るhttps://play.vidyard.com/3SjYC4K4K73yXfyTvB51sA学習ツールTrailhead - リアルタイムイベントモニタリングTrailhead - イベントモニタリング動画 - イベントモニタリング設定動画_基礎編（ログの有効化と取得）動画 - イベントモニタリング設定動画_応用編①（Event Monitoring Analytics）動画 - イベントモニタリング設定動画_応用編②（トランザクションセキュリティ）まとめイベントモニタリングを導入しログを収集・管理することにより、システム管理者はSalesforceの日々の利用状況を時系列で把握することができ、万が一、データ漏えいなどが起こった際には、速やかに原因や影響範囲の特定が可能になります。また、ログの記録だけでなく、専門家が不在でもAIによるログの分析により脅威を検知したり、ログを簡単に可視化・分析して利用状況やセキュリティに関する脅威を発見したり、さらには分析によって得られた考察からよりきめ細かいセキュリティコントロールを実装したりすることが可能になります。​イベントモニタリングの活用にご興味をお持ちのお客様はぜひ以下のウェビナーもご視聴ください。「今注目！リモートワークのセキュリティ対策 〜Salesforce Shieldでリスクを未然に防ぐ〜」（オンデマンド視聴）

レポートを使いこなす裏ワザ（その3：カスタムレポートタイプ、結合レポート）

https://play.vidyard.com/gDb1m2NjNz6v7WCznShsZuこの記事で学べることカスタムレポートタイプの使用方法結合レポートの使用方法カスタムレポートタイプレポートタイプとは、レポートで使用する項目とレコードを決めるものです。標準レポートタイプが最初から用意されており、ほとんどのSalesforceデータにアクセスできます。たとえば、取引先レポートタイプでは、[取引先名]、[取引先所有者]、[業種] などの取引先の項目およびレコードにアクセスできます。しかし、取引先レポートタイプを使用してレポートを作成したとき、参照関係にあるカスタムオブジェクトの項目が表示されません。こんなときは、カスタムレポートタイプを作成します。カスタムレポートタイプは、[設定]|[クイック検索]|[レポートタイプ]より設定が可能です。カスタムレポートタイプを作成することで、主オブジェクトとその関連オブジェクトとの関係に基づいて、レポートで使用する項目とレコードを定義することができます。今回の場合、主オブジェクトとは取引先、関連オブジェクトがカスタムオブジェクトです。​カスタムレポートタイプで定義するものは、3つあります。レポートを作成中またはカスタマイズ中のユーザに表示するオブジェクトを選択するレポートで表示できるオブジェクトは、オブジェクト間のリレーション (主従関係および参照関係) をもとに決定できます。例えば、「取引先-取引先責任者-活動」や「取引先-商談-商談と参照関係のあるカスタムオブジェクト」のように、選択できるのはリレーションのあるオブジェクトのみです。オブジェクトは最大4つまで選択できます。レポートを作成中またはカスタマイズ中のユーザに表示するオブジェクトのリレーションを定義する関連レコードが存在する、または、しないを定義します。関連レコードとは、リレーションのある親オブジェクトに紐づく子オブジェクトのレコードのことです。例えば、取引先の関連レコードは取引先責任者や商談となり、商談の関連レコードは活動です。関連レコードは必ずしも存在するとは限らないため、2つのオブジェクトを使用する場合、関連レコードの有無を定義したときに表示するレコードは次のようになります。​①各「A」レコードには関連する「B」レコードが 1つ以上必要です。関連レコードが存在する主オブジェクトのレコードのみをレポートで表示します。言い換えると、関連レコードが存在しないレコードはレポートに表示することはできません。​②「A」レコードには関連する「B」レコードの有無は問いません。関連レコードの有無を問わず、すべての主オブジェクトのレコードを表示します。例えば、商談がない取引先もレポートで表示することができます。なお、レポートにてクロス条件を設定することで、関連レコードの存在しないレポートを作成することも可能です。レポートの列として使用できる各オブジェクトの項目を選択する表示できるオブジェクトの項目のうち、レポートで使用できる項目を決定することができます。レイアウトにない項目はレポートで表示することができません。​作成したいレポートには、どの項目を表示させたいのか、関連するオブジェクトのレコードを持っているレコードのみに絞りたいのか、を判断し、適切なカスタムレポートタイプを作成しましょう。​カスタムレポートタイプを作成することで、複数のオブジェクトを1つのレポートで表示できるようになりました。しかし、直接リレーションのないオブジェクトは作成することができないため、「商談とリード」や「リードとケース」は対応していません。これらのレコードを一括で確認したいときは、結合レポートがおすすめです。​結合レポート結合レポートとは、さまざまな種類の情報を1つのレポートに表示できるレポート形式のことです。結合レポートには、複数のレポートタイプのデータを含めることが可能です。結合レポートは、最大 5 ブロックで構成され、ブロックごとにレポートタイプと検索条件を指定できます。今回は作成例を2つご紹介します。担当者別の商談実績を半期ごとに確認したい同一のオブジェクトを4つ使用して、それぞれ別の検索条件を設定しています。通常のレポートでは、検索条件を複数設定することができませんが、結合レポートを使用することで、複数のレポートにアクセスする必要はなくなります。進行中の商談に進行中のケースがあるかを確認したい​取引先ごとにグルーピングし、進行中の商談とケースだけを表示するように検索条件を設定することで、営業担当者が進行中のケースがあることを知らずに連絡してしまう、という状況を防ぐことができます。​結合レポートは、レポートビルダー左上[レポート]をクリックして、[結合レポート]を選択して作成します。結合レポートを活用して、効率的なデータ分析をしましょう。​レポート&ダッシュボード活用のためのお役立ちコンテンツ集いざ、レポートを作成しようと思っても、どんなレポートが役に立つのか分からない、と思ったことはありませんか？そんなときに便利なのが「レポート&ダッシュボード活用のためのお役立ちコンテンツ集」です。レポートの活用に必要な作成方法からコツに至るまで、動画や資料で一覧にまとめられています。例えば、とにかくレポートをたくさん作成してコツをつかみたいときは「レポートドリル(50問)」、雛形を活用して営業活動の可視化に役立てたいときは「今日から使えるサクセスダッシュボード Lightning Experience版」がおすすめです。​考慮事項カスタムレポートタイプを削除すると、それに基づいたレポートがあれば、それも削除される結合レポートでは、バケット項目やクロス条件の追加、条件付き強調表示などの適用はできない学習ツールレポートを使いこなす裏ワザ（総集編）レポート・ドリルカスタムレポートタイプの作成（ヘルプドキュメント）結合レポートの作成（ヘルプドキュメント）結合レポート制限、制限および割り当て（ヘルプドキュメント）まとめカスタムレポートタイプを活用することで、Salesforceに登録されている情報を様々な角度から分析することができます。一方で、カスタムレポートタイプを作りすぎてしまうと、レポート作成時にユーザの混乱を招きますので、いくつかのレポートで使える多用途型レポートタイプを作成しましょう。また、結合レポートを使用し、関連情報を1つのレポートに表示することで、すばやい状況の把握につながります。各機能のメリットを理解し、データ分析に活用しましょう。

商談完了時のスコアを保存しよう

この記事で学べること商談を完了フェーズに更新時、スコア値を保存する設定方法概要商談スコアが実態を反映しているか評価するシンプルな方法が、商談結果と商談スコア値を比較する方法です。商談成立時にスコアが高く、失注時にスコアが低いとこが確認できればスコアの信頼度が上がり、活用方法のアイディアも多く出てくるかと思います。ただ、商談スコアは、商談が完了ステータスになると、スコア値がクリアされるため、デフォルトでは上記の比較はできません。そのため、商談完了時のスコアをカスタム項目に保持して評価する方法をご紹介します。設定手順商談オブジェクトに２つの項目を作成します。「商談スコア（コピー）」項目　：商談スコアを数式参照する数式項目「最終スコア」項目　：商談が完了時スコアを保存する数値項目自動化機能のフローを活用し、「最終スコア」項目に商談完了時の商談スコアを保存します。商談のレポートを作成し、「最終スコア」の完了フェーズ毎の中央値や平均値を集計します。1.項目の作成設定＞オブジェクトマネージャ＞商談＞項目とリレーション＞新規のボタンから以下２項目を作成します。なお、作成する2項目は、Einstein 商談スコアリングの設定で、分析対象項目から外すことをお勧めします。「商談スコア（コピー）」項目作成「数式」項目とし、商談スコアを参照させます。（数式：OpportunityScore.Score）※フローで商談スコアを直接参照できないため、数式項目を作成します。「最終スコア」項目作成：商談完了時にスコアを保存するための項目です。「数値」項目で作成します。2.フローの作成商談完了時に、「商談スコア」を「最終スコア」項目にコピーします。設定＞フロー＞新規作成　から新規フローの画面を立ち上げます。「レコードトリガフロー」を選択します。「開始を設定」の画面の設定を行います。オブジェクト：「商談」を選択します。トリガを設定：「レコードが更新された」を選択します。エントリ条件：条件の要件：いずれかの条件に一致（OR)を選択し、皆様の環境の商談が完了ステータスのフェーズ条件を指定します。（※完了フラグでの設定ではなく、フェーズで設定ください）例：項目：フェーズ（StageName）,演算子：次の文字列と一致する,成立（ClosedWon）例：項目：フェーズ（StageName）,演算子：次の文字列と一致する,失注（ClosedLost）更新されたレコードでフローを実行するタイミング：「条件の要件に一致するようにレコードを更新したときのみ」を選択します。フローを最適化：「高速項目更新」を選択します。「完了」をクリックします。「＋」から「レコードを更新」を選択します。レコードを更新画面が開くため以下の設定をします。​表示ラベルとAPI参照名：任意の文字列を入力します。更新するレコードを検索してその値を設定する方法：「フローをトリガした商談レコードを使用」が選択されていることを確認します。（変更なし）検索条件を設定：なしであることを確認します。（変更なし）商談 の項目値を レコード に設定：項目：項目作成で作成した「最終スコア」の項目を選択します。値：「＄Record__Prior」を選択し、項目作成で作成した数式項目「商談スコア（コピー）」を選択します。「完了」をクリックします。補足：＄Record__Priorはフローをトリガしたレコード（今回は完了フェーズに更新された商談レコード）の更新前の値をとることができます。ここでは完了時にクリアされる前の商談スコアの値を、商談スコア（コピー）項目を利用して取得しています。これで設定は完了です。全体像は以下のようになります。画面上部の「デバック」ボタンを押してテストをして見ましょう。デバック画面で、「商談」項目でテストする商談を選びます。すると、下に項目が出力されるためフェーズを「成立」に更新して実行します。​「最終スコア」に値がスコア値に更新されているかデバック上で確認します。（下記例では58が格納されました）​十分テストし、フローを「有効化」したら設定は完了です。3.レポートの作成商談完了時のスコアを保持する設定の後は、商談のレポートを作成し、成立時と失注時の商談スコアを集計します。以下の流れでレポートを作成します。レポート＞新規レポート＞商談のレポートを選択します。検索条件を設定します。商談状況：完了最終スコア（上記で作成した項目）が空白と一致しない対象適宜、完了予定日などで期間を絞るアウトラインを指定します。グループ：フェーズ項目列：最終スコア（上記で作成した項目）最終スコア列の▼から、「集計」を選択し、平均または中央値を表示させます。おつかれさまでした。この内容から以下などで活用してみてください。スコアの値の確認（実際の受注/失注時にどのようなスコアになっているか）に活用商談スコア運用開始後のスコア状態の把握（定点観測）に活用参考：フローやレポート・ダッシュボードの学習リソース今回設定に利用したフローやレポートダッシュボードの機能をもっと知りたい方は、以下のリソースをご活用ください。フローをいちから学びたいフロー初心者向け学習リソースまとめ：フローの機能を学ぶことができるコンテンツのまとめ記事になります。エキスパートコーチング ▶フローによる プロセスの自動化：エキスパートがフローの使い方をご案内いたします。PremierまたはSignature Success Planをご契約のお客様はSalesforceエキスパートとの1 対 1 のセッションにお申し込みいただくことが可能です。レポートダッシュボードをもっと学びたい以下２種類の動画にて活用方法を解説しております。また、PremierまたはSignature Success Planをご契約のお客様は動画の内容でご質問がある場合は、Salesforceエキスパートとの1時間のフォローアップセッションをリクエストいただくことが可能です。（動画は誰でも閲覧可能です）エキスパートコーチング ▶レポート&ダッシュボード クイックスタートエキスパートコーチング ▶ レポート&ダッシュボード レベルアップ活用ステップ全体に戻る場合は、こちら​​

(2024年10月) Salesforceの運用に関する重要なお知らせ

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/wmeiY6EMrtEGrjP4F9CrZS全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ本記事は「 Salesforce の運用に関するお知らせ」の 10 月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報について、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2024年10月のトピックはこちらです。本動画では、先月との差分である赤字の部分について、特に重要な情報をピックアップしてご紹介します。​最初は製品イノベーションです。​Winter'25のリリースに関する情報です。日本のお客様向けのインスタンス、APxとJPNxのインスタンスについて日本時間10月13日にWinter'25のリリースが完了しています。​関連リンクSalesforce Admins : Admin Release Countdown: Get Ready for Winter ’25サクセスナビ : バージョンアップに備えましょうオンラインコミュニティ：Release Readiness TrailblazersWinter ’25 Pre-Release siteSalesforce Sandbox プレビュー手順Winter ’25 Release NotesRelease Overview DeckFeature MatrixWinter '25 Release HighlightsRelease Site​続いて、Winter'25のリリースノート更新情報です。今月は9月23日以降に発生した更新のなかから、現行動作に影響を与える可能性がある内容や、注目の機能を抜粋してご紹介します。​No.24  Update API Calls to Use Your My Domain Login URLAPIコールにおけるログインURLをMy Domain ログインURLとする変更についてです。この変更の適用が、2024年10月12日から2025年6月14日に変更になった旨がリリースノートに記載されています。​No.25 Flow and Process Run-Time Changesフローに関する情報です。APIバージョンが61.0以降のフローにおけるNULLテキスト値の扱いが変更になった旨がリリースノートに追加されております。この変更により、API バージョン 61.0 以降のフローが実行される場合、空の選択肢の値は NULL テキスト値として評価されるようになります。​No.26 Enforce Sharing Rules When Apex Launches a Flow (Release Update)Apexクラスからフロー起動に関する情報です。Apexクラスからフローを起動する際に、共有ルールを適用するリリース更新がWinter'25で適用予定でしたが、こちらの強制適用がキャンセルとなりました。現状、適用も中止もされていない状態ですが、Salesforceではこのリリース更新の適用を推奨しておりますので、是非内容をご確認のうえリリース更新を有効化してください。​No.27 Restrict User Access to Run Flows (Release Updateフローの実行権限に関する情報です。Winter '25以降は、明示的にフロー実行権限を付与されたユーザーのみフローを実行することができます。このリリース更新はWinter '25からWinter '26へ延期となった旨と、良くある質問のナレッジへのリンクがリリースノートに追加されています。​No.28 Make Record Fields Stand Out with Conditional FormattingLightningアプリケーションビルダーでの動的フォーム対応ページの機能のリリーススケジュールに関してです。動的フォーム対応ページでのカスタムアイコンやカスタムカラーを設定できる機能について、リリーススケジュールが2024年9月から10月に変更となっております。​No.29 Changes to Selective Sandbox Access for Developer and Developer Pro SandboxesこちらはSandboxに関する情報です。Winter '25より、Developer または Developer Pro Sandboxを作成または更新する場合、公開グループの設定が必要となるリリース更新について、一部適用内容が変更となりました。Sandbox設定画面からSandboxを作成する場合、Winter '25から公開グループの設定が必要となりますが、Tooling APIを使用する場合は、Spring '25から公開グループの設定が必要となる旨がリリースノートに明記されました。​No.30 Increase Your Odds of Success with Warm IntroductionsNo.31 Manage Your Day Better with EinsteinEinstein Copilotに関する情報です。特定のお客様との過去の社内共同作業者情報の提供重要なタスク、会議、商談スナップショットを含む日次概要の作成こちらの二つのCopilot アクションが追加された旨が、リリースノートに追加されました。​No.32 Forced Login Is Permanently Disabled強制ログインのログイン履歴に関する情報です。ユーザーがログインURLにて、ユーザー名とパスワードでログインする強制ログインは、Spring '22において無効となりましたが、一部の組織ではこの機能が引き続き使用されていました。しかし、Winter '25のリリースにて完全に無効となりました。​今回の更新で、ユーザーが強制ログインを利用しているとみなされるログイン履歴の内容がリリースノートに追加されました。　​Winter25以降は、強制ログインを利用しているユーザーがいないかログイン履歴で確認のうえ、ご対応をお願いいたします。​No.33 Enable LWC Stacked Modals (Release Update)Lightning ExperienceのQuickActionで起動するモーダルについて、リリース更新の有効化前後での動作の比較表がリリースノートに追加されました。​No.34 See the Topics That Matter Most to Your Customers with Sales SignalsEinstein会話インサイトについての情報です。Winter ’25でGAとなるSales Signalsについての情報がリリースノートに追加されました。Sales Signalsは、あらかじめ設定したカテゴリとキーワードでトピックをフィルタリングして、関連するシグナルと会話のダッシュボードを表示する機能です。気になるお客様は、ぜひリリースノートをご覧ください。​続いて、インフラ強化です。​こちらはインスタンスリフレッシュに関する情報で、現在計画されているインスタンスリフレッシュの予定をご紹介しています。主に海外のお客様にてご利用いただいているインスタンスがメインですが、上記の日程にて本番組織、Sandbox 組織ともにインスタンスリフレッシュが計画されています。お手元に Trust サイトからメンテナンスの通知が届いているお客様は事前のご準備をお願いいたします。またインスタンスリフレッシュに関する準備につきましては、サクセスナビにて解説動画をご視聴いただけますので、該当するお客様は内容を是非ご確認ください。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いてWinter'25に適用されたリリース更新についてです。Winter’25に適用されたリリース更新の中から、影響度が高いと思われるものをピックアップしてご紹介します。​まずは一番上の行に記載されているNo-Reply メールアドレスに関するリリース更新です。こちらのリリース更新の適用により 「デフォルトの No-Reply アドレス」にメールアドレスの設定がない、もしくは設定されていても未検証の状態の場合、一部のメールが送信されなくなります。リリース更新の適用前に設定や検証をされていないお客様は、現在の「デフォルトの No-Reply アドレス」に設定されているメールアドレスの状況のご確認をお願いいたします。​続いて、上から3行目のEmailSimple 呼び出し可能なアクションについてです。「組織のアドレス」を使用してメール送信をする場合、そのメールアドレスを使用することができるプロファイルを「組織のアドレス」で設定しておく必要があります。そして、今回のリリース更新の適用により、 EmailSimpleでメールを送信する際も「組織のアドレス」で許可されているプロファイル設定に準拠するかたちとなり、システムコンテキストではなくユーザコンテキストで実行されるようになっておりますので、今回のリリース更新前に確認をされていないお客様は「組織のアドレス」に設定されているプロファイルに不足がないかご確認ください。​関連リンクメールを送信するための組織のデフォルトの No-Reply メールアドレスの作成および検証フローでのセッション ID へのアクセスを無効化組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化呼び出し可能なアクションの部分的な保存の有効化フローでの従来の Apex アクションのアクセス修飾子の考慮フローへの入力として会話インテリジェンスルール名を引き渡し​次にピックアップしたいのは、上から4行目に記載されているフローに関するリリース更新です。こちらのリリース更新が適用されると、REST API経由で実行されるフローがシステムコンテキストではなくユーザコンテキストで動作するようになっております。そのため、ユーザのプロファイルや権限セットで許可されていないオブジェクトや項目はアクセスできなくなっております。セキュリティ強化のための更新ですので、今回のリリース更新前に確認をされていないお客様は、状況のご確認をお願いいたします。​関連リンク ゲストユーザーによる承認申請の編集または削除の防止LinkedIn からリードを取り込む設定の確認および更新ボットユーザーコンテキストでフローの実行REST API を介してフローをユーザーコンテキストで実行ナレッジの Lightning 記事エディターと記事のパーソナライズを有効化REST API を使用した外部クライアントアプリケーション OAuth コンシューマーログイン情報へのアクセス​リリース更新に関する情報は以上となります。今回取り上げたリリース更新以外にも、既存のカスタマイズに影響を与える可能性があるリリース更新がございますので、リリース更新の内容をご確認ください。​続いて、その他の更新です。​まずは、Classic ナレッジデータモデル廃止についてです。現在 Classic ナレッジ（記事タイプ）をご利用中のお客様は、Summer ’25 までに、Lightning Knowledge へ移行をお願いします。移行を支援するツールも提供されておりますので、リリースノートをご確認ください。​関連リンク Lightning Knowledge 移行ツールの実行移行の計画と Sandbox テストLightning Knowledge 移行ツールの FAQLightning Knowledge 移行ツールを有効にするための要件Lightning Knowledge 移行後のチェックリスト​​次は、拡張ドメインに関するロードマップです。Winter ’25 で予定通り本番以外の組織で、拡張ドメイン有効化前の旧 URL にアクセスした際の新しい URL へのリダイレクトが停止されました。本番組織のリダイレクトはSpring '25で停止予定です。サクセスナビにリダイレクト停止までの推奨アクションがまとめられておりますので、停止に向けた準備にお役立てください。​関連リンク Update References to Your Previous Salesforce Domains拡張ドメイン適用前のURLにアクセスしたときのリダイレクト停止(サクセスナビ)​続いて、フローへの移行に関する情報です。2025 年 12 月 31 日でワークフロールールとプロセスビルダーのサポートは終了します。それ以降も既存設定は動作しますが、カスタマーサポートや不具合の修正は提供されません。既存設定に問題が発生した場合の業務影響を避けるためにも、早めにフローへの移行計画をたてていただくことを推奨します。フローへの移行に必要な準備や対応方法についてまとめたサクセスナビやヘルプがございますので、参考にしてください。​関連リンク ワークフロールール & プロセスビルダーのサポートの廃止Flow Builder 学習マップへの切り替えフローへの移行開発・実装ガイドライン（レコードトリガ自動化）​続いて、機能の廃止です。​​こちらは、Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止についてです。ナレッジが更新され、API バージョン 21.0 ~ 30.0 の廃止のリリース更新でテスト実行ができるようになった旨が追加されました。リリース更新には、強制適用時期の前に動作確認をするための[テスト実行]機能がサポートされているものとされていないものがございます。今まで、API バージョン 21.0 ~ 30.0 の廃止については、[テスト実行]がサポートされていませんでした。そのため、廃止になるまでお客様にて動作確認をする術がありませんでした。また、[テスト実行]は一度有効化をしても、強制適用予定の Summer ’25 までの間はお客様にて無効化することができます。そのためAPI 更新作業後に必要に応じてテストを実施いただけますようお願いします。​関連リンク Salesforce Platform API バージョン 21.0 ～ 30.0 の廃止イベントログファイルブラウザーEventLogFile オブジェクトの API Total Usageイベント種別Apex クラスApex トリガVisualforce ページフロープロセスビルダーカスタムボタンS コントロール Salesforce B2B Commerce for VisualforceApex RESTSOAP Web Services ​続いて、従来のチャットと Live Agent の廃止です。従来のチャット（Live Agent）は2026 年 2 月 14 日に廃止され、それ以降は機能をご利用いただくことはできません。それに伴い標準ボットもご利用いただけなくなります。そのため、早めに後継機能であるアプリ内および Web のメッセージングや拡張ボットへの移行計画を立てていただくことを推奨致します。​関連リンク リリースノート：Legacy Chat Is Being Retiredナレッジ：チャットおよび Live Agent の廃止サクセスナビ：チャットおよび Live Agent の廃止​最後に、その他の情報です。​みなさま、Hyperforce をご存知でしょうか。Hyperforce はAmazon Web Services (AWS) 上に構築された新しい インフラです。皆様の組織は、Salesforce が管理・運営しているインフラで稼働している場合と Hyperforce で稼働している場合があります。数年前からSalesforce では、お客様の組織を順次新しいインフラである Hyperofrce へ移行をしています。Hyperforce への移行に関するメールを受け取られた場合には事前準備が必要になる場合があります。お客様がスムーズに移行いただけるように[Hyperforce  アシスタト]という機能が提供されておりますので、ぜひご確認をお願いします。​関連リンク ハードコード化された参照の更新Hyperforce の IP 許可リスト登録の望ましい代替案Hyperforce 上の Salesforce サービスへの中断しないアクセスを維持するHyperforceアシスタント​​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​10 月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

(2023年11月) Salesforceの運用に関する重要なお知らせ

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/376fAEBj9VvX8Qxs6i5EXd​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の11月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2023年11月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは、Winter '24リリースノートの更新情報です。​今月は10月16日以降の更新情報の抜粋です。先月まで、現行動作に影響を与える可能性がある更新をピックアップしていましたが、今月から資料に「注目」欄を追加しました。こちらに「⚪︎」がついている情報は、Data Cloud や AI と言った 今 Salesforce  が注力して開発を進めている機能です。ぜひご注目ください。​プロンプトビルダーでパーソナライズされたセールスメールの生成 (パイロット)プロンプトビルダーで、パーソナライズされた営業メールを生成する機能のパイロット版に関するリリースノートが追加されました。​プロンプトビルダーで生成 AI を使用して項目値を入力 (パイロット)プロンプトビルダーで、生成AIを使用して項目値を入力する機能のパイロット版に関するリリースノートが追加されました。​REST API で Apex アクションの例外が発生した場合のロールバックの適用 (リリース更新)本リリース更新の強制適用時期が、Spring '24からSpring '25に延期されました。​メールのサービス返信を使用した顧客ケースの迅速な解決 (正式リリース)Service Cloud Einsteinに含まれる機能で、今まではチャットのみ対応していた「サービス返信」の機能を、メールで利用可能になった旨のリリースノートが追加されました。​Develop from Anywhere using Code Builder (Generally Available)コードビルダーの正式リリースに関するリリースノートが追加されました。コードビルダーは、Webブラウザーからアクセスできる 統合開発環境（IDE）です。APIのオプションをお持ちのProfessional Edition、もしくはEnterprise Edition 以上のご契約であれば、管理パッケージをインストールしてご利用いただけますので、ぜひお試しください。​会話マイニングレポートの作成時にメールの会話を含める (正式リリース)日本では未提供ですが、サービスインテリジェンスのアドオンを持つService Cloudのお客様がご利用可能な機能である「Einstein 会話マイニング」で、Winter '24から、メールのやり取りを元にしたレポートの作成が正式リリースされました。今回のリリースノートの変更では、そのレポートの対象となるのはメール to ケースで作成されたケースのみであることが明記されました。​Migrate to New Data Cloud Permission SetsData Cloud をご利用中のお客様向けの情報です。2023年11月6日から、既存の Data Cloud 標準権限セットの名称が変更され、接頭辞 "Legacy"が追加されました。また、それに伴い、2023年11月8日から、新しい標準権限セットが作成されています。両者の違いは、 新しい標準権限セットは、データ スペースを認識する機能のオブジェクトから"すべて表示"と"すべて変更"権限が削除されています。これにより、データ スペース内のデータ セキュリティの強化をサポートすることができます。​Refine Access with Data Spaces Feature PermissionsData Cloud のセキュリティ・データ・スペースの強化に関するリリースノートを追加しました。Data Cloud のデータ スペース内のデータ セキュリティが強化されることで、CRMの アクセス コントロールとの整合性が向上し、すべてのアクセス方法にわたってデータ スペースのセキュリティが実施されます。​Prepare for Google Chrome’s Phasing Out of Third-Party Cookies and Its Potential Impact to Open CTI入電対応をしているコールセンターで影響が出る可能性がある、Google社側の変更についてです。Google社 では、 Privacy Sandbox イニシアチブが進行中です。その影響で、 ご利用中のOpen CTI の実装に3rd Party Cookie が利用されている場合に、2024年1月以降影響が出る可能性がございます。11月16日に、本件に関するメールをシステム管理者様に送信しております。メールがお手元に届いている場合には、CTIベンダーへ影響有無の確認をお願いします。​Use a Session Token Instead of a Cookie for Lightning Apps on Third-Party Sites開発者様向けの情報です。Lightning OutやSalesforceとOutlookのインテグレーションなど、Lightningアプリがサードパーティのコンテキストにある場合に、認証Cookieをセッショントークンに置き換えるための新しいセッション設定に関するリリースノートが追加されました。​Create From Lookup ChangesWinter '24以降、クイックアクションが有効なコンポーネント等からURL遷移するためのファンクションを使用した際、デフォルトではモーダルが閉じられなくなりましたが、本動作は、Sandbox にのみ適用されることを明記しました。​Find Answers to Business Questions with Data Cloud Reports今まで、Data Cloud のオブジェクトのレポートを作成することはできませんでしたが、Winter '24で正式リリースされた旨のリリースノートが追加されました。​Highlight and Share Key Data Cloud Metrics in Dashboards今まで、Data Cloud のオブジェクトのダッシュボードを作成できませんでしたが、Winter '24で正式リリースされた旨のリリース ノートが追加されました。​Connect to Your Data Cloud Instance Automatically During SetupData Cloudの設定に関する変更点です。Salesforce と Data Cloud インスタンス間の接続を手動で作成する必要がなくなったことに関するリリース ノートが追加追加されました。​Find Solutions and Consultants Faster on AppExchange JapanAppExchange（日本版）のサイトで、ビジネスニーズや業種などの新しいフィルターオプションを利用可能になった旨のリリースノートが追加されました。​Einstein を使用して AI が生成した簡潔な販売概要を取得 (ベータ)Einstein for Sales アドオンを持つ Unlimited Edition 以上の Sales Cloud をご契約のお客様で使うことができる「Einstein セールス概要」の機能を利用可能になる新しいタイムラインを記載しました。具体的には、取引先と商談の Einstein セールス概要は現在ベータ版を提供中、取引先責任者とリードのセールス概要は、Winter ’24 の後半で利用可能になる予定です。​Hyperforce インスタンスでの拡張された利用状況総計値の使用プラットフォームイベントと変更イベントの公開や配信に関する拡張された利用状況総計値を、Hyperforce で利用可能であることを示すリリースノートが追加されました。​Discover Hidden Insights on Reports with CRM Analytics2023年9月以前にCRM Analytics を有効にしていた場合、標準の Sales Cloud Einstein 権限セットのいずれかに割り当てられているユーザーは Einstein Discovery for Reports にアクセスできるようになりました。​Enable ICU Locale Formats (Release Update)ICUロケール形式を有効化というリリース更新についてです。本リリース更新は、Spring '24で全ての組織に対してICUロケール形式が有効化される予定でしたが、Spring '24からSpring ’25 にかけて段階的に進められることになりました。（Spring ’25 のリリースを以て、全組織でのICUロケールの有効化は完了となります）ICUロケール形式の自動有効化の30日から60日前に、お客様へメールでアナウンスが送付される予定となっていますので、お手元に届きましたらご確認ください。また、[設定]画面にある[ユーザーインターフェース]から [Enable ICU locale formats as part of the scheduled rollout]の チェックボックスをオフにすることで、Spring ‘25まではICUロケールの適用を延期することが可能です。​以上が、10月16日以降のリリースノート更新情報からの一部抜粋です。関連機能をご利用のお客様は上記リンクより詳細をご確認ください。また、すべての更新情報をご覧頂く場合は、更新情報一覧のリリースノート（英語版）をご覧ください。​続いて多要素認証（MFA）に関する更新情報です。​MFAに関する公開情報に「Salesforce 多要素認証に関する FAQ」と「多要素認証 (MFA) 適用ロードマップ」がございますが、この２つの公開情報について10月20日に更新が行われていますのでご紹介します。​関連情報オンラインコミュニティSalesforce 多要素認証に関する FAQ 多要素認証 (MFA) 適用ロードマップサクセスナビ：MFA（多要素認証）設定設定マニュアルサクセスナビ：MFA特設ページ多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得 (Salesforce Platform 上に構築された製品)​まずはMFAの自動有効化と強制適用のロードマップに関する更新情報です。Core Platform 製品につきましては、Spring '24のリリースまで自動有効化を実施して、Summer '24のリリースからは強制適用を段階的に実施する予定となっていましたが、非常に多くのお客様に MFA を導入いただいている現状を鑑みて、Core Platform 製品については 強制適用は実施しないこととなりました。今後は MFA を使用していないお客様組織については、組織内に表示されるメッセージ等でお知らせさせて頂く「通知モデル」へと移行する予定です。通知モデルの詳細については Spring'24 のリリースノートにて確認頂ける予定になっていますのでお待ち下さい。​続いて、MFAのFAQに関する更新情報を４つご紹介致します。上記ページの1行目の更新ですが、こちらは Core Platform 製品における MFA 強制適用の予定がなくなった件です。続いて、2行目の更新ですが、MFAの適用免除に関するユースケースが説明されているセクションの名前が変更になったというものです。セクション内の記載自体には更新はございません。次に3行目の更新ですが、MFAの適用準備に関する情報がFAQに記載されていましたが、その情報が「MFA ロールアウトに成功するための変更管理」という別のページに纏められたことをお知らせしております。そして4行目の更新ですが、多要素認証と2要素認証の違いに関する情報が記載されていましたが、該当セクションが削除されたことをお知らせしております。​続いて、インフラ強化に関する更新情報です。​まずはインスタンスリフレッシュに関する更新情報です。11月5日と19日にインスタンスリフレッシュが計画されていましたが、実施済みとなっています。また、主に海外のお客様にご利用いただいているインスタンスですが、上記スライドに記載されている「NA」で始まるインスタンスにおいて、12月3日にインスタンスリフレッシュが予定されています。インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​続いて許可すべきIPアドレスとドメインに関する更新情報です。このスライドでは３つの公開情報をご紹介していますが、2つ目にございますHyperforceに関する公開情報に更新がございますのでご紹介致します。こちらの公開ナレッジは10月20日に２つの更新が行われています。1つ目は、Hyperforce上でStreaming APIを利用する場合は、APIバージョンが37以降でなければならないという要件が追加されたというものになります。2つ目の更新なのですが、「一時的な既知の問題」というセクションにHyperforceでまだ利用できない機能/製品に関する情報が記載されており、いくつかの機能/製品についてHyperforceで利用可能となる時期が最新情報で更新されました。​関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いて、次期バージョンであるSpring ‘24で適用予定のリリース更新のご紹介です。​リリース更新の変更箇所は２点です。ICUロケール形式の有効化について適用時期が変更となり、Spring '24からSpring '25の間に段階的に自動有効化されることとなりました。詳細は、機能の廃止セクションにてご紹介いたします。​関連リンクWinter '24 リリースノートの更新情報組織のプロファイル設定を優先するために EmailSimple 呼び出し可能なアクションを有効化 (リリース更新)商談の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)ICU ロケール形式の有効化 (リリース更新)サクセスナビ : ICUロケール形式の有効化Visualforce JavaScript Remoting API の JsonAccess アノテーション検証の有効化 (リリース更新)Apex RestResponse ヘッダーの RFC 7230 に基づく検証の適用 (リリース更新)REST API で Apex アクションの例外が発生した場合のロールバックの適用 (リリース更新)​こちらのリリース更新は特に変更ございません。それぞれのリリース更新の詳細説明については割愛させていただきますが、Spring'24でも複数のリリース更新が適用されるため、公開情報をご確認の上、適用に向けたご準備をお願い致します。​関連リンクゲストユーザーによる承認申請の編集または削除の防止 (リリース更新)ナレッジの Lightning 記事エディターと記事のパーソナライズを有効化MFA の自動有効化の続行: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)​拡張ドメイン適用までの今後のロードマップについては、変更はございません。旧URLにアクセスした際のリダイレクトがWinter'25で停止となる旨を通知する製品コミュニケーションメールが12月4日に管理者様に送信されます。詳細は製品コミュニケーションメールの内容をご確認ください。関連リンク拡張ドメインの有効化とその準備拡張ドメインのスケジュールチェックリスト​続いて、その他の更新です。​こちらでは、「Salesforce からメールを送信するためのメールアドレスの検証」についてご紹介します。現在のSalesforce ではメールアドレスが未検証であるユーザは、Salesforce からメールが送信できない動作となっています。この動作はシングルサインオン、SSOをご利用中の組織には適用されていませんでしたが、Spring’24のリリースを以って、SSOをご利用中の組織にも本動作が適用される予定となっています。SSOを利用している、メール送信を行う必要がある、メールアドレスが検証されていない、この３つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に関する対応をご計画ください。本件に関する詳細はサクセスナビ「Salesforce からメールを送信するためのメールアドレス検証」に情報を纏めておりますので、ご確認ください。​リリースノートの更新でもご紹介しましたGoogle Chrome のサードパーティー Cookie の廃止が Open CTI に影響を与える可能性についての詳細です。お客様の Open CTI ソリューションが AppExchange パートナーによって提供または実装されている場合は、影響範囲について開発元へご相談ください。その他詳細については、リリースノートを併せてご確認ください。関連リンクGoogle Chrome のサードパーティー Cookie の廃止が Open CTI に影響を与える可能性​続いて機能の廃止に関する情報です。​JDKロケール形式はSpring '24で全ての組織に対してICUロケール形式が有効化される予定でしたが、Spring'25のリリースまでに段階的に廃止を進める予定に変更となりました。Spring '24からICUロケール形式の有効化が段階的に進められ、Spring ’25 のリリースを以て、全組織でのICUロケールの有効化は完了となります。ICUロケール形式の自動有効化の30日から60日前にお客様へメールでアナウンスが送付されますのでご確認ください。また、[設定]にある[ユーザーインターフェース]から [Enable ICU locale formats as part of the scheduled rollout] チェックボックスをオフにすることで、Spring ‘25まではICUロケールの適用を延期することが可能です。詳細はサクセスナビ「ICUロケール形式の有効化」をご覧ください。​続いてIndustry Cloudの有償オプションであったインテリジェントフォームリーダーの廃止です。現在のご契約が終了すると本機能が利用できなくなりますため、新しい機能であるインテリジェントドキュメントリーダーへの切り替えをご検討ください。次にオンライン寄付のプラットフォームであるElevateの機能廃止についてです。本機能をご利用のお客様向けに、代替ソリューションへの切り替え方法が公開ナレッジに記載されていますのでご確認ください。​最後にその他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​11月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

スコアの変化履歴を保存しよう

この記事で学べること 商談スコアの更新履歴を保存する設定方法概要商談スコアの更新履歴の取得は以下に役立ちます。商談開始から完了までどういうスコア遍歴をしているか、幅が広すぎる更新が多すぎないかなどが確認でき、スコアの特徴や信用度を決める時に役立ちます。スコアの活用時、スコアが良くなったのか、悪くなったのかなど、変化量を取得する時に役立ちます。商談スコアは、項目更新履歴では更新履歴を取得できません。商談スコアの履歴をカスタムオブジェクトに保持して評価する方法をご紹介します。なお、本設定を一定期間だけではなく、常時有効化する場合は、商談数によってはストレージを圧迫する可能性があるためデータの削除方針もご検討ください。設定手順商談オブジェクトに以下項目を作成します。（商談完了時のスコアを保存しようにて作成済みの場合不要です）「商談スコア（コピー）」項目　：商談スコアを数式参照する数式項目商談スコア履歴を保存するカスタムオブジェクト「商談スコア履歴」を作成します。自動化機能のフローを活用し、毎日自動的にスコア変化を取得します。商談のレポートを作成し、スコアの変化量を一覧で表示します。1.項目の作成設定＞オブジェクトマネージャ＞商談＞項目とリレーション＞新規のボタンから以下項目を作成します。なお、この項目は、Einstein 商談スコアリングの設定で、分析対象項目から外すことをお勧めします。（商談完了時のスコアを保存しようにて作成済みの場合不要）「商談スコア（コピー）」項目作成「数式」項目とし、商談スコアを参照させます。（数式：OpportunityScore.Score）※フローで商談スコアを直接参照できないため、数式項目を作成します。image.png2.カスタムオブジェクト「商談スコア履歴」の作成設定＞オブジェクトマネージャ＞新規ボタン＞カスタムオブジェクトから、新規オブジェクトを作成します。表示ラベル、オブジェクト名を設定します。レコード名の表示ラベルと型を入力：データ型で「自動採番」を選択し、表示形式と開始番号も指定します。追加の機能：「レポートを許可」にチェックし、必要に応じて、他の内容もチェックします。「カスタムオブジェクトの保存後、新規カスタムタブウィザードを起動する」にチェックをします。「保存」を押します。新規カスタムタブウィザードが立ち上がるので、タブの内容や表示の設定を実施します。カスタムオブジェクト「商談スコア履歴」作成後、以下項目を追加作成します。（設定＞オブジェクトマネージャ＞「商談スコア履歴」＞項目とリレーション＞新規　から作成します）「商談」項目：データ型「主従関係」：商談への参照項目「商談スコア」項目：データ型「数値」小数点の位置=0：最新のスコア格納用項目「変更前スコア」項目：データ型「数値」小数点の位置=0：変更前のスコア格納用項目以下のような項目構成になったらカスタムオブジェクトの準備完了です。2.フローの作成毎日定時に商談スコアをチェックし、「商談スコア履歴」の最新履歴のスコアから変更がある場合は、最新の商談スコアを履歴保存します。1日に複数回スコアが更新された場合は、最終更新値のみが履歴に残ります。具体的には以下のような処理を作成していきます。毎日定時に「商談スコア」が1以上の商談に対して、フローを起動自商談の過去の商談スコア履歴レコードの有無を確認履歴なしの場合、商談スコア履歴を作成履歴ありの場合、最新履歴の商談スコアと現在の商談スコアに差異があれば履歴作成では早速作成していきましょう。設定＞フロー＞新規作成　から新規フローの画面を立ち上げます。「スケジュールトリガフロー」を選択します。「スケジュールを設定」を選択し、以下を設定します。開始日：いつから履歴を保存するかを指定開始時刻：何時に履歴を取得するかを指定頻度：「毎日」を指定「完了」を選択​「オブジェクトを設定」を選択し、スコアが1以上の商談を対象にして、処理を実行するよう指定します。オブジェクト：「商談」を指定条件の要件：「すべての条件に一致(AND)」を選択項目：「1.項目の作成」　で作成した「商談スコア(コピー)」項目を指定演算子：「以上」を選択値：「1」を入力「完了」を選択​「＋」から「レコードを取得」を選択します。商談に紐づく「商談履歴」の最新レコードを取得する設定を行います。​表示ラベル、API参照名：「履歴レコードを取得」、「get_history」を入力オブジェクト：「商談スコア履歴」を指定します。※「2.カスタムオブジェクト「商談スコア履歴」の作成」で作成したオブジェクト名を指定商談スコア履歴レコードの絞り込み：条件の要件：「すべての条件に一致」を選択項目：「2.カスタムオブジェクト「商談スコア履歴」の作成」で作成した「商談」項目を指定演算子：「次の文字列と一致する」を指定値：「$Record」＞「商談ID」の順に選択します。商談スコア履歴レコードの並び替え並び替え順：「降順」を選択並び替え：「作成日」(CreatedDate)を選択「完了」を選択「＋」から「決定」を選択します。取得した履歴のレコードの有無と、スコアが変化しているかをチェックし分岐をさせます。​表示ラベル、API参照名：任意の文字列を設定結果の順序：一番上を選択表示ラベル：「履歴なし」と指定結果のAPI参照名：任意の文字列を指定結果を実行する条件の要件：リソース：「get_history（商談スコア履歴）」を選択し、カーソルを外します。演算子：「null」を選択値：「$GlobalConstant.true」を指定「結果の順序」の「＋」から１つ分岐設定を増やし、以下の設定をします。結果の順序：２つ目を選択表示ラベル：「商談スコアに変化があり」と指定結果のAPI参照名：任意の文字列を指定結果を実行する条件の要件：リソース：「$Record」＞「商談スコア（コピー）」の順に選択演算子：「次の文字列と一致しない」を選択値：「get_history(商談スコア履歴)」＞「商談スコア」の順に指定「結果の順序」の「デフォルトの結果」を選択し、以下設定をします。表示ラベル：「変化なし」と指定「完了」を押します。以下のように分岐ができます。「商談スコアに変化があり」の「＋」から「レコードを作成」を選択します。​レコードを作成画面が開くので、以下を設定します。​表示ラベルl、API参照名：任意の文字列を指定作成するレコード数：「1」が選択されていることを確認レコード項目の設定方法：「個別のリソースおよびリテラル値を使用」を選択オブジェクト：「商談スコア履歴」を選択商談スコア履歴の項目値を設定：以下を設定項目：「変更前スコア」を指定、　値：「get_history(商談スコア履歴)」＞「商談スコア」　の順で選択項目：「商談」(主従関係項目)を指定、　値：「$Record」＞「商談ID」の順で選択項目：「商談スコア」を指定、　値：「$Record」＞「商談スコア（コピー）」の順で選択「完了」を押す続いて、「履歴なし」の＋を選択して、「要素に接続」を押しますすると以下のような画面になるので、先に作成したレコードを作成要素（画像では「履歴作成」)の「＋」を選択します。これで作成完了です。全体像は以下のようになります。画面上部の「デバック」ボタンを押してテストをして見ましょうデバック画面で、「ロールバックモードでフローを実行します」に必ずチェックをして実行します。※チェックしない場合、実際にレコードが作成されます。​任意の商談1件のみテスト実行さるため、処理内容とエラーがないことを確認します。十分テストし、フローを「有効化」したら設定は完了です。3.レポートの作成履歴が取得できた後は、商談スコア履歴のレポートを作成し、変化量を一覧化します。以下の流れでレポートを作成します。レポート＞新規レポート＞商談スコア履歴が関連する商談のレポートを選択します。アウトラインの「列」の「▼」から「行レベルの数式を追加」を設定します。列の名前：スコア変化形式：数値数式：商談スコア履歴の「商談スコア」項目 ー「変更前商談スコア」項目アウトラインを指定します。グループ：フェーズ、取引先名、商談名を指定します。項目列：商談スコア(商談スコア履歴の項目)、完了予定日、スコア変化（上記行レベルの数式を追加で作成した項目）など検索条件を設定します。商談状況：進行中商談スコア履歴の作成日：期間を絞る（過去30日など）最終スコア：空白と一致しない対象適宜、完了予定日などで期間を絞るおつかれさまでした。上記レポートをもとに、ダッシュボードでスコアの変化量を一覧化して確認できます。上記以外にも、以下などで活用してみてください。商談スコアが初めてついた対象を一覧化してスコア確認（レポートでの検索条件で変更前スコアが空白の対象を抽出）一定の基準以上のスコア変化があった対象を一覧化して営業活動に利用（レポートでの検索条件でスコア変化量が一定数以上を抽出）参考：フローやレポート・ダッシュボードの学習リソース今回設定に利用したフローやレポートダッシュボードの機能をもっと知りたい方は、以下のリソースをご活用ください。フローをいちから学びたいフロー初心者向け学習リソースまとめ：フローの機能を学ぶことができるコンテンツのまとめ記事になります。エキスパートコーチング ▶フローによる自動化とワークフローデザイン* PremierまたはSignature Success Planをご契約のお客様はSalesforceエキスパートとの1 対 1 のセッションにお申し込みいただくことが可能です。レポートダッシュボードをもっと学びたいオンデマンド動画：レポート&ダッシュボード クイックスタートオンデマンド動画：レポート&ダッシュボード レベルアップ活用ステップ全体に戻る場合は、こちら​

これからの検討内容を整理しましょう

この記事で学べること運用開始までにやるべきことの全体像これらに取り組むべき理由この記事のゴールこの記事のゴールは「運用開始までにやるべきことを理解する」ことです。そのために、以下３ステップで進めていきます。セキュリティに関する情報/多要素認証運用開始までに押さえておきたい7つのステップなぜこれらを押さえることが重要なのかセキュリティに関する情報/多要素認証私たちSalesforceは、お客様のデータ保護に真摯に取り組んでおります。セキュリティ脅威がますます一般的になってきている昨今、 お客様が顧客情報やビジネスを守っていくためには、 より強力なセキュリティ対策を実装いただくことが極めて重要になります。​​本パートでは、導入初期に必ずご理解いただきたい、セキュリティに関する３つのご検討事項をご紹介いたします。​1．社内のデータアクセスレベルの制御攻撃者の標的になるリスクを回避する鍵となるのは、まず自社のSalesforceユーザのデータアクセスを保護することです。​Salesforceでは、項目レベル、レコードレベル、オブジェクトレベル、組織レベルで様々なアクセスの制御、データの保護のための機能を提供しております。​この機能を利用することで、お客様は利用ユーザのSalesforceへのログインを制御したり、ログインした後の操作や、データの表示についても、各ユーザに適切なレベルのデータアクセスを付与することが可能です。お客様によるデータの保護を実現するための具体的な機能や設定方法については、設定と構成のエキスパートコーチングでの学習がおすすめです。※PremierまたはSignature Success Planをご契約のお客様限定となります。​2．ユーザのログイン制御  〜多要素認証（MFA) 〜利用ユーザに合わせたデータの保護をしたとしても、そもそもID・パスワードが漏れてしまうと、情報漏洩してしまうリスクがあります。​ユーザの皆様に多要素認証（MFA）をご利用いただくことで、Salesforceへのログイン制御をし、安全に製品をご利用いただけます。​多要素認証（MFA）の設定手順に関しては、本サクセスナビ内のMFAページにて詳細をご確認ください。​3．セキュリティに関する情報のご提供  〜Trustサイト〜Salesforceの「Trust サイト」では、メンテナンス・システム障害についてリアルタイムにお客様へお知らせしています。​気になったタイミングでTrustサイトをご確認頂くことも可能ですが、情報発信のタイミングでメールで自動通知を受け取ることもできます。とりわけSalesforceのシステムを管理するお立場の方は、ぜひご登録ください。​参考）Salesforce Trustユーザガイド​その他、セキュリティ関連でのお問い合わせについては、弊社テクニカルサポートでもご対応させていただきます。テクニカルサポートの活用方法に関しては、次節でお伝えしてまいります。​セキュリティに関する３つのご検討事項を押さえたら、いよいよ運用開始に向けて準備に入っていきましょう。運用開始までに押さえておきたい7つのステップSales Cloud導入を成功に導くにはいくつかの押さえておきたいステップがあります。本記事では、運用開始までに取り組んでおくべきことの概観をご説明します。①事前準備、②計画、③実装、④運用準備と大きな流れがあり、より具体的には以下7つのステップに分解されます。​＜はじめに＞　これからの検討内容を理解するこれからSales Cloudの運用を開始するにあたって必要な検討内容や、Salesforceの活用リソースを学んでいきます。 Salesforceの特徴を理解 これからの検討内容を整理 活用リソースの種類と使い方を理解＜基本理解＞　基本構造・機能を理解するSales Cloudはカスタマイズ性が高いため、担当者にWeb開発などの専門的な知識がなくとも、現場のニーズに適合したシステムを構築、改修することが可能です。まずはSales Cloudの仕組みの概観を掴みながら、以下3つの基本的な内容を押さえていきましょう。 基本構造と基本的な用語の理解 カスタマイズの方法 データの分析機能の理解※ 設定・構築パートナーに実装作業を依頼するなどで、直接設定作業に関わらない場合でも、基本構造・機能をご理解いただくことで、Sales Cloudと日常業務のつながりがイメージしやすくなり、効率の良い構築・運用を行うことができます。​＜計画策定＞　活用のゴールを明確化するSales Cloudでデータを活用し、ビジネスの成長に繋げていくためには、[何を実現したいのか？そのためにどんなデータを収集するのか？]といった「ゴール」を明確にすることが重要です。ゴールが明確でないと、入力の手間だけが増えてしまい、結果、期待していた効果に繋がらなくなってしまう可能性があります。ゴールを定め、そのゴール達成のために最適なデータ分析をすることで、より速く的確な戦略や打ち手を導き出せることになります。まずは、自社がSales Cloudを導入して実現したい事は何か？を明確にしましょう。 運用開始に向けて必要な役割の明確化 実現したいことの明確化 運用開始に向けた計画を策定＜要件定義＞　管理するデータを検討する活用のゴールが決まったら、次は可視化のためにSales Cloud上でどのようにデータを構成するか整理していきましょう。ここでは、自社で管理するデータの検討と、必要な設定を定義するためのポイントについて学習し、自社に合った設計をしていきます。 目標達成のためにやるべきことを計画 商談の流れの整理 必要な設定の理解＜実装＞　データの取り込み・可視化を行う要件定義を終えたら、いよいよ実装を行います。自社にとって最適な入力画面を整え、必要なデータを取り込んだら、可視化の準備をしていきましょう。目標に対する進捗を管理するため、『レポート・ダッシュボード』を設計します。 実装時の注意点の理解 データの取り込み データの可視化（レポート・ダッシュボード）＜運用検討＞　運用に向けた準備をする実装を終えたら、利用者への展開に向けた運用の準備に入ります。ツールができあがっても、それを実際に利用するユーザーが、運用方法や正しい使い方を理解していなければ、使いこなしていくことは困難です。運用開始前に検討すべきポイントを理解し、ユーザーに伝えていきましょう。 運用ルールの策定 ユーザートレーニングの実施 運用テストと修正＜運用開始＞　運用後に必要なポイントを理解する効果を出すツールにするためには、運用開始後も継続的に利用ユーザーの活用状況をチェックし、定期的に改善を行う事が重要です。 定着に向けたプランニング 継続的な改善の実施 活用状況のチェックなぜこれらを押さえることが重要なのかそれでは、なぜこれらを押さえることが重要なのでしょうか。​これらの検討が抜け漏れてしまうと、下図のように「現場が使ってくれない」や「使っているけど効果がでない」といった状況に陥りやすくなってしまいます。​例えば、Sales Cloudを何のために利用するのかがはっきりせず、ただ情報の記録だけを行ってもビジネス成果は創出できません。また利用ユーザーとしても、自分たちの業務にどんなメリットがあるのかが理解できなければ、活用は進みません。​これらの課題を未然に防ぎ、Sales Cloud導入を成功に導くため、本ステップを含むはじめてガイドの7つのステップを漏れなく学習し、実践していきましょう。まとめ運用開始前に必要なステップは理解できましたか？ 以下の順序で運用開始に向けた準備を進めていきましょう。＜はじめに＞ これからの検討内容を理解する＜基本機能＞ 基本構造・機能を理解する＜計画策定＞ 活用のゴールを明確化する＜要件定義＞ 管理するデータを検討する＜実装＞ データの取り込み・可視化を行う＜運用検討＞ 運用に向けた準備をする＜運用開始＞ 運用後に必要なポイントを理解する次の記事：活用リソースの種類と使い方を理解しましょう​「活用7ステップ」全体に戻りたい場合はこちら