データの取り込みを行いましょう

この記事で学べること2種類のデータ一括登録ツールの特長と使い方この記事のゴールこの記事のゴールは「データの一括登録方法を理解する」ことです。そのために、以下2ステップで進めていきます。データの登録方法データ一括登録ツールの特徴と使い方データの登録方法Sales Cloudへデータを登録するための方法には主に2通りの方法があります。手動で登録する方法とデータを一括でインポートする方法です。​Sales Cloudに大量のデータを登録したい場合、データを1 件ずつ手動で入力や更新をするのは時間がかかります。そこで予め用意されているデータ一括登録ツールを使用することで、データ登録の作業が簡単になります。データを一括登録できるツールには、データインポートウィザードとデータローダの2種類があります。​データ一括登録ツールの特徴と使い方データインポートウィザードの特徴データインポートウィザードを使用すると、あらかじめ用意したCSVファイルをアップロードし、取引先、取引先責任者、リード、キャンペーンメンバー、カスタムオブジェクトなどへ容易にデータをインポートできます。（Database.com Edition以外の）すべてのエディションでご利用可能で、一度にインポートできるレコードの最大数は5万件です。​特徴は、取引先と取引先責任者を同時に（互いを関連付けた状態で）インポート出来る点です。そのため、これからSales Cloudにデータを投入して使い始めるお客様には、最適な機能です。※データインポートウィザードで商談をインポートすることはできません。商談をインポートする場合はデータローダを使用します。データローダの特徴データローダを使用すると、あらかじめ用意したCSVファイルを使用して（レコードのインポートのみでなく）更新や削除、エクスポートができます。一度に操作できるレコードの最大数は、5百万件です。​データローダは英語のクライアントアプリケーションで、PCにツールのインストールが必要です。Windows端末をご利用の場合は自動化（バッチモード）も利用できます。​データローダは、データインポートウィザードでは対応していない商談等のオブジェクトにも使用できますが、複数のオブジェクトに対して一度に作業を行うことはできません。互いに関連しているデータをインポートする場合は、親オブジェクト → 子オブジェクトの順番でインポートをする必要があります。また、データローダはAPIを消費しますので、上限を超過しないように注意が必要です。詳細は、API 要求の制限と割り当てをご確認ください。​データインポートウィザードの使い方データインポートウィザードの画面操作については、以下の動画をご確認ください。オンデマンド動画：システム管理者のためのSalesforce基礎シリーズ Vol.2 データを一括で登録しようデータローダの使い方データローダの画面操作については、以下の記事をご確認ください。 初めてのデータローダ 〜Insert編〜（サクセスナビ記事） 初めてのデータローダ 〜Update編〜（サクセスナビ記事） データローダ 〜Upsert編〜（サクセスナビ記事） 初めてのデータローダ 〜Delete編〜（サクセスナビ記事） 初めてのデータローダ Export編（サクセスナビ記事） 初めてのデータローダ Export All編（サクセスナビ記事）データローダのバッチモードについては、バッチモードでの実行 (Windows のみ)をご確認ください。学習ツールより詳しく知りたい方は以下をご確認ください。 データの Salesforce へのインポート（ヘルプ記事） データ管理（Trailhead）まとめデータ一括登録方法を理解できましたでしょうか？​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせデータが取り込めたら、次はデータの可視化方法を学びましょう！次の記事：データの可視化を行いましょう​「活用7ステップ」全体に戻りたい場合はこちら

1−3 Account Engagement Lightningアプリケーションを有効化する

ヘルプ/ナレッジ記事ヘルプ記事｜Lightning ExperienceのAccount Engagementヘルプ記事｜b2bma_canvas接続アプリケーションがないヘルプ記事｜ユーザーへの Account Engagement Lightning アプリケーションへのアクセス権の付与ヘルプ記事｜専用の権限セットライセンスおよび権限セットを使用した Account Engagement に対するアクセス権のユーザへの付与ヘルプ記事｜Account Engagementユーザ移行のFAQヘルプ記事｜Account Engagement Lightning アプリケーションの使用時に上部のナビゲーションバーに一部のタブが表示されない設定概要Account Engagementアカウントを有効化したら、続いてAccount Engagement Lightningアプリケーションの有効化を行います。Account Engagement Lightningアプリケーションのアクセス権をユーザに付与します。Account Engagement Lightning アプリケーションを使用することで、SalesforceとAccount Engagement を1 つのプラットフォーム上で操作できます。設定手順ユーザにアクセス権を付与するユーザにAccount Engagement Lightningアプリケーションへのアクセス権を付与します​1. 画面左部のクイック検索に「アプリケーションを管理」と入力し、［アプリケーション］セクション>［接続アプリケーションを管理する］をクリック。画面遷移後、接続アプリケーションのリストから[b2bma_canvas］をクリック​[b2bma_canvas］接続アプリケーションが表示されない場合は、以下のヘルプ記事を参照してください。▶ナレッジ記事｜b2bma_canvas接続アプリケーションがない​2. 画面遷移後、下にスクロールして[プロファイルを管理する］をクリック​[プロファイル] 関連リストが表示されない場合は、同ページ内上部のOAuthポリシーのセクション内 [許可されているユーザ] のオプションが [管理者が承認したユーザは事前承認済み] になっていることを確認します。変更が必要な場合は、最上部の[ポリシーを編集]ボタンから設定を変更します。​3. [システム管理者］およびその他アクセス権が必要なユーザのプロファイルにチェックを入れ、最後に[保存］をクリック​4. 画面左部のクイック検索に「権限」と入力し、［ユーザ］>［権限セット］をクリック。リストから [Account Engagement ユーザ][Sales Cloudユーザ］[Service Cloudユーザ］または[CRMユーザ］のいずれかを選択​Identityライセンスのユーザには、権限セット[Account Engagement ユーザ]を付与することが可能です。▶ヘルプ記事｜専用の権限セットライセンスおよび権限セットを使用した Account Engagement に対するアクセス権のユーザへの付与identityライセンスは、Sales Cloud または Service Cloud のライセンスを必要としない Account Engagement 専用ユーザにご利用いただけるライセンスです。詳細は以下ヘルプ記事内の[ライセンス]を参照ください。▶ヘルプ記事｜Account Engagementユーザ移行のFAQ​5. [割り当ての管理］をクリック。​6. 続いて[割り当てを追加］を選択​7. Account Engagement Lightningアプリケーションにアクセスが必要なすべてのユーザのチェックボックスを選択した後、[次へ］をクリック。​8. [有効期限なし］を選択し、選択済みユーザを再度確認の上、[割り当て］をクリック。​アプリケーションにプロファイルを割り当てるAccount Engagement Lightningアプリケーションにプロファイルを割り当てます​​9.クイック検索に「アプリケーション」と入力し、［アプリケーション］>［アプリケーションマネージャ］をクリック。[アプリケーション種別］がLightningの[Account Engagement］を探し、一番右側にある[▼］を押して[編集］をクリック​10. 左側のメニューで[ユーザプロファイル］を選び、Account Engagement Lightningアプリケーションにアクセス権が必要なすべてのプロファイルを選択。​11. [▶］をクリックして[選択済みプロファイル］に移動させる。最後に[保存］をクリック​Account Engagement Lightningアプリケーションが表示されない場合、Salesforceプロファイルに表示のための権限が割り当てられていない可能性があります。詳しくは以下のナレッジ記事をご確認ください。▶ヘルプ記事｜Account Engagement Lightning アプリケーションの使用時に上部のナビゲーションバーに一部のタブが表示されないご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ前のステップ：1−2 Account Engagementアカウントを有効化する次のステップ：1−4 アカウントの情報を入力する「サクセスナビ｜初期設定を完了しましょう｜①プロビジョニング」の記事に戻る

運用開始に向けて必要な役割を明確にしましょう

この記事で学べること運用開始に向けて必要な役割役割ごとの連携のポイントこの記事のゴールこの記事のゴールは「運用開始に向けて必要な役割を明確にする」ことです。そのために、以下2ステップで進めていきます。運用開始に向けて必要な役割役割ごとの連携のポイント運用開始に向けて必要な役割Sales Cloudを活用してビジネスの成長に繋げていくためには、さまざまな検討や、その検討内容に基づいたシステムの設定、改善が必要になります。ここでは、これからSales Cloudの運用を開始するにあたって、具体的にどのような役割が必要なのかをご説明します。​下図はSales Cloudの運用に必要な役割と推進チームの例です。プロジェクト責任者は、会社としての最終意思決定や、リソースのアサインなどを行います。Sales Cloudの活用推進チームとしては、大きく以下の3つの役割を設けていただくことをおすすめしています。プロジェクトリーダー現場推進者Salesforce設定担当者(システム管理者)必ずしもそれぞれの役割に別の方を任命する必要はありません。例えば、システム管理者と現場の推進者を兼任するのも問題ありません。​ポイントは、必要な役割の理解と、それを担っていただける方が任命されていることです。なお、複数部門でSales Cloudを活用する場合は、利用ユーザーとの円滑なコミュニケーションと課題を把握しやすくするために、それぞれの部門ごとに推進者を任命いただくことをおすすめしておりますが、自社のリソースにあわせて推進チームの人数は調整してください。役割ごとの連携のポイント必要な役割が明確になりましたら、次はそれぞれの役割の連携イメージを理解します。下図のように、それぞれの役割が密に連携をし、自社の業務に適合するようにSales Cloudを実装/改善していくのが重要です。Sales Cloudの設定に関しては、必ずしもすべてを自社内で実施しなければいけないわけではありません。​社内のリソースや、次の章の「実現したいことを明確にしましょう」「運用開始に向けた計画を立てましょう」にて検討するリリース計画などを鑑みて、設定作業/プロジェクト管理を設定・構築パートナーに依頼すべきかなど、どこまでを自社内で実施するのかご検討ください。​もし、設定作業を設定・構築パートナーにて実施をする場合は、設定・構築パートナーとの役割分担も明確にし、情報連携や設定の進捗確認を行いましょう。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング：Sales Cloud オンボーディング（KPI・フェーズ設計）活用推進チームを整理いただくにあたって、ワークシートもご用意しています。ワークシートは こちら からダウンロードできます。​設定者・推進者として必要な作業や検討事項の全体像がわかる Sales Cloud 担当者育成シートの利用がおすすめです。https://successjp.salesforce.com/article/NAI-000906まとめSales Cloudの活用を促進してビジネスの成長に繋げていくためには、本章でご紹介した役割が大変重要です。ぜひ役割を明確にし、準備を進めていきましょう。​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ次の章では、Sales Cloudで実現したいことを明確にしていきます。次の記事：実現したいことを明確にしましょう​「活用7ステップ」全体に戻りたい場合はこちら

初心者向け！すぐに活用できるAccount Engagement(旧Pardot)の自動化シナリオ解説

見込み客を発見し確実にフォローするための３つの自動化シナリオを eBook を使ってご紹介シナリオ作成における設計方法と流れシーン別のメールテンプレートの考え方施策の「自動化」を検討しましょうここまで「施策実行」のフェーズでは「メールを送る」、「スコアリングする」、「営業へ通知をする」といった一つ一つのマーケティング活動をPardotで実装する方法についてご説明してきました。本記事ではそれらを「一連のシナリオ」として考え・設計し、自動化する方法について学ぶこ

営業アプローチする見込み客を絞りこみましょう

この記事で学べること営業アプローチする見込み客をなぜ絞りこむのか営業アプローチする見込み客をどのように絞りこむのかこの記事のゴール5つ目のステップは「見込み客の選別」であり、この記事のゴールは「見込み客をどのように絞りこむか決めて設定する」です。なぜ見込み客を絞りこむのかマーケティングにおいて選別 ＝「見込み客を絞りこむ」ことはとても重要です。​Account Engagementを導入いただくお客様の多くは「契約までに営業担当者を介する商材」を扱っています。つまりはAccount Engagementだけで商談を完結させることができないことを意味しています。獲得・育成した見込み客をどこかで社内の営業担当者へ引き渡す必要がありますが、すべての見込み客に対して営業アプローチをするのは負荷がかかり現実的ではありません。​そのため自社のターゲットにふさわしく購買意欲がある見込み客に絞ることで、営業活動の効率化につながります。限られた営業リソースの中でより多くの商談機会を増やし売上に貢献することが可能になります。​目的・理由をおさえたら次はどのように絞りこむのかご紹介します。どのように見込み客を絞りこむのかみなさんはどのような見込み客であれば、自社のターゲットにふさわしく購買意欲があると判断できますか？見込み客を絞りこむには、判断の根拠となる「基準」が必要です。​代表的な基準の例としては、Webページから問い合わせや資料請求をした見込み客自社セミナーのアンケートで「個別に話を聞きたい」や「導入を検討中」と回答した見込み客自社HPの製品価格ページなど特定のWebページを閲覧した見込み客資料ダウンロード、セミナー参加、Webページ訪問など複数の行動があった見込み客などが考えられます。​つまりは見込み客の特定の状況や行動の累積をみて購買意欲を判断するということです。これに加えて自社のターゲット企業や担当者の部署・役職などの見込み客の属性情報も考慮してアプローチの優先度を決めます。​ちなみにAccount Engagementでは見込み客の行動の累積を「スコアリング」、属性情報は「グレーディング」という機能で管理します。機能の概要や使い方は次の設定例でご紹介します。​育成した見込み客をどのように絞りこむのかイメージできましたか？自社にあった基準をまずは1つ決めて実際に設定してみましょう。具体的な設定例自社にあった基準を決めたらあとは設定です！設定する上でのポイントは①見込み客がどういう状況になったら、②営業担当者の誰に割り当てて、③どのような方法で営業担当者に知らせるかの3点です。​ここでは2つの設定例を下記のドリルで解説しています。ドリル：見込み客が自社製品価格ページを閲覧したら営業担当者にフォローToDoを作成するドリル：見込み客の複数の行動により一定のスコアになったら営業担当者にフォローToDoを作成する学習ツール動画：「スコアリング」と「グレーディング」機能についてhttps://play.vidyard.com/XVek2MZ896CQoCj67VMmQs​Premier Success Planをご契約のお客様は、弊社スペシャリストとの1対1の個別支援またはフォローアップセッションを受講できます。エキスパートコーチング：営業部門との連携強化エキスパートコーチング：スコアリングとグレーディングの使用まとめ見込み客を絞りこむ基準を決めて実際に設定してみましたか？設定ができたらぜひ使ってみましょう。​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ​次は絞りこんだ見込み客に効果的な営業アプローチをどのように行うのかご紹介します。​​「活用7ステップ」全体に戻りたい場合はこちら

Spring '24 リリースノート斜め読み

Foward-Looking Statements本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。​​重要な更新残りのすべての組織での MFA 自動有効化の完了 (リリース更新)Salesforce では、2022 年 2 月 1 日より、Salesforce 製品にアクセスするすべてのお客様に多要素認証 (MFA) の使用を義務付けています。お客様がこの要件を満たすことができるように、MFA の自動有効化リリース更新で本番組織の MFA を自動的に有効にしています。このプロセスの第 1 フェーズは Spring '23 に開始されました。第 4 フェーズと最終フェーズは、Spring '24 のロールアウト時に適用されます。最終フェーズには、まだ自動有効化されていない組織がすべて含まれます。Summer ’24 より Salesforce 製品への MFA の適用がアプリケーション内通知に移行以前にお伝えしたとおり、Salesforce 製品での多要素認証 (MFA) の使用が 2022 年 2 月 1 日より契約上の必須要件となりました。お客様がこの要件を満たすことができるように、既存の本番組織への直接ログインに対する MFA は自動的に有効化されています。また、2024 年 4 月から、新規の本番組織では MFA がデフォルトでオンになります。Salesforce Platform 上で構築されている製品への MFA 導入率が高いことを鑑み、Summer ’24 からは MFA の適用をお知らせする新しい通知モデルに切り替えます。Sales Cloudに関するリリースSales Cloud EinsteinEinstein 生成 AI で、営業担当の受信箱からセールスメールのドラフトを作成して、関連情報を含めることができます。Google Workspace Marketplace アプリケーションを使用して Google に接続し、追加の評価指標やユーザーの問題を解決する方法を利用して Einstein 活動キャプチャのトラブルシューティングを行います。Salesforce MeetingsSalesforce Meetings を使用して、見込み客や顧客とのインタラクションを強化します。ミーティングのダイジェストを使用して重要なミーティング情報を表示することで、ミーティングが開始される前に全員で意見を擦り合わせます。またMeeting Studio は Spring '24 で廃止されます。Sales Cloud のその他の変更Account Engagementに関するリリースAccount Engagement での Einstein を使用したコンテンツの生成生成 AI を安全に使用して、コンテンツ作成プロセスを合理化します。Account Engagement の Einstein アシスタントを使用して、フォーム、ランディングページ、メールの件名、メール本文をすばやく作成します。セキュリティに関するリリースMFA 登録環境の UI テキストの改善多要素認証 (MFA) の検証方法を登録するときのユーザーエクスペリエンスを改善するために、ユーザーインターフェースの一部のテキストが更新されました。Salesforce Authenticator で ID 検証をワンタイムパスコードにシームレスに戻すユーザーが Salesforce Authenticator モバイルアプリケーションでプッシュ通知を受信できない場合は、同アプリケーションの時間ベースのワンタイムパスワード (TOTP) 機能を使用して ID 検証を行うことができます。多要素認証 (MFA) でログインするユーザーへの遅延を最小限に抑えるために、TOTP 検証のユーザーエクスペリエンスもさらに合理化されています。サービスの問題でプッシュ通知が利用できないことを Salesforce が検出すると、ユーザーは自動的に TOTP の検証画面にリダイレクトされます。さらに、ユーザーが [お困りですか?] のリンクをクリックすると、追加の手順なしに TOTP の検証画面に直接移動します。Summer ’24 での Salesforce Authenticator アプリケーションバージョン 4.1 への更新Salesforce は、Summer ’24 に Salesforce Authenticator のサポート対象最小アプリケーションバージョンを引き上げます。この更新により、バージョン 4.1 以降でのみ、ID 検証のためのプッシュ通知を受け取ることができます。アプリケーションのバージョンが 4.1 未満のユーザーは、同アプリケーションの時間ベースのワンタイムパスワード (TOTP) 機能で本人確認を継続できます。Salesforce Authenticator バージョン 4.1 のリリースは 2024 年 3 月を予定しています。ユーザーを Apple App Store (iOS) または Google Play (Android) に誘導して、Salesforce Authenticator アプリケーションの更新を促してください。Salesforce Authenticator でのメール検証を使用した接続済みアカウントのバックアップと復元Salesforce Authenticator バージョン 4.0 では、バックアップおよび復元機能に新しい設定プロセスが追加されました。ユーザーが接続済みアカウントをバックアップしたり復元したりする際、アプリケーションは携帯電話番号ではなくメールアドレスを検証します。検証を完了するには、メールで受け取った 6 桁のコードを入力します。この方法は SMS による認証よりも安全性が高いです。メールアドレスがまだ検証されていない場合でも、ユーザーは携帯電話番号を使用して既存のバックアップを復元できます。以前の Salesforce ドメインへの参照の更新従来の Salesforce ドメインの一時的なリダイレクトが 2024 年に終了するときに、顧客とエンドユーザーのサービスの中断を防ぎます。ユーザーが古いリンクとブックマークを更新できるように、更新された URL を提供する簡単なメッセージをリダイレクト中に表示します。その後、以前の Salesforce URL への参照を更新します (サイト URL と、Salesforce インスタンスを含むが [私のドメイン] の名前を含まない URL を含む)。開発者（Developer）向けSalesforce Platform API バージョン 21.0 ～ 30.0 の廃止 (リリース更新)Salesforce Platform API のバージョン 21.0 ～ 30.0 の廃止は、Summer '23 で最初に予定されていました。この廃止は Summer '25 に延期されました。これらの API バージョンは引き続き使用できますが、サポートされておらず、Summer '25 以降は使用できません。それらを使用しているアプリケーションは中断されます。要求は失敗し、エンドポイントが無効化されていることを示すエラーメッセージが表示されます。この重大な変更が実行される前に、従来の API バージョンを使用するすべてのアプリケーションを最新バージョンにアップグレードしてください。ストリーミング API バージョン 23.0 ～ 36.0 の廃止ストリーミング API バージョン 23.0 ～ 36.0 は Winter ’25 で廃止される予定です。これらのバージョンは非推奨であり、サポートは終了しています。最新のストリーミング API バージョン、または永続ストリーミングに対応しているバージョン 37.0 以降を使用することを強くお勧めします。新しいストリーミング API バージョンは、製品の機能強化とバグ修正で維持されます。​​

自社の商談の流れを整理しましょう

本記事の内容は以下のオンデマンド動画からもご覧頂けます；https://play.vidyard.com/78XkHtaAYKkAPCfVbFB8ruこの記事で学べること自社の商談を整理する際のポイントこの記事のゴールこの記事のゴールは「商談の流れを整理するポイントを理解する」ことです。そのために、以下3ステップで進めていきます。商談フェーズの概要商談フェーズを管理する効果商談フェーズの設計方法商談フェーズの概要営業マネジメントをするにあたって、商談フェーズを定義し、それにそってマネジメントすることは大変重要です。商談フェーズを定義することで、その商談が今どういった状況なのか？その商談の受注の確率はどれくらいなのか？を把握し、売上予測を立てたり、マネジメントとして必要な支援を検討することができるようになります。​商談フェーズが定義されていない、または曖昧になっていると、下図のように、事実と願望が区別できず、正しく売上予測が立てられなかったり、上司がメンバーを支援する上での具体的な打ち手がわからなくなってしまう恐れがあります。実際にセールスフォース・ジャパンでも以下のように8段階フェーズで商談の進捗を管理し、マネジメントを行なっています。商談フェーズを管理する効果商談フェーズ管理の効果は成約率、達成行動の実現、そしてコーチングと大きく3つあります。​【成約率】商談フェーズを定義し、営業担当が各フェーズでやるべきことが整理されると、チーム全体の営業活動の標準化と改善が期待できます。やるべきことというのは、チーム内の最善の方法やトップセールスの行動を商談フェーズに落とし込むことを意味しています。トップセールスの行動を全員がやれるようにし、成約率の向上を目指します。​【達成行動の実現】なかなか成果が上がっていない営業担当などは、標準化されたフェーズ管理を行うことで、自身が詰まりやすいフェーズがどこなのか、トップセールスの成功体験をもとにしたフェーズ管理を通して自らが体感することで、それぞれに合った改善点が明確になり、達成行動の実現につながります。​【コーチング】商談フェーズが正しく管理できることにより、例えば、個々の営業の得意なフェーズや苦手なフェーズ、商材ごとの停滞するフェーズなどが可視化できます。マネジメントはこの可視化された情報をもとに、結果だけではなく、プロセスに対するコーチングも可能となります。​商談フェーズの設計方法成約率を高める商談フェーズの構成するためには、以下の4つのポイントを意識することが重要です。策定のポイントが理解できたら実際の商談フェーズを検討していきますが、よくある失敗例として「フェーズを細かく設定しすぎて更新の負荷が高く営業効率が落ちてしまった」「人によってフェーズの捉え方が違うため、結局ヒアリングをしないと現在の進捗がわからない」という声を聞きます。​そのような状態を生み出さないために各フェーズを何のために設定するのか次のフェーズに進むための前進基準は何なのかこの2点に関しては必ず明確にして検討を進めましょう。ワークシートはこちらからダウンロードいただけます。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング：Sales Cloud オンボーディング（KPI・フェーズ設計）まとめ自社の商談の流れを整理するポイントは理解できましたでしょうか。​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせ次は、最低限必要な設定を学んでいきましょう！次の記事：必要な設定を理解しましょう​「活用7ステップ」全体に戻りたい場合はこちら

メールを配信しましょう

この記事で学べること配信目的を決めるポイント配信設定方法この記事のゴールメールを送らないことには、すべての施策は始まりません。当記事のゴールは「リストメールの配信を完了すること」です。配信目的を決めるメールを配信する目的は「認知・関心」を高め、顧客を育成することです。まずはよくある利用シーンを参考に、「誰に」「何を」「いつ」送るのかを決めましょう。「誰に」「何を」「いつ」送るのかを決めたら、続いては配信設定を行っていきます。どこからはじめるか迷う場合には、まずは “新規の見込み客に、最新の製品・サービス紹介” を送ってみましょう！配信設定を実施するリストメールの配信設定は次の３つのステップです。リストの作成 (=誰に)メールテンプレートの作成 (=何を)リストメールの設定 (=いつ)それぞれの設定方法について詳しく見ていきます。​１. リストの作成 (=誰に)ここではターゲットリストを作成し、「誰に」送るのかを設定していきます。​まずは “プロスペクトデータがAccount Engagementにすでに取り込まれていること” をご確認ください。もしまだ取り込みが完了していない場合は、別記事「顧客データの取り込みを完了しましょう」を参考に手順をご完了ください。​リストの作成で利用する機能は下記の通りです。すでにAccount Engagementに入っているデータを利用する場合特定の条件をもとに抽出を行うセグメンテーションルール (該当ドリル)ダイナミックリスト (該当ドリル)テーブルアクション (該当ドリル)まだAccount Engagementに入っていないデータを利用する場合新たに“取り込み”と“リスト作成”を同時に行うCSVインポート (該当ドリル)Account Engagementドリル「リスト作成」では、“よくある利用例” をもとに各機能の使い方を解説しています。​ぜひ一度、ドリルに記載の通りに自社の環境で設定をお試しください。実際の設定を通じて方法をご理解いただいた後は、“自社で指定されたい条件” にカスタマイズしてご編集ください。​当記事の冒頭で触れた配信目的の中でも下記２つについては下記のドリルで解説を行っています。“失注顧客の掘り起こし”のリスト例ドリル：商談失注と同時に自動追加される『失注顧客リスト』を作成したい“セミナーのフォローアップ”のリスト例ドリル：『イベント参加者リスト』を作成したい​２. メールテンプレートの作成 (=何を)ここでは配信メールの雛型(メールコンテンツの内容)を設定し、「何を」送るのかを設定していきます。​Account Engagementでは、マウス操作で簡単にビジュアルの優れたメールコンテンツを作成できるように、すでにメールのテンプレートが複数用意されています。動画で手順をご確認の上、自社の配信目的に沿ったテンプレートをご設定ください。​また、実際に企業が配信を行なって効果のあったテンプレートや、シーンに応じた定型的なメールテンプレートの例を公開しています。ドキュメント：eBook すぐに活用できるPardotシナリオ解説_第3章.pdf (元の記事はこちら)https://play.vidyard.com/BXZW1yyBGgEaJVgoEtZMFD​３. リストメールの設定 (=いつ)いよいよ集大成です。ここでは配信リスト・配信時間を指定し、「いつ」送るのかを設定していきます。https://play.vidyard.com/2Y1eov8BR2LWT5Q2cHA26J学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング「リストメールの送信」まとめ無事に「リストメールの配信」は完了できましたか？一本目に送るメールは緊張するかもしれませんが、まずは “気負わずに送ってみること” が何よりも大事です。​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce/Account Engagement環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事：Salesforce カスタマーサポートへの問い合わせさて、配信が完了したら、次は配信結果を確認します。配信結果の確認ポイントを知り、改善を繰り返していくことで、どんどん配信効果が高まっていきます。​​「活用7ステップ」全体に戻りたい場合はこちら

Event Monitoring Analyticsの利用開始

この記事で学べることイベントモニタリングをご利用いただいているお客様にはEvent Monitoring Analyticsという分析を目的としたアプリケーションをご利用いただけます。本記事はEvent Monitoring Analytics を利用開始するまでの手順を紹介します。活用については別途、以下の記事もご確認をお願いします。Event Monitoring Analyticsの主要なダッシュボードイベントモニタリングに含まれる2種類のログの違いイベントモニタリングライセンスには、以下2種類のログが含まれます。リアルタイムイベントモニタリング：セキュリティインシデントの発生ログとレコードへのアクセスログイベントモニタリング：イベント発生 / エラー / パフォーマンス分析用のイベントログこの2種類のログの違いの詳細については、以下の記事をご参照ください。イベントモニタリングとはEvent Monitoring Analyticsは、この2種類のログの中で、イベントモニタリングのログを対象に分析するツールです。Event Monitoring AnalyticsとはEvent Monitoring Analytics アプリケーションは、イベントモニタリングログからユーザや組織の動作に関するインサイトを提供します。アプリケーションの作成は簡単で、事前作成済みのダッシュボードやデータセットが付属しているため、すぐに探索を開始できます。このアプリケーションを使用することにより、組織のデータの詳細を調べ、不審な行動、ページのパフォーマンスの低下、ユーザ導入の低下などをすばやく特定できます。Event Monitoring Analyticsの利用開始方法１．CRM Analyticsとイベントモニタリングの有効化​注：CRM Analyticsの有効化を行うユーザには、先に「Event Monitoring Analytics 管理者」権限セットの割り当てが必要ですSalesforce の [設定] メニューの [管理] で、[機能設定] | [分析] | [Analytics Cloud] | [始めましょう] を選択し、[分析の有効化] をクリックします。​[設定] 画面の [クイック検索] ボックスに「イベント」と入力し、[イベントモニタリング設定] を選択し、[Analytics アプリケーションでイベントログデータを表示] を有効にします。​２．Event Monitoring Analytics アプリケーション権限設定と権限セットの割当Event Monitoring Analyticsを利用するユーザに割り当てられたプロファイルの設定で、割り当てられたアプリケーションからAnalytics Studio (standard__Insights)の参照可能にチェックが付いている事を確認します。もしチェックが無い場合、カスタムプロファイルまたは、権限セットの割り当てられたアプリケーションから本権限を付与します。​次にEvent Monitoring Analyticsを利用するユーザに「 Event Monitoring Analytics ユーザ」又は「Event Monitoring Analytics 管理者 」の権限セットのどちらかを割り当てます。ダッシュボードやデータセットを表示するユーザには「 Event Monitoring Analytics ユーザ」権限セットを、アプリケーション、ダッシュボード、データセットの作成や、Event Monitoring アプリケーション操作環境のカスタマイズを行うユーザには「Event Monitoring Analytics 管理者」権限セットを割り当てます。​３．Event Monitoring Analytics アプリケーションの作成と共有Analytics Studioを開きます。アプリケーションランチャーから[Analytics Studio]を選択します。​アプリケーションを作成します。Analytics Studio ホーム画面の右上の[作成]ボタンから[アプリケーション]を選択します。​​新規アプリケーションを作成ウィンドウのすべてのテンプレートから[Event Monitoring Analytics App]を選択し、ウィンドウ右下にある[次へ]をクリックします。​ステップ１からステップ６までは、作成したいデータセットと何日分のデータを格納するかを入力するガイダンスが表示されるのですべての質問に“Yes”と入力し追加表示されるオプションにはすべて“30”と入力していきます。作成されたダッシュボードが少ない、また見れるデータが少ないと問い合わせを多く受けますが、原因は、こちらですべての項目が入力されていないためです。​ステップ７ではチェックを入れずに[次へ]をクリックします。チェックを入れてこの機能を有効にすると、ネットワークの負荷が軽減され、大規模なデータセットのデータフロージョブを高速化できます。この機能の検証を希望する場合はチェックを入れて[次へ]をクリックします。この機能は2023年6月時点でベータ機能のため、この機能をオンにしてアプリケーションを作成された場合、Salesforceサポートでの調査を実施させていただけない場合がございます。​任意のアプリケーション名を入力します。ログレベルはデフォルトのままで構いません。こちらのオプションは、今回のアプリケーション作成ログに関するもので、イベントモニタリングのログとは関係ありません。ガイダンスへの入力が全ステップ完了すると作成中の画面に切り替わります。作成が完了するとメールが届きます。​​データマネージャーを開きます。アプリケーションの作成が完了したらAnalytics Studioのホーム画面下にある[データマネージャ]をクリックします。​開いた画面の左ペインの下側にある[データフローを管理]をクリックします。​​データフローからスケジュールを設定します。左ペインから[データフローとレシピ]を選択します。​​開いた画面から[データフロー]を選択します。​開いた画面から、作成した[アプリケーション名_AppendDataflow]があるので右側の▼ボタンから[スケジュール]を選択します。​アプリケーションに最新データが取り込まれ、更新による中断を最小限に抑えるには、イベントログファイルが生成されてから数時間後にデータフローが実行されるようにスケジュールする必要があります。そのため推奨の時刻はAM6:00～AM7:00程度となります。スケジュールを設定したら[保存]をクリックします。​​また古いバージョンの画面ではありますが、動画の説明資料もありますのでご確認をお願いします。動画 - イベントモニタリング設定動画_応用編①（Event Monitoring Analytics）​4．Event Monitoring Analytics アプリケーションのアップグレード画面に新しバージョンのリリースを案内するバナーが表示されることがあります。その際に[現在のアプリケーションをアップグレード] と[新規アプリケーションを作成] を選択することができます。ただし、 [現在のアプリケーションをアップグレード] を選択した場合、カスタマイズが削除されるので実施には注意が必要です。学習ツールHelp - Event Monitoring Analytics の日次データフローのスケジュールHelp - 1 時間ごとのイベントログと 24 時間のイベントログの違いTrailhead - Event Monitoring Analytics アプリケーション 動画 - イベントモニタリング設定動画_応用編①（Event Monitoring Analytics）まとめ適切な権限設定を行い、分析を有効化した上で、 すべてのログの取り込みを“Yes”にした上でアプリケーションの作成と共有を行えば、Event Monitoring Analyticsをお使いいただく事ができます。

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

この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート​動画で更新内容を学ぶhttps://play.vidyard.com/EL4dgzPV2QYRThWNHuJfEA?​全ての資料をダウンロードして学ぶダウンロードはこちら​記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の10月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。​2023年10月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。​まずは製品イノベーションです。​10月15日に日本のお客様向けインスタンスにおいてWinter'24がリリースされました。またサクセスナビでは Winter '24リリース注目の新機能 ページを公開中です。来月には新機能に関する動画を公開する予定となっておりますので、Winter '24リリース注目の新機能ページをブックマークしておいてください。​関連リンクThe 360 Blogオンラインコミュニティ：Release Readiness Trailblazersサクセスナビ : バージョンアップに備えましょうサクセスナビ：Winter '24リリース注目の新機能リリースノート：リリースの準備Winter ’24 Pre-Release SiteWinter ’24 Release noteSalesforce Sandbox プレビュー手順Release SiteWinter '24 Release HighlightsRelease in a BoxRelease Overview DeckTrustサイト（リリーススケジュール）​続いて、Winter'24のリリースノートにおける更新情報のご紹介です。​今月は9月18日以降の更新の中から、現行動作に影響を与える可能性があるものをピックアップしています。​ここでは、多くの更新情報の中から、現行動作に影響を与える可能性があるものをピックアップしています。すべての変更情報は、Winter ’24 更新情報一覧（英語版）よりご確認ください。​Query for All File Shares with ContentDocumentLink「すべてのファイルをクエリ」権限を持つユーザはContentDocumentLink オブジェクトもクエリできるようになったことがリリースノートに記載されました。​Inbox Mobile is Being RetiredInbox Mobile アプリケーションは2024年2月に廃止される予定がリリースノートに記載されました。モバイルでのご利用については、Salesforce モバイル アプリケーションのご利用をご検討ください。​Create From Lookup Changes参照関係項目からレコードを作成する際に「保存 & 新規」ボタンが表示されなくなることがリリースノートに追加されました。​Save Agents Time and Improve Accuracy with Grounded Einstein Service Replies (Generally Available)Optimize Agent Productivity and Response Quality with Einstein Service Replies (Generally Available)上記二点はEinstein サービス返信に関する情報ですが、本機能は現時点では英語でのみ利用可能であることが追記されています。​getSalesforceBaseUrl() Method Is Being DeprecatedAPIバージョン59以降ではgetSalesforceBaseUrl() メソッドが使用できなくなるため、getOrgDomainUrl()メソッドのご利用をご検討ください。​REST Limits Response Change for Usage-Based Entitlement for Platform Events and Change Eventsプラットフォームイベントと変更イベントに関するもので、大量のプラットフォームイベントと変更イベントを追加するアドオンを購入していない 組織では、Winter ‘24以降、MonthlyPlatformEventsUsageEntitlementの値がREST APIの応答に含まれなくなることがリリースノートに追加されました。​Close Cases Faster using Einstein Work Summaries with Generative AI(Generally Available)Use Improved Transcripts for Voice and Video Calls上記二点については、Einstein作業サマリと会話インサイトに関する情報ですが、ともに現時点では英語でのみ利用可能であることが追記されています。​Back Up and Restore More DataSalesforce Backupに関する情報についてです。バージョン2.7以降では数式項目の値と共有設定のバックアップがサポートされることがリリースノートに追記されています。​Verify Email Addresses to Send Email Through Salesforceメールアドレス検証に関する情報についてです。メールアドレスが未検証であるユーザはSalesforceからメールを送信することができず、Spring’24ではこの動作がシングルサインオンを利用している組織にも適用されます。本リリースノートではDKIMで検証されたドメインに属するメールアドレスは検証済みとみなされる旨が記載されました。​Allow Only Trusted Cross-Org Redirections (Release Update)信頼済みの組織間リダイレクトに関する情報についてです。[リダイレクト用の信頼済み URL] という許可リストに追加されている場合に限り、別組織 にリダイレクト可能とする動作について、2023年10月以前にWinter'24を取得した組織については既定で有効化されている旨が追記されました。​Streaming API Versions 23.0 Through 36.0 Are Being RetiredStreaming APIに関する情報についてです。バージョン23から36についてはWinter’25で廃止予定であることがリリースノートに追加されました。​Navigation Change for Modal WindowsNew and Changed Aura ComponentsNew and Changed Aura Component EventsNew and Changed Modules for Lightning Web Components上記四点については、クイックアクションが有効なコンポーネント等からURL遷移するためのファンクションを使用したときの動作に関する情報です。モーダルからURL遷移するときにデフォルトではモーダルが閉じられないことがリリースノートに追加されました。​Social Customer Service Starter Pack Is Being RetiredSocial Customer Service Starter Packに関する情報です。2024年11月16日に廃止予定であることがリリースノートに追加されました。​​次は、インフラ強化に関する情報です。​10月8日にプレビュー対象の一部のSandboxのインスタンスリフレッシュが実施されました。11月には本番環境のインスタンスリフレッシュが予定されています。インスタンスリフレッシュの準備については、サクセスナビから解説動画をご覧いただけます。該当するお客様は内容のご確認をお願いします。​関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって？インスタンスリフレッシュの概要と準備​Salesforce アプリケーションからのメールを受信できるようにするのナレッジに３回更新が入っています。9/21の更新HyperforceのEmail Relayに使用されているIPアドレスの表があるのですが、アラブ首長国連邦の国コードがUAEからAREに変更されました。9/25の更新HyperforceのEmail Relayに使用されているIPアドレスの表にCHEのIPアドレス（16.62.45.212、16.62.237.36、 16.62.27.47）が追加されました。10/3の更新Salesforceのデータセンターにある組織のメール受信に使用されるAPNICのIPアドレス範囲が追加されました。IPアドレス許可リストを使われているお客様は、APNICの新しいIPアドレス範囲の追加作業をお願いします。関連リンクSalesforceのIPアドレスとドメインで許可するHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする​続いてWinter’24のリリースで適用済みのリリース更新についてです。​既にWinter '24になっていますので、こちらのリリース更新は全て適用済みとなります。影響が大きかったものとしては、拡張ドメインの有効化や日本語の表示ラベル変更、Chatterメール通知を送信するときの送信者名とメールアドレスの必須化などがありました。​関連リンクWinter '24 リリースノートの更新情報拡張ドメインの有効化フローでのセッション ID へのアクセスを無効化ケースおよび取引先責任者の暗黙的な子共有を保存しないことによる取引先共有の再適用の迅速化の実現 (リリース更新)同じコンテキストと同じユーザアクセス権で一時停止中のフローインタビューを再開する日本語(カタカナ)の表示ラベル変更(Release Update)Chatter メール通知を送信するときの送信者名とメールアドレスの必須化 (リリース更新)​また、MFAの自動有効化は引き続きSpring '24でも実施予定です。来月からSpring '24で適用される予定のリリース更新の内容に変更いたします。リリース更新は、適用することで既存機能に影響を与える可能性のある更新です。管理者の皆様は早めにSandboxで動作確認をするようにお願いします。​関連リンクWinter '24 リリースノートの更新情報サーバー ID に 3 文字を使用するように Salesforce オブジェクト ID を調整　Lightning アプリケーションの CSRF トークンのセキュリティの機能強化MFA の自動有効化: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)​Winter '24で拡張ドメインの強制適用が実施されました。現在は旧URLへアクセスした場合、新URLへリダイレクトがされておりますが、Winter '25（2024年10月）でリダイレクトは停止される予定です。参考情報の「Salesforce の拡張ドメインに関するよくある質問」のナレッジにリダイレクトのログを有効化する方法などが載っていますので、内容のご確認をお願いします。​関連リンク拡張ドメインのスケジュールチェックリスト​続いて、その他の更新です。​現在のSalesforce ではメールアドレスが未検証であるユーザは、Salesforce からメールが送信できない動作となっています。この動作はシングルサインオン、SSOをご利用中の組織には適用されていませんでしたが、Spring’24のリリース以降はSSOをご利用中の組織にも本動作が適用される予定となっています。​以下３つの条件を満たす場合には、メールアドレスの検証が必要になりますので、本件に関する対応をご計画ください。SSOを利用しているメール送信を行う必要があるメールアドレスが検証されていない​本件に関する詳細はサクセスナビ「Salesforce からメールを送信するためのメールアドレス検証」に情報を纏めておりますので、ご確認ください。​続いて機能の廃止に関する情報です。​Marketing Cloudの製品の情報が2点追加されています。まずは、Social Customer Service と Social Customer Service Starter Pack についてです。2024 年 11 月 18日または現在の契約終了日のいずれか早い日から、Social Customer Service と Social Customer Service Starter Pack のアプリケーションや機能にアクセスできなくなります。​続いて、WhatsApp製品の廃止についてです。WhatsApp Chat Messaging Access、WhatsApp Conversations、WhatsApp Chat Messageについては、契約終了日以降はアクセスすることはできなくなる予定です。​最後にその他の情報です。​本動画や資料に関するアンケートがございます。ぜひみなさまの率直なご意見をお聞かせください。いただいたご意見をできるだけ反映し、より良いものにしていきたいと考えておりますので、ご協力いただけますと幸いです。​​10月度のアップデートは以上となります。最後までご覧いただき、ありがとうございました。

Classic ナレッジデータモデルの廃止

この記事で学べることClassic ナレッジデータモデルの廃止の概要を知ることができますLightning Knowledge へ移行のメリットを知ることができますClassic ナレッジデータモデルの廃止前に必要な作業を知ることができますClassic ナレッジデータモデルの廃止の概要Summer '25（ 2025 年 6 月） のリリースで、Classic ナレッジデータモデルは廃止され、記事タイプをご利用いただくことはできなくなる予定です。Summer '25 リリース以降は、Lightning Knowledge データモデル（Knowledge__kav）のみご利用可能です。そのため、Classic ナレッジデータモデルをご利用のお客様はSummer '25のリリースまでに、Lightning Knowledge 移行ツール（以下、移行ツール）を利用して、Lightning Knowledge データモデルへ移行いただく必要があります。​現在使用しているデータモデルの確認方法現在ナレッジを利用しているが、それが Classic ナレッジデータモデルなのか Lightning Knowledge データモデルなのかわからないという場合には、[ナレッジの設定]画面で確認することができます。​クリックパス：設定 ＞ 機能設定 ＞ サービス ＞ ナレッジ ＞ ナレッジの設定※ [Lightning Knowledge を有効化]にチェックが入っている場合、Lightning Knowledge データモデルを利用中です​想定される影響記事タイプを参照しているカスタマイズはリファクタリングが必要な可能性があります記事タイプを参照している Apex コードや Visualforce ページ、記事タイプを参照してナレッジを外部公開しているなどの使い方の場合、Summer '25 リリース以降は機能しなくなる可能性があります。Lightning Knowledge 移行後も、引き続き Classic UI を利用する場合には制限がありますので、一例をご紹介します。記事タイプは廃止されますので、記事タイプを使用したナレッジの絞り込みはできなくなります。Classic UI でデフォルトのレコードタイプを設定したり、レコードタイプを変更するなどの一部のアクションを使用できません。Lightning Knowledge の 1 つのレコードタイプのみに割り当てられた選択リスト値は、Classic UI で表示されません。​まだ Ligthning Experience へ移行が完了しておらず、Classic UI を引き続きご利用中の場合、Lightning Knowledge データモデルへ移行完了後も、引きづつき Classic UI でナレッジを利用可能です。しかしながら、Lightning Knowledge へ移行することで得られるメリットを活かすためにも、できるだけ早めに Lightning Experience へ移行いただくことを推奨します。​Lightning Knowledge移行のメリットClassic ナレッジデータモデル から Lightning Knowledge データモデルに移行すると、以下のような最新のナレッジ機能を利用することができます。統合ナレッジSalesforce にサードバーティシステムのナレッジを統合します。そして、それを Einstein のグラウンディング対象にすることができます。サービスデータを使用した Einstein 応答のグラウンディングLightning Knowledgeを Einstein のグラウンディング対象にすることができます。グラウンディングを使用すると、お客様独自のナレッジとケース履歴を用いてよりパーソナライズされた回答のドラフトを作成可能になります。Einstein ナレッジ作成お客様とエージェントとのやりとりに基づいて、Einstein がドラフト記事を作成することで、エージェントの生産性を向上させます。フローLightning Knowledge に移行後は、フローを使用して自動化の設定をすることができます！フローについてご存じない場合は、フロー初心者向け学習リソースまとめ（サクセスナビ）をご参照ください廃止前に実施いただきたい作業Summer ’25 リリースまでに、移行ツールを利用して、Lightning Knowledge データモデルへ移行をお願いします。​※移行ツールの使い方については、エキスパートコーチング「Lightning Knowledgeへの移行の計画」の動画をご視聴いただけます。Premier Success Plan 以上のご契約の場合、フォローアップのお申し込みも可能です。​動画で、移行ツールを利用したLightning Knowledge データモデルへの移行の全体像を把握いただけましたら、以下、作業ステップを参考に移行計画を立ててください。Full Sandboxでの移行検証Full Sandboxを作成もしくは更新移行ツールの実行と動作確認カスタマイズの変更箇所を確認し、対応方法を検討サポートへ本番環境の移行ツール有効化を依頼事前検証した Full Sandbox の作成もしくは更新日が直近1ヶ月より古い場合は、有効化できない場合があります本番組織の移行ツール有効化のため、サポートにケース起票（移行予定日まで 1 ～ 2 週間の余裕を持ってケース起票をしてください）ナレッジのバックアップ（Full Sandbox を作成/更新 もしくは データのエクスポート)本番組織での移行ツール実行移行ツールの実行カスタマイズの更新移行後動作確認なお、Full Sandbox のライセンスをお持ちでない場合は、弊社営業担当者へご相談ください。学習ツールエキスパートコーチング：Lightning Knowledgeへの移行の計画Trailhead：Lightning Knowledge への移行リリースノート：Lightning Knowledge 移行ツールの実行まとめClassic ナレッジデータモデルは Summer '25に廃止される予定です移行ツールを利用して、Lightning Knowledge データモデルへ移行します​

新機能 Summer'24 斜め読み (Marketing Cloud)

Marketing Cloud Engagementに関するリリースApp, Setup, and SecurityQuickly Deploy a Retail Onboarding Journey with Industry Solutions概要小売業界向けのオンボーディングキャンペーンを迅速に展開するためのテンプレートが追加されます。業界特有のジャーニー、コンテンツ、オートメーション、ランディングページを通じて顧客エンゲージメントが向上します。適用範囲：全てのMarketing Cloud Engagementエディション適用時期：2024年7月1日から追加情報パッケージマネージャーの Industry Solutions​Get More Subscriber Information with Package Manager Interactive Email Industry Solutions概要業界特化の迅速なキャンペーン実施を支援する5種類のインタラクティブメールフォームが新たに導入されます。メール内で直接情報を提供できるため、購読者はアプリケーションを離れることなくフォームを送信可能です。適用範囲：全ての Marketing Cloud Engagement エディション適用時期：2024年7月1日から追加情報パッケージマネージャーの Industry Solutions​Visualize Automation History概要オートメーション全体のステータスや、成功率の低さ、スキップやエラーの多さといった情報を視覚的に確認ができるダッシュボードが登場します。当初は英語のみでの UI となりますが、将来ローカライズされます。追加情報Automation History and Health​Import Large Datasets Efficiently with a Data Extension概要インポート面が改善され、データコピーやインポートアクティビティを使用すると、ソースとして DE を使用して大規模なデータセットをコピーできるようになりました。これにより、データをコピーするためのSQL クエリアクティビティを使用する必要がなくなり、インポートのために長時間実行するクエリタイムアウトエラーを防ぐことが可能となります。追加情報適用範囲：全ての Marketing Cloud Engagement エディション適用時期：6月から段階的に利用可能​Fine-Tune Permissions for SFTP Users概要SFTPユーザーに、異なるレベルのアクセス権を付与することで、セキュリティを向上させることができます。ユーザーレベルでは、トップレベルのSFTPフォルダーを参照や編集、ダウンロード、アップロードするアクセス権限を割り当てることができます。また、各ユーザーのホームディレクトリをカスタマイズすることで、追加のアクセス層を適用することもできます。対象：すべての Marketing Cloud Engagement エディションに適用2024 年 5 月から段階的に展開され、現在利用可能追加情報​Plan Automations Based on Start-Time Scheduling Recommendations 概要オートメーションの実行時間の重複による実行遅延やシステム過負荷などを緩和するため、推奨実行時間(Recommended Time)機能が導入されます機能の出現条件：開始日の右にあるアイコンが赤になった場合対象エディション：すべてのエディションリリース時期：6月から順次​Repeat Automations More Frequently概要オートメーションの繰り返し時間の最小周期が「1時間」から「15分」に短縮されました。対象エディション：すべてのエディションリリース時期：2024 年 5 月から段階的に展開され、現在利用可能​Get More Insights About Your Automation Health and History概要セットアップからダウンロードできるオートメーション履歴(Automation Health and History)の出力項目にsource, creation date(作成日), frequency(実行頻度), and the most recent run date and time(最終実行日)が追加されます。対象エディション：すべてのエディションリリース時期：6月から順次​Secure Event Notification Service Connections with OAuth 2.0 with Assertion Authentication概要ENS (Event Notification Service) が送信結果を自社システムに送る前に許可を得てから行うフローを構築できるようになります。これにより、正しい外部システムにのみ結果を通知することができます。​ENS の結果にメールアドレス等の個人情報が含まれるので、正しい送信先であることを確認してから送信を行っていただくことをお勧めいたします。​追加情報FAQ1) ENSとは？: 主にトランザクショナルのメールや SMS の送信結果を、MCから自社サーバーに対して HTTPで “自発的に" お知らせする機能2) 既存システムへ影響はありますか? :  認証オプションが追加されるだけで、強制するものではありませんので影響ありません参考資料イベント通知サービスUse OAuth2 Authentication with Event Notification Service注意事項お客様側のシステムにて OAuth 2.0 に即したトークンを折り返す機能を実装いただく必要があります。サポートサービスではお客様システム側への実装に対するご支援はできかねます。​​Monitor Event Notification Service Callbacks Using Alert Manager概要ENS に対する問題が発生した際に、アラートマネージャーに通知することが可能になります。追加情報対象エディション：すべてのエディション管理者権限とEvent Notification Service権限を持つユーザーが設定可能です​Social Studio Is Being Retired 概要2024/11/18にSocial Studioがサービス提供を終了し、アクセスできなくなります。こちらはSocial Studio関連の全ての機能に影響し、Social Customer Serviceとfree Starter Packも含まれます。​上記の日付の前まで以下の方法で必要なデータの抽出をしていただけますようお願いいたします。Social Studio Data Extracts​Cross-CloudPrevent Email Sends with Empty Fields in Distributed Marketing概要Distributed Marketing リッチ テキスト ブロックが空の状態の場合に送信できないよう制御する機能が追加されます。追加情報DMとは、MC のコンテンツマネージャContent Manager でリッチなメールコンテンツを作成し、それを含めたジャーニーをCRM から実行できます。コンテンツに Distributed Marketing リッチ テキスト ブロックを追加してそこにコンテンツを書き込んでいきます。このリッチテキストブロックのコンテンツが空の場合は送信できないよう制御することが可能となりますが、プレーンテキストブロックには当該効能はございません。DevelopersAMPscript RetrieveSalesforceObjects() Function Rowset Limit 概要AMPscriptの RetrieveSalesforceObjects() 関数は、指定した条件に基づいてSalesforceオブジェクトからデータを返します。以前はこの行セットのサイズに制限はありませんでしたが、この関数が生成する行セットは 2024 年 6 月 21 日から、1,000 件のレコードのみが含まれるようになります。変更理由: メール送信のパフォーマンスを最適化するために継続的に行っている機能変更の一環として実施対象: この変更はすべてのMarketing Cloud Engagement エディションに適用追加情報過去数ヶ月間に RetrieveSalesforceObjects を使用して、オブジェクトごとのデータ取得制限 1,000 レコードを超過した環境を対象として、すでに製品コミュニケーションメールが対象のMC環境のシステム管理者には送付済み。メール件名: 【重要】Marketing Cloud Connect の AMPscript Retrieve 関数の容量制限について配信日: 2024/04/19​Compress Journey History Data Downloads概要APIによるJourneyの履歴をダウンロードする際に、圧縮ファイルがサポートされました。追加情報interaction/v1/interactions/journeyhistory/downloadヘッダーのaccept-encoding項目に、gzipとdeflateが設定できるようになりました。​Manage Data Extensions with REST API概要REST API の CustomObjects エンドポイントで DE を作成、更新、取得等できるようになりました。対象：全ての Marketing Cloud Engagement エディション追加情報Custom Object API (can be outdated or unavailable during release preview)​Release Multiple Contacts from Journey Waits Simultaneously 概要ジャーニーの待機アクティビティから退出するためのAPIは、これまで1件の連絡先毎にAPIコールが必要でしたが、Members 配列による指定で100 件までの連絡先を一度の API リクエストで処理することが可能となります。​追加情報対象：Journey Builder使用可能なお客さま限定Insert Contacts into a Journey Asynchronously (can be outdated or unavailable during release preview)​Use AMPscript to Encode JWTs with RSA Signatures 概要AMPscript の GetJWTByKeyName() 関数を用いることで、JSON Web Token (JWT) を RSA 署名（SHA-256, SHA-384, SHA-512 ハッシュ関数）でも暗号化できるようになりました。以前までは HMAC 署名のみ可能でしたが、第2引数に指定可能な暗号化手段が拡張されました。​追加情報対象：全Marketing Cloud Engagement エディション利用方法：RSA 秘密鍵を含む .asc ファイルを キー管理 に保管JWT を暗号化するために、 GetJWTByKeyName() 関数を利用第一引数にキーの外部キーを用いることで使用可能参考資料: GetJWTByKeyName() (can be outdated or unavailable during release preview)​JourneysGive Journeys a High System Priority 概要Journey に [High] システム優先度を設定が可能になります。システム優先度は、これまで 低(Low) および 標準(Standard) が選択可能となっていましたが、MC管理者は高(High)の優先度を選択可能となります。​​追加情報対象: コーポレートおよびエンタープライズ Edition、およびJourney Builderアドオン​Get Useful Journey Information on the Canvas 概要キャンバス上で素早く Journey のアクティビティ総数の確認、および、そのバージョンのDefinitionIDを取得が可能になります。​対象：コーポレートおよびエンタープライズ Edition および Journey Builder アドオン利用理由：この機能よりJourney Builder パフォーマンス問題に対しして容易にドラブルシューティングが可能になります。​​Send a Larger Volume of Emails with High-Throughput Sending概要ハイスループット送信を有効化することで、今までの 2 倍以上の量を送信することができるようになります。追加情報3月のリリースにてジャーニーの設定画面上のオプション「Journey Builderハイスループット送信」が追加されました。Journey個別に有効化が可能ですが、有効化後に無効にすることはできないなど考慮事項がございますので下記考慮事項をご確認の上、ご利用のご検討と活用をお願いいたします。Journey Builder のハイスループット送信に関する考慮事項​Specify Inbox Message Send Dates in Journey Builder 概要Journey Builder からの受信トレイメッセージの配信で、開始日時と終了が設定可能になります。MobilePush の画面より、受信トレイ、インタラクションを選択した際に、下記のようにプッシュ送信日の設定開始日時(開始日時)と受信トレイの有効期限の日時(終了日時)を任意で設定可能になります。Journey Builder のアクティビティを通過するタイミングより前の日時を開始日時とした方が、運用上わかりやすいです。以前は指定ができず、Journey をアクティブ化した日時が開始日時、その１年後が終了日時に自動で設定される挙動でした。​対象：コーポレートおよびエンタープライズ Edition および Journey Builder アドオン利用​Improve Journey Performance with Recommendations 概要Journey Builder のパフォーマンス向上のため、レコメンド機能が補強されました。古くなったコンテンツの利用や、最後の待機が長い場合などもレコメンドの警告として表示されるようになります。​対象：コーポレートおよびエンタープライズ Edition および Journey Builder アドオン利用​MessagingShorten SMS Links in MobileConnect and Journey Builder概要MobileConnect と Journey Builder の SMS で、「Marketing Cloud Engagement」短縮リンク機能が追加されます。すべての購読者の合計クリック数と購読者ごとのユニーククリック数をトラッキング可能となります。対象：Hyperforce 組織でのみ使用可能追加情報Hyperforce組織上では既存のBitly による短縮機能に加え追加の短縮リンク機能の2種類いずれかを利用可能となります。Hyperforce以外の組織上は既存のBitlyのみで変更はございません。​Secure a Custom Domain for SMS Link Shortening in MobileConnect 概要上の Marketing Cloud Engagement 短縮リンクの場合、カスタムドメインを使用可能となります。対象：Hyperforce 組織でのみ使用可能​機能有効化は、担当営業またはサポートに問い合わせください。​Simplify SMS Messaging by Using DLT Templates in MobileConnect 概要MobileConnectとJourney Builderのメッセージ用テンプレートが用意されました。対象：インドのHyperforce 組織 (Stack 401) でのみ使用可能*Telecoms Regulatory Authority of India (TRAI)規制に準拠したテンプレートのため​Add MobilePush to Your Flutter Mobile Apps 概要これまで MobilePush は iOS/Android の Native アプリ向けSDKと、React Native/Cordova の plugin の提供がありました。今回、Flutter 用 plugin を正式に提供することになりました。ただし、Inbox メッセージや Location メッセージを利用できない等の制限事項もございますので、最新のplugin情報をご確認の上ご活用ください。Salesforce Marketing Cloud SDK for Flutter​Test and Troubleshoot Your App Configuration Using the MobilePush Diagnostic Tool 概要アプリの設定をテスト/トラブルシュートするために MobilePush 診断ツールを利用可能となります。Administer MobilePush の権限を持つユーザーにて[管理]タブからテスト対象のアプリのSettingsからご活用ください。対象: すべてのMarketing Cloud Engagement エディションに適用されますご利用可能日: 2024 年 5 月から順次利用可能MobilePush Developer Documentation Has Been Updated 概要MobilePush Developer ドキュメントがパブリッシュされました。既存の GitHub 上にて提供中の内容に加えた情報も含まれますのでご活用ください。​Enhance Message Engagement Tracking with More MobilePush Events概要Event Notification Service (ENS)に、以下のMobilePush Eventが追加されます。Push SentPush Not SentPush BouncedPush OpenIn-App DeliveredIn-App DisplayedIn-App DismissedInbox Open​セットアップ > 機能設定 > イベント通知 > 購読 にて設定可能です。​Stay Compliant with Apple Privacy Regulations with the New Privacy Manifest概要Apple 社のアプリ審査要件として新たに追加された Privacy Manifest に対応した MobilePush SDK バージョン 8.1.2 がリリースされました。Privacy Manifest は最新板の 8.1.2 だけに追加されていますのでお客様側の都合で 8.1.2 へバージョンアップができない場合は、お客様側で Privacy Manifest ファイルをアプリに追加しこちらのページ の記載内容を設定頂く必要があります。​​Adopt the New Authentication Pattern for Android Applications in MobilePush概要2024年6月の Google 社の FCM レガシーエンドポイント廃止に伴い、お客様側では Android アプリのアラートメッセージ (プッシュ通知) 配信を継続的に利用できるように、新しい設定を実施する必要があります。​新しい方式で配信を利用し続けるためにはお客様側で Google の Firebase 管理画面から Service Account JSONファイルをダウンロードしMC管理画面にアップロード頂く必要があります。追加情報Google 社の FCM レガシーエンドポイント廃止に伴う対応​Marketing Cloud PersonalizationTrack More Marketing Cloud Personalization Product Metrics概要Unique Visitor数やImportとExportのデータ量、Trigger発火数、Campaign response数、Event数をアカウント全体およびデータセット単位で俯瞰して閲覧すること(CSV出力)が可能となります。UIより[Report] | [Personalization Consumption]から遷移し利用可能となります。