“ダッシュボード”の検索結果
-
この記事で学べること運用テストのポイント操作性向上に活用いただける機能・コンテンツこの記事のゴールこの記事のゴールは「運用テストを実施し、リリース前に利用ユーザーからの指摘事項を改善する」ことです。そのために、以下3ステップで進めていきます。運用テストとは運用テストのポイント指摘事項への対応※運用テストの実施には以下が前提となります。Sales Cloudの入力画面が設定できている運用ルール(入力ルール)が作成できているまだ完了していない場合には、はじめてガイドの記事である「実装時の注意点を理解しましょう」、「運用のルールを策定しましょう」をそれぞれご参照の上、ご対応ください。運用テストとはこれまで、プロジェクトメンバーを中心に入力画面を設定してきましたが、運用テストでは、実際の利用ユーザーが一連の入力・更新作業を行い、実際の業務に沿った運用が可能か?その操作性や使用感に大きな問題がないか確認します。このテストを実施せず運用開始した場合、設定時に想定していた業務の流れと実際の運用が合わず、入力や更新作業が利用ユーザーの負荷になってしまい、結果として不満や要望の声が一度に多く寄せられることになり、定着化までにより多くの時間を要することになります。事前に利用ユーザーの代表者複数名にてテストし、主要な問題点を改善することで運用開始後の混乱を防ぎましょう。運用テストのポイント運用テストを実施する前に、テストの準備と、テスト時にどのようなポイントをチェックするのかを整理しておきましょう。下図に必要な準備とチェックするべきポイントをまとめておりますので、参考にしてください。日々の運用に耐えられる設計になっているかや、期待する集計結果が得られるかどうかについては、詳細を利用シーン別にまとめておりますので、以下の観点でチェックを行っていきましょう。入力・更新編入力項目数運用ルール(入力・更新ルール)を踏まえ、作成・更新時に入力する項目数が適切か確認します。指摘例)日次入力が求められる活動にX個以上の入力は現実的ではない 等項目の配置・導線入力時の導線が適切か確認します。具体的には、入力タイミングが同じ項目などはまとめて配置できているか等を確認します。指摘例)取引先責任者作成時に入力する”氏名”と”住所”の項目配置が離れており、入力しづらい 等必須項目レコード作成時には入力できない項目が必須項目になっていないか確認します。指摘例)”予算状況確認”項目が必須項目になっているが、商談作成時には必ずしも予算状況が把握できていない 等検索編必要な情報へのアクセス(リストビュー)担当する取引先や進行中の商談等、リストビューを使って必要なレコードにすぐにアクセスできることを確認します。指摘例)進行中商談のうち特定フェーズの商談を確認する必要があるが、用意されたリストビューでは確認できない 等必要な情報へのアクセス(レポート・ダッシュボード)定例会議で確認する内容や、業務上利用ユーザーが確認しなければならない情報がレポート・ダッシュボードに含まれているか確認します。指摘例)担当者ごとの商談数が確認できず、新規案件のアサイン時に判断できない 等共通編用語の違い業務上使用している用語とSales Cloud上の表記の違いにより、混乱しないか確認します。指摘例)業務上”案件”と呼んでいるが、Sales Cloud上では”商談”になっている 等指摘事項への対応運用テスト実施により利用ユーザーから複数の指摘事項が寄せられるはずです。事前によくある指摘事項と、その対応例について学習し、指摘事項に備えましょう。(※)マークが付いているものは詳細を学習いただけるコンテンツをご紹介していますので、後述の”設定方法”のリンクから設定方法をご確認ください。入力項目数が多すぎるダッシュボードで使用している項目や、業務上必要な項目以外に不要な項目がないか再度見直す。部署や役職によって表示する項目を変更することで、表示項目数を削減する。(ページレイアウトの追加)(※1)特定の項目が入力された場合、関連する項目を自動更新する。(数式項目の利用)(※2)デフォルト項目値を指定し入力負荷を下げる。(※2)クイックテキストを使用する。(※2)項目の配置・導線が悪く入力しづらい入力のタイミングが同じ項目は近くに配置する。リストビューから項目の一括更新を使用する。(※2)クイックアクションを使用する。(※2)項目の種別や使用するユーザーごとにセクションを区切る。(※3)必要な情報へのアクセスが悪い(リストビュー)リストビューを新規追加し、必要なメンバーが使用できる状態にする。(※2)リストビューのKanban、分割ビューを使用する。(※2)必要な情報へのアクセスが悪い(レポート・ダッシュボード)レポートダッシュボードを作成・更新する。(※4)Sales Cloud上の表記と業務上の用語が異なる 項目名称やオブジェクト名称を変更する。(※5)その他にもさまざまな機能がありますが、運用開始までに時間の制約があることを踏まえ、比較的設定に時間を要さない機能を抜粋しています。まずは以下の”設定方法“からぜひご確認ください。設定方法設定方法に関しては、以下のコンテンツをご利用ください。サクセスナビ記事:見る人によって画面や項目を出しわけようエキスパートコーチング:Sales Cloud アドミン基礎ヘルプ記事:ページレイアウトでの新しいセクションの作成エキスパートコーチング:レポート&ダッシュボードクイックスタートヘルプ記事:オブジェクト、タブ、項目の表示ラベルの名称変更学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:活用度向上支援(SFA 運用ルール、トレーニング、定着化プラン)まとめ運用テストのポイントは理解できましたか?以下の点を改めて整理しておきましょう。運用テストでは、利用ユーザーが、その操作性や使用感に大きな問題がないか確認する運用テスト実施にあたり、誰がテストを実施するか/運用テストで操作する範囲/チェックポイントについて検討する設定知識を学び、想定される指摘事項への対応策も想定するご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は、定着に向けた計画を策定しましょう!次の記事:定着に向けた計画を策定しましょう「活用7ステップ」全体に戻りたい場合はこちら
-
この記事で学べること入力・更新ルールの策定方法イレギュラー時の運用ルール入力・更新ルールの策定ステップここでは、入力・更新ルール策定のための2つのステップをご紹介します。自社のケース対応フローを整理するまずは、自社で通常どのような流れで問合せの対応がされているかの対応フローを整理します。そして、そのフローの中で、どのように Service Cloud でケースが作成され、誰が所有(担当)・更新するのかを洗い出します。以下は、問合せの発生源ごとに、ケースが作成される方法と、ケース所有者のフローを図にした一例です。ケースの入力・更新ルールを決める全体のフローが整理できたら、フローに対応する形でケースの入力・更新ルールを決めましょう。「誰が」「何を」「どのタイミングで」「入力・更新するのか」を明確にしておくことで、データの質が向上し、ステップ2で決めた指標を正確にモニタリングすることができるようになります。特に、「所有者」項目と「フェーズ」項目は、正確に運用することで、担当者ごとの対応状況や対応期間などを集計し、現在の状況の把握や改善に生かすことができますので、必ず入力・更新ルールを決めておきましょう。ここでは、ステップ3でご紹介したパッケージ「Service Cloud基本パック」を例に「入力・更新ルール」をご紹介します。こちらは、サンプルですので、ぜひ自社に置き換えて検討してみましょう。また、「入力・更新ルール」の中で、更新するべき値の定義や操作などがわかりづらい箇所は、追加で運用マニュアルを準備しておくとステップ5のトレーニングもスムーズに進みます。例えば、Service Cloud活用のポイントでもある「フェーズ」の更新について、各フェーズはどのような場合に利用するのかを明記しておくと、一定のルールで更新してもらえますので、現状把握やフォローがしやすくなります。また、お客様からの追加の質問やご連絡があった場合に、フェーズを後戻りさせてケースを再オープンするのか、それとも再オープンはせずに新たなケースを作成するのか、といったルールもあわせて決めておくことを推奨します。さらに、ケースの更新についても、実際の画面ショット付きでマニュアルを作成しておくと、ケースの更新漏れや操作がわからないために更新を後回しにしてしまうという事態を防ぐことができますのでおすすめです。ステップ3でご紹介したパッケージ「Service Cloud基本パック」を例に、上図を含めた運用マニュアルのサンプルをこちらからダウンロードいただけます。運用マニュアルを準備する際にお役立てください。イレギュラー時の運用ルールを決めるこれまでは、通常時の運用ルールについてご紹介してきました。それに加えて、以下のような、通常とはオペレーションが変わるイレギュラーな状況下を想定したルールも策定しておくことをお勧めします。・ケース担当者(所有者)が休暇や欠勤で不在の場合・ネットワークの不具合、SV・マネージャ不在、お問合せの殺到などの非常時まとめ入力・更新ルール策定のための2つのステップは理解できましたか?「誰が」「何を」「どのタイミングで」「入力・更新するのか」を明確にしておくことが重要です。「コミュニケーションルール」と「入力・更新ルール」の2つの運用ルールを決め、SVやマネージャがダッシュボードを利用して、現在の状況を正確に把握し、現場のオペレータへ適切な指示ができる状態を目指しましょう。
-
この記事で学べることデータセットを作成する時のポイント3点この記事のゴールデータセットの型を理解するデータセットの行と列の考え方を理解するデータセット作成時のポイント3点データ作成を実践いただきました皆様に、データ作成時のポイント3つをご紹介していきます。データセット項目のデータ型とグラフの関係性を理解しようデータセットの行と列の考え方をマスターしようデータセット1行の粒度を意識しようデータセット項目とデータ型の関係性を理解しようデータセットの項目には大きく以下の「型」があります。ディメンション:テキスト型やカテゴリの項目日付 :日付形式の項目基準 :数値の項目上記「型」によって、グラフでのデータの使い方が変わってきます。ディメンションと日付項目:グラフの「軸」に利用ができます。基準項目:値の集計結果などをグラフの「本体(Body)」に利用ができます。そのためグラフの「軸」として利用したい項目は「ディメンション」または「日付」で項目を持つようにしましょう。例:各時間ごとの問い合わせ数をグラフで分析したいという場合 この場合、営業時間が9時〜17時とすると、問い合わせがあった時間の9~17をグラフの軸にして、時間ごとに件数を積み上げてグラフを出力したいことが想定できます。問い合わせの時間項目に9~17の数字が入っている場合、自動で「基準」として判断されるため、グラフの「軸」として利用したい場合、取り合わせの時間項目は「ディメンション」項目としてデータを持つ必要があります。補足:項目の値をディメンションに変更する方法レシピで、「変換」のノードを追加します。型を変換したい列を選び、数値から「テキスト」を指定し「適用」することで、データの型を変換することができます。データセットの行と列の考え方をマスターしようCRM Analyticsの基本的な考え方として、基準項目(数値項目)の集計は「列」単位で行います。つまり縦方向に集計します。この集計は、ディメンションの「列」を利用し、グルーピングや分割が可能です。(グラフの軸として集計を分割できるイメージです。)そのため、下記図のデータセットAのように横に各月の売上項目を持つのではなく、データセットBのように売上は1つの項目にまとめたほうが、グラフを作成しやすくなります。このように同じ括りのデータ値は同じ列でまとめ、列の値が変わる場合は行を変えてデータを作成しましょう。わかりやすい考え方としては、作りたいグラフを「〇〇〇ごとの△△△」と言語化して列を考える方法です。〇〇〇ごとの :〇〇〇を格納するディメンションまたは日付の列を作成します。また、〇〇〇の値が変わるごとに行を分けます。△△△ :△△△を格納する基準の列を作成します。例えば、担当ごと、年月ごと、予実ごとに金額のグラフを出したい場合、「担当」列、「年月」列、「予実」列、「金額」列を作るといった形で考えると、項目と行の考え方がわかりやすくなります。データセット1行の粒度を意識しようここまでで、CRM Analyticsの基本のグラフの表現としてデータセットの「列」を指定し、行ごとに集計・絞り込みを行うイメージを持っていただけたのではないでしょうか。このように、行ごとにデータを表示・集計するため、見たい値は行で値を持つか、行を集計して算出できる必要があることがわかります。データセットの一行はダッシュボードで見たい「一番細かい粒度」で持つようにしましょう。まとめこちらの記事では、データセット作成のポイントをご紹介しました。グラフでは、列の型がディメンション・日付はグラフの「軸」に、基準は「集計結果」に使われる。CRM Analyticsの基本は、基準列を指定し縦方向に行が集計される。グラフの軸にしたい(グルーピング・分割したい)値は1つの列にまとめる。データセットの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 サポートへのお問い合わせ方法
-
この記事で学べることSalesforce活用リソースの全体像各活用リソースの特徴とおすすめコンテンツこの記事のゴールこの記事のゴールは「活用リソースの種類と使い方を理解する」ことです。そのために、以下4ステップで進めていきます。おすすめの活用リソースの全体像各活用リソースの特徴申し込みの前に!指定連絡先の登録方法についてまずはこの2つを押さえておこう!特におすすめの活用リソースおすすめの活用リソース全体像Salesforceはお客様の状況やニーズに応じて、さまざまな学習リソースをご用意しております。現時点ですべてのリソースを理解する必要はありませんが、どのようなリソースがあり、どのようなシーンで活用ができるのか、困ったときにこのページに立ち返ることができるよう、まずは全体感を把握しましょう。次に、各リソースの特徴をご紹介します。各活用リソースの特徴①自分のペースで学びたい場合Trailhead無料のオンライン学習サービス『Trailhead』は、ゲーム感覚で楽しみながらスキルアップができる学習コンテンツです。学びたいコースや難易度を選択可能で、クイズに答えるだけでなく、実際にSales Cloudを触って学習することもできます。コースを修了するとポイントやバッジを取得できて、ソーシャル上で公開することも可能です。ユーザーの学習ニーズに合わせて、ピンポイントでトピックを学べる「モジュール」、アプリやシステム開発を実践的にガイドする「プロジェクト」、体系的かつ効率的に学べる「トレイル」という 3 つの学習方法があります。▼ まずはSales Cloudのいろは(基本)を学びたい、という方におすすめのモジュールはこちら!・Trailhead 『Sales Cloudの基本』モジュール・Trailhead『Sales Cloudのロールアウト戦略』モジュールサクセスナビ今ご覧いただいている『サクセスナビ』はSalesforce初心者の方から上級者の方まで日本の皆さまに使っていただける情報をギュッと詰め込んだ、Salesforceの百科事典です。製品別の機能を学べるコンテンツや、各製品の利用開始の段階で役立つはじめてガイド、ユーザー事例、コミュニティ、動画を使った活用リソースやウェブセミナーなど、さまざまなリソースにアクセスが可能です。また、見出しの注目の記事から、最新情報を取得できます。製品別に記事が整理されており、キーワード検索もできるため、関連したコンテンツにすぐにアクセスが可能です。ぜひURLをブックマークし、いつでもページにアクセスできるようにしておきましょう。▼ おすすめの記事はこちら!・サクセスナビ『はじめてガイド』・サクセスナビ『ユーザー事例』②Salesforceをお使いのユーザー同士で情報交換や他社事例を参考に学びたい場合オンラインコミュニティ『オンラインコミュニティ』は、Salesforceユーザー、開発者、パートナーが集まってSalesforceに関する知識を共有し、相互支援をする場所です。Salesforceの製品やサービスに関する情報を提供するだけでなく、Salesforceユーザーグループやローカルイベントの情報、Salesforceコミュニティでのボランティア活動なども提供しています。まずはコミュニティに参加して、他社事例を検索したり、活用に関する疑問などを投稿してみましょう。▼ Salesforce初心者〜上級者まで、全ての方におすすめのコミュニティはこちら!・オンラインコミュニティグループ『カスタマーサクセス日本』・オンラインコミュニティグループ『質問広場』③Salesforceの担当者にお困りごとを相談したい場合エキスパートコーチングエキスパートコーチングとは、Salesforce製品別のビジネス課題の解決ノウハウ・ベストプラクティスをご紹介しているもので、現在60種類以上のメニューが用意されています。各製品の対応メニューは、エキスパートコーチングのカタログよりご確認いただけます。自社のビジネス課題を解決するために、この機能を使いたいが、実現可能か?よりよい活用方法はないか?など弊社エキスパートへ直接ご相談をされたい場合は、弊社エキスパートとの1:1のフォローアップセッションや個別セッションをお申し込みください。(※1:1のセッションはPremier Success Plan限定でご提供しているサービスとなります。)▼ Sales Cloud初心者向けのおすすめ学習メニューはこちら!・エキスパートコーチングメニュー『Sales Cloudアドミン基礎』・エキスパートコーチングメニュー『レポート&ダッシュボード クイックスタート』※個別セッションはPremier Success Plan限定Premier活用相談室(Premier Success Plan限定)『こんな機能を活用したいが、適切な相談窓口や、学習リソースはないか?定着化で課題を抱えているが、何からはじめたらよいか?など、『どこから手をつけたらいいかわからない』『問い合わせ先がわからない』という時にご利用いただけます。お申し込みはこちらのイベントカレンダーから※すでに満席の場合、イベントカレンダーに表示されない仕組みとなっております。その場合は数日後に改めてイベントカレンダーをご確認ください。サポートへのお問い合わせご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアがお客様のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ申し込みの前に!指定連絡先の登録方法についてエキスパートコーチングやテクニカルサポートをご利用いただくためには、「指定連絡先(DC)」の設定が必要です。指定連絡先(DC)の概要や設定方法については、以下のヘルプ記事をご参照ください。ナレッジ記事:Salesforce ヘルプの指定連絡先の作成と管理まずはこの2つを押さえておこう!特におすすめの活用リソースここまで、さまざまなリソースをご紹介しましたが、特に弊社のエキスパートがご支援させていただく以下2つのリソースは、Sales Cloudの導入において成功をされたお客様の中でも利用頻度が高いリソースです。特に運用開始に向けて様々な場面でご活用いただけるリソースとなっておりますので、まずはこの2つのリソースについての概要及び利用方法を理解しておきましょう。機能の概要や、活用方法を学習したい場合エキスパートコーチングの受講がおすすめです。まずは、エキスパートコーチングの製品別メニューカタログをご確認の上、ご購入製品の対応メニューをご確認ください。オンデマンド動画メニューについて、動画をご視聴後、エキスパートによる1:1のフォローアップセッションにお申し込みいただけます。個別セッションメニューについても、同様の手順でお申し込み可能です。(Premier Success Planをご契約のお客様限定となります) こちらの手順 に沿って、お申し込みください。※:1:1の個別セッション、およびオンデマンド動画視聴後のフォローアップセッションはPremier Success Planをご契約のお客様限定となりますので、予めご了承ください。具体的な設定方法や技術的な問題が生じた場合ご不明点やエラーの解消に関するお問い合わせ、具体的な設定方法や機能に関するご質問がある場合は、テクニカルサポートにお問合せいただくことで、弊社サポートエンジニアがお客様のSalesforce環境や状況を確認の上、具体的な手順のご案内など解決に向けたご案内を行います。Salesforceをご利用いただく多くのお客様の中で最も利用頻度の高いサポートリソースとなりますので、必ず問い合わせ方法を確認/把握しておきましょう。■テクニカルサポートへのお問い合わせ方法ナレッジ記事:Salesforce ヘルプでのお問い合わせの作成方法また、お客様に対してサポート品質向上のためのアンケートを実施させていただいております。1分程度で完了するアンケートになりますので、ぜひご協力をお願いいたします。※製品に関するご意見などは別途担当営業へご連絡いただくか、アンケートのコメント欄に記載をお願いいたします。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:はじめようSales CloudまとめSalesforce活用リソースの種類と使い方を理解できましたか?まずは自分にあったリソースからはじめて、より効果的に活用していきましょう!スキル習得に役立つオンライン学習サイト『Trailhead』Salesforceの定着化・活用ノウハウの百科事典『サクセスナビ』他社ユーザーと情報交換ができる『オンラインコミュニティ』製品の機能活用方法を学べる『エキスパートコーチング』製品の活用方法や定着化の課題など幅広く相談できる『Premier活用相談室』技術的な質問を解消する『テクニカルサポート』次の記事:基本構造と基本的な用語を理解しましょう「活用7ステップ」全体に戻りたい場合はこちら
-
(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 アドレスについてです。本スライドでは3つの公開ナレッジをご紹介しておりますが、今月は一番下にございますSalesforceからのメール受信に関するナレッジに更新情報がありますのでご紹介します。こちらのナレッジは 2024 年 3 月 5 日に更新が行われており、APNIC のリージョンで使用している IP アドレスについて、以下の2つの IP アドレス範囲が追加されております。104.161.170.224 - 104.161.170.239104.161.174.224 - 104.161.174.239Salesforce プラットフォームからのメール受信において、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の主要なダッシュボードリアルタイム制御分析によって得られた考察などをもとに、任意の標準オブジェクトまたはカスタムオブジェクトに対して標準機能で提供されているセキュリティ機能よりもさらに細かいアクセス条件(ポリシー)を設定し、ユーザのセキュリティコントロールができる機能です。ポリシーに抵触するアクセスを検知すると操作の実行を制御したり、管理者へ通知したりすることが可能です。この機能を活用することにより、システム管理者やセキュリティ担当者はアクセスログの確認や分析によりセキュリティインシデントの痕跡を事後に確認するだけでなく、疑わしい行為を検知し未然に防ぐことが可能になります。拡張トランザクションセキュリティの設定(準備中)学習ツールTrailhead - リアルタイムイベントモニタリングTrailhead - イベントモニタリング動画 - イベントモニタリング設定動画_基礎編(ログの有効化と取得)動画 - イベントモニタリング設定動画_応用編①(Event Monitoring Analytics)動画 - イベントモニタリング設定動画_応用編②(トランザクションセキュリティ)まとめイベントモニタリングを導入しログを収集・管理することにより、システム管理者はSalesforceの日々の利用状況を時系列で把握することができ、万が一、データ漏えいなどが起こった際には、速やかに原因や影響範囲の特定が可能になります。また、ログの記録だけでなく、専門家が不在でもAIによるログの分析により脅威を検知したり、ログを簡単に可視化・分析して利用状況やセキュリティに関する脅威を発見したり、さらには分析によって得られた考察からよりきめ細かいセキュリティコントロールを実装したりすることが可能になります。イベントモニタリングの活用にご興味をお持ちのお客様はぜひ以下のウェビナーもご視聴ください。「今注目!リモートワークのセキュリティ対策 〜Salesforce Shieldでリスクを未然に防ぐ〜」(オンデマンド視聴)
-
レポートを使いこなす裏ワザ(その3:カスタムレポートタイプ、結合レポート)
レポートを使いこなす裏ワザシリーズをわかりやすくまとめた総集編の資料が公開されました。こちらからダウンロードのうえお役立てください。レポートの基本的な操作を学べる レポート・ドリルもございます、こちらもぜひご活用ください。この記事で学べることカスタムレポートタイプの使用方法結合レポートの使用方法カスタムレポートタイプレポートタイプとは、レポートで使用する項目とレコードを決めるものです。標準レポートタイプが最初から用意されており、ほとんどのSalesforceデータにアクセスできます。たとえば、取引先レポートタイプでは、[取引先名]、[取引先所有者]、[業種] などの取引先の項目およびレコードにアクセスできます。しかし、取引先レポートタイプを使用してレポートを作成したとき、参照関係にあるカスタムオブジェクトの項目が表示されません。こんなときは、カスタムレポートタイプを作成します。カスタムレポートタイプは、[設定]|[クイック検索]|[レポートタイプ]より設定が可能です。カスタムレポートタイプを作成することで、主オブジェクトとその関連オブジェクトとの関係に基づいて、レポートで使用する項目とレコードを定義することができます。今回の場合、主オブジェクトとは取引先、関連オブジェクトがカスタムオブジェクトです。カスタムレポートタイプで定義するものは、3つあります。レポートを作成中またはカスタマイズ中のユーザに表示するオブジェクトを選択するレポートで表示できるオブジェクトは、オブジェクト間のリレーション (主従関係および参照関係) をもとに決定できます。例えば、「取引先-取引先責任者-活動」や「取引先-商談-商談と参照関係のあるカスタムオブジェクト」のように、選択できるのはリレーションのあるオブジェクトのみです。オブジェクトは最大4つまで選択できます。レポートを作成中またはカスタマイズ中のユーザに表示するオブジェクトのリレーションを定義する関連レコードが存在する、または、しないを定義します。関連レコードとは、リレーションのある親オブジェクトに紐づく子オブジェクトのレコードのことです。例えば、取引先の関連レコードは取引先責任者や商談となり、商談の関連レコードは活動です。関連レコードは必ずしも存在するとは限らないため、2つのオブジェクトを使用する場合、関連レコードの有無を定義したときに表示するレコードは次のようになります。①各「A」レコードには関連する「B」レコードが 1つ以上必要です。関連レコードが存在する主オブジェクトのレコードのみをレポートで表示します。言い換えると、関連レコードが存在しないレコードはレポートに表示することはできません。②「A」レコードには関連する「B」レコードの有無は問いません。関連レコードの有無を問わず、すべての主オブジェクトのレコードを表示します。例えば、商談がない取引先もレポートで表示することができます。なお、レポートにてクロス条件を設定することで、関連レコードの存在しないレポートを作成することも可能です。レポートの列として使用できる各オブジェクトの項目を選択する表示できるオブジェクトの項目のうち、レポートで使用できる項目を決定することができます。レイアウトにない項目はレポートで表示することができません。作成したいレポートには、どの項目を表示させたいのか、関連するオブジェクトのレコードを持っているレコードのみに絞りたいのか、を判断し、適切なカスタムレポートタイプを作成しましょう。カスタムレポートタイプを作成することで、複数のオブジェクトを1つのレポートで表示できるようになりました。しかし、直接リレーションのないオブジェクトは作成することができないため、「商談とリード」や「リードとケース」は対応していません。これらのレコードを一括で確認したいときは、結合レポートがおすすめです。結合レポート結合レポートとは、さまざまな種類の情報を1つのレポートに表示できるレポート形式のことです。結合レポートには、複数のレポートタイプのデータを含めることが可能です。結合レポートは、最大 5 ブロックで構成され、ブロックごとにレポートタイプと検索条件を指定できます。今回は作成例を2つご紹介します。担当者別の商談実績を半期ごとに確認したい同一のオブジェクトを4つ使用して、それぞれ別の検索条件を設定しています。通常のレポートでは、検索条件を複数設定することができませんが、結合レポートを使用することで、複数のレポートにアクセスする必要はなくなります。進行中の商談に進行中のケースがあるかを確認したい取引先ごとにグルーピングし、進行中の商談とケースだけを表示するように検索条件を設定することで、営業担当者が進行中のケースがあることを知らずに連絡してしまう、という状況を防ぐことができます。結合レポートは、レポートビルダー左上[レポート]をクリックして、[結合レポート]を選択して作成します。結合レポートを活用して、効率的なデータ分析をしましょう。レポート&ダッシュボード活用のためのお役立ちコンテンツ集いざ、レポートを作成しようと思っても、どんなレポートが役に立つのか分からない、と思ったことはありませんか?そんなときに便利なのが「レポート&ダッシュボード活用のためのお役立ちコンテンツ集」です。レポートの活用に必要な作成方法からコツに至るまで、動画や資料で一覧にまとめられています。例えば、とにかくレポートをたくさん作成してコツをつかみたいときは「レポートドリル(50問)」、雛形を活用して営業活動の可視化に役立てたいときは「今日から使えるサクセスダッシュボード Lightning Experience版」がおすすめです。考慮事項カスタムレポートタイプを削除すると、それに基づいたレポートがあれば、それも削除される結合レポートでは、バケット項目やクロス条件の追加、条件付き強調表示などの適用はできない学習ツールカスタムレポートタイプの作成(ヘルプドキュメント)結合レポートの作成(ヘルプドキュメント)結合レポート制限、制限および割り当て(ヘルプドキュメント)まとめカスタムレポートタイプを活用することで、Salesforceに登録されている情報を様々な角度から分析することができます。一方で、カスタムレポートタイプを作りすぎてしまうと、レポート作成時にユーザの混乱を招きますので、いくつかのレポートで使える多用途型レポートタイプを作成しましょう。また、結合レポートを使用し、関連情報を1つのレポートに表示することで、すばやい状況の把握につながります。各機能のメリットを理解し、データ分析に活用しましょう。
-
この記事で学べること商談を完了フェーズに更新時、スコア値を保存する設定方法概要商談スコアが実態を反映しているか評価するシンプルな方法が、商談結果と商談スコア値を比較する方法です。商談成立時にスコアが高く、失注時にスコアが低いとこが確認できればスコアの信頼度が上がり、活用方法のアイディアも多く出てくるかと思います。ただ、商談スコアは、商談が完了ステータスになると、スコア値がクリアされるため、デフォルトでは上記の比較はできません。そのため、商談完了時のスコアをカスタム項目に保持して評価する方法をご紹介します。設定手順商談オブジェクトに2つの項目を作成します。「商談スコア(コピー)」項目 :商談スコアを数式参照する数式項目「最終スコア」項目 :商談が完了時スコアを保存する数値項目自動化機能のフローを活用し、「最終スコア」項目に商談完了時の商談スコアを保存します。商談のレポートを作成し、「最終スコア」の完了フェーズ毎の中央値や平均値を集計します。1.項目の作成設定>オブジェクトマネージャ>商談>項目とリレーション>新規のボタンから以下2項目を作成します。なお、作成する2項目は、Einstein 商談スコアリングの設定で、分析対象項目から外すことをお勧めします。「商談スコア(コピー)」項目作成「数式」項目とし、商談スコアを参照させます。(数式:OpportunityScore.Score)※フローで商談スコアを直接参照できないため、数式項目を作成します。「最終スコア」項目作成:商談完了時にスコアを保存するための項目です。「数値」項目で作成します。2.フローの作成商談完了時に、「商談スコア」を「最終スコア」項目にコピーします。設定>フロー>新規作成 から新規フローの画面を立ち上げます。「レコードトリガフロー」を選択します。「開始を設定」の画面の設定を行います。オブジェクト:「商談」を選択します。トリガを設定:「レコードが更新された」を選択します。エントリ条件:条件の要件:いずれかの条件に一致(OR)を選択し、皆様の環境の商談が完了ステータスのフェーズ条件を指定します。(※完了フラグでの設定ではなく、フェーズで設定ください)例:項目:フェーズ(StageName),演算子:次の文字列と一致する,成立(ClosedWon)例:項目:フェーズ(StageName),演算子:次の文字列と一致する,失注(ClosedLost)更新されたレコードでフローを実行するタイミング:「条件の要件に一致するようにレコードを更新したときのみ」を選択します。フローを最適化:「高速項目更新」を選択します。「完了」をクリックします。「+」から「レコードを更新」を選択します。レコードを更新画面が開くため以下の設定をします。表示ラベルとAPI参照名:任意の文字列を入力します。更新するレコードを検索してその値を設定する方法:「フローをトリガした商談レコードを使用」が選択されていることを確認します。(変更なし)検索条件を設定:なしであることを確認します。(変更なし)商談 の項目値を レコード に設定:項目:項目作成で作成した「最終スコア」の項目を選択します。値:「$Record__Prior」を選択し、項目作成で作成した数式項目「商談スコア(コピー)」を選択します。「完了」をクリックします。補足:$Record__Priorはフローをトリガしたレコード(今回は完了フェーズに更新された商談レコード)の更新前の値をとることができます。ここでは完了時にクリアされる前の商談スコアの値を、商談スコア(コピー)項目を利用して取得しています。これで設定は完了です。全体像は以下のようになります。画面上部の「デバック」ボタンを押してテストをして見ましょう。デバック画面で、「商談」項目でテストする商談を選びます。すると、下に項目が出力されるためフェーズを「成立」に更新して実行します。「最終スコア」に値がスコア値に更新されているかデバック上で確認します。(下記例では58が格納されました)十分テストし、フローを「有効化」したら設定は完了です。3.レポートの作成商談完了時のスコアを保持する設定の後は、商談のレポートを作成し、成立時と失注時の商談スコアを集計します。以下の流れでレポートを作成します。レポート>新規レポート>商談のレポートを選択します。検索条件を設定します。商談状況:完了最終スコア(上記で作成した項目)が空白と一致しない対象適宜、完了予定日などで期間を絞るアウトラインを指定します。グループ:フェーズ項目列:最終スコア(上記で作成した項目)最終スコア列の▼から、「集計」を選択し、平均または中央値を表示させます。おつかれさまでした。この内容から以下などで活用してみてください。スコアの値の確認(実際の受注/失注時にどのようなスコアになっているか)に活用商談スコア運用開始後のスコア状態の把握(定点観測)に活用参考:フローやレポート・ダッシュボードの学習リソース今回設定に利用したフローやレポートダッシュボードの機能をもっと知りたい方は、以下のリソースをご活用ください。フローをいちから学びたいフロー初心者向け学習リソースまとめ:フローの機能を学ぶことができるコンテンツのまとめ記事になります。エキスパートコーチング ▶フローによる プロセスの自動化:エキスパートがフローの使い方をご案内いたします。PremierまたはSignature Success Planをご契約のお客様はSalesforceエキスパートとの1 対 1 のセッションにお申し込みいただくことが可能です。レポートダッシュボードをもっと学びたい以下2種類の動画にて活用方法を解説しております。また、PremierまたはSignature Success Planをご契約のお客様は動画の内容でご質問がある場合は、Salesforceエキスパートとの1時間のフォローアップセッションをリクエストいただくことが可能です。(動画は誰でも閲覧可能です)エキスパートコーチング ▶レポート&ダッシュボード クイックスタートエキスパートコーチング ▶ レポート&ダッシュボード レベルアップ活用ステップ全体に戻る場合は、こちら
-
(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) 適用ロードマップ」がございますが、この2つの公開情報について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に関する更新情報を4つご紹介致します。上記ページの1行目の更新ですが、こちらは Core Platform 製品における MFA 強制適用の予定がなくなった件です。続いて、2行目の更新ですが、MFAの適用免除に関するユースケースが説明されているセクションの名前が変更になったというものです。セクション内の記載自体には更新はございません。次に3行目の更新ですが、MFAの適用準備に関する情報がFAQに記載されていましたが、その情報が「MFA ロールアウトに成功するための変更管理」という別のページに纏められたことをお知らせしております。そして4行目の更新ですが、多要素認証と2要素認証の違いに関する情報が記載されていましたが、該当セクションが削除されたことをお知らせしております。続いて、インフラ強化に関する更新情報です。まずはインスタンスリフレッシュに関する更新情報です。11月5日と19日にインスタンスリフレッシュが計画されていましたが、実施済みとなっています。また、主に海外のお客様にご利用いただいているインスタンスですが、上記スライドに記載されている「NA」で始まるインスタンスにおいて、12月3日にインスタンスリフレッシュが予定されています。インスタンスリフレッシュに関する準備につきましては、解説動画をサクセスナビよりご視聴いただけますので、該当するお客様は内容をご確認いただけますようお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって?インスタンスリフレッシュの概要と準備続いて許可すべきIPアドレスとドメインに関する更新情報です。このスライドでは3つの公開情報をご紹介していますが、2つ目にございますHyperforceに関する公開情報に更新がございますのでご紹介致します。こちらの公開ナレッジは10月20日に2つの更新が行われています。1つ目は、Hyperforce上でStreaming APIを利用する場合は、APIバージョンが37以降でなければならないという要件が追加されたというものになります。2つ目の更新なのですが、「一時的な既知の問題」というセクションにHyperforceでまだ利用できない機能/製品に関する情報が記載されており、いくつかの機能/製品についてHyperforceで利用可能となる時期が最新情報で更新されました。関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする続いて、次期バージョンであるSpring ‘24で適用予定のリリース更新のご紹介です。リリース更新の変更箇所は2点です。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を利用している、メール送信を行う必要がある、メールアドレスが検証されていない、この3つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に関する対応をご計画ください。本件に関する詳細はサクセスナビ「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」を指定「結果の順序」の「+」から1つ分岐設定を増やし、以下の設定をします。結果の順序:2つ目を選択表示ラベル:「商談スコアに変化があり」と指定結果のAPI参照名:任意の文字列を指定結果を実行する条件の要件:リソース:「$Record」>「商談スコア(コピー)」の順に選択演算子:「次の文字列と一致しない」を選択値:「get_history(商談スコア履歴)」>「商談スコア」の順に指定「結果の順序」の「デフォルトの結果」を選択し、以下設定をします。表示ラベル:「変化なし」と指定「完了」を押します。以下のように分岐ができます。「商談スコアに変化があり」の「+」から「レコードを作成」を選択します。レコードを作成画面が開くので、以下を設定します。表示ラベルl、API参照名:任意の文字列を指定作成するレコード数:「1」が選択されていることを確認レコード項目の設定方法:「個別のリソースおよびリテラル値を使用」を選択オブジェクト:「商談スコア履歴」を選択商談スコア履歴の項目値を設定:以下を設定項目:「変更前スコア」を指定、 値:「get_history(商談スコア履歴)」>「商談スコア」 の順で選択項目:「商談」(主従関係項目)を指定、 値:「$Record」>「商談ID」の順で選択項目:「商談スコア」を指定、 値:「$Record」>「商談スコア(コピー)」の順で選択「完了」を押す続いて、「履歴なし」の+を選択して、「要素に接続」を押しますすると以下のような画面になるので、先に作成したレコードを作成要素(画像では「履歴作成」)の「+」を選択します。これで作成完了です。全体像は以下のようになります。画面上部の「デバック」ボタンを押してテストをして見ましょうデバック画面で、「ロールバックモードでフローを実行します」に必ずチェックをして実行します。※チェックしない場合、実際にレコードが作成されます。任意の商談1件のみテスト実行さるため、処理内容とエラーがないことを確認します。十分テストし、フローを「有効化」したら設定は完了です。3.レポートの作成履歴が取得できた後は、商談スコア履歴のレポートを作成し、変化量を一覧化します。以下の流れでレポートを作成します。レポート>新規レポート>商談スコア履歴が関連する商談のレポートを選択します。アウトラインの「列」の「▼」から「行レベルの数式を追加」を設定します。列の名前:スコア変化形式:数値数式:商談スコア履歴の「商談スコア」項目 ー「変更前商談スコア」項目アウトラインを指定します。グループ:フェーズ、取引先名、商談名を指定します。項目列:商談スコア(商談スコア履歴の項目)、完了予定日、スコア変化(上記行レベルの数式を追加で作成した項目)など検索条件を設定します。商談状況:進行中商談スコア履歴の作成日:期間を絞る(過去30日など)最終スコア:空白と一致しない対象適宜、完了予定日などで期間を絞るおつかれさまでした。上記レポートをもとに、ダッシュボードでスコアの変化量を一覧化して確認できます。上記以外にも、以下などで活用してみてください。商談スコアが初めてついた対象を一覧化してスコア確認(レポートでの検索条件で変更前スコアが空白の対象を抽出)一定の基準以上のスコア変化があった対象を一覧化して営業活動に利用(レポートでの検索条件でスコア変化量が一定数以上を抽出)参考:フローやレポート・ダッシュボードの学習リソース今回設定に利用したフローやレポートダッシュボードの機能をもっと知りたい方は、以下のリソースをご活用ください。フローをいちから学びたいフロー初心者向け学習リソースまとめ:フローの機能を学ぶことができるコンテンツのまとめ記事になります。エキスパートコーチング ▶フローによる プロセスの自動化:エキスパートがフローの使い方をご案内いたします。PremierまたはSignature Success Planをご契約のお客様はSalesforceエキスパートとの1 対 1 のセッションにお申し込みいただくことが可能です。レポートダッシュボードをもっと学びたい以下2種類の動画にて活用方法を解説しております。また、PremierまたはSignature Success Planをご契約のお客様は動画の内容でご質問がある場合は、Salesforceエキスパートとの1時間のフォローアップセッションをリクエストいただくことが可能です。(動画は誰でも閲覧可能です)エキスパートコーチング ▶レポート&ダッシュボード クイックスタートエキスパートコーチング ▶ レポート&ダッシュボード レベルアップ活用ステップ全体に戻る場合は、こちら
-
この記事で学べること運用開始までにやるべきことの全体像これらに取り組むべき理由この記事のゴールこの記事のゴールは「運用開始までにやるべきことを理解する」ことです。そのために、以下3ステップで進めていきます。セキュリティに関する情報/多要素認証運用開始までに押さえておきたい7つのステップなぜこれらを押さえることが重要なのかセキュリティに関する情報/多要素認証私たちSalesforceは、お客様のデータ保護に真摯に取り組んでおります。セキュリティ脅威がますます一般的になってきている昨今、 お客様が顧客情報やビジネスを守っていくためには、 より強力なセキュリティ対策を実装いただくことが極めて重要になります。本パートでは、導入初期に必ずご理解いただきたい、セキュリティに関する3つのご検討事項をご紹介いたします。1.社内のデータアクセスレベルの制御攻撃者の標的になるリスクを回避する鍵となるのは、まず自社のSalesforceユーザのデータアクセスを保護することです。Salesforceでは、項目レベル、レコードレベル、オブジェクトレベル、組織レベルで様々なアクセスの制御、データの保護のための機能を提供しております。この機能を利用することで、お客様は利用ユーザのSalesforceへのログインを制御したり、ログインした後の操作や、データの表示についても、各ユーザに適切なレベルのデータアクセスを付与することが可能です。お客様によるデータの保護を実現するための具体的な機能や設定方法については、SalesCloud アドミン基礎のエキスパートコーチングでの学習がおすすめです。まずは動画(Chapter3: ユーザと権限管理)で概要をご確認の上、詳しくはエキスパートコーチングのフォローアップセッションにお申し込みください。※フォローアップセッションはPremierまたはSignature Success Planをご契約のお客様限定となります。2.ユーザのログイン制御 〜多要素認証(MFA) 〜利用ユーザに合わせたデータの保護をしたとしても、そもそもID・パスワードが漏れてしまうと、情報漏洩してしまうリスクがあります。ユーザの皆様に多要素認証(MFA)をご利用いただくことで、Salesforceへのログイン制御をし、安全に製品をご利用いただけます。多要素認証(MFA)の設定手順に関しては、本サクセスナビ内のMFAページにて詳細をご確認ください。3.セキュリティに関する情報のご提供 〜Trustサイト〜Salesforceの「Trust サイト」では、メンテナンス・システム障害についてリアルタイムにお客様へお知らせしています。気になったタイミングでTrustサイトをご確認頂くことも可能ですが、情報発信のタイミングでメールで自動通知を受け取ることもできます。とりわけSalesforceのシステムを管理するお立場の方は、ぜひご登録ください。参考)Salesforce Trustユーザガイドその他、セキュリティ関連でのお問い合わせについては、弊社テクニカルサポートでもご対応させていただきます。テクニカルサポートの活用方法に関しては、次節でお伝えしてまいります。セキュリティに関する3つのご検討事項を押さえたら、いよいよ運用開始に向けて準備に入っていきましょう。運用開始までに押さえておきたい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ステップ」全体に戻りたい場合はこちら