“新機能”の検索結果
-
この記事で学べることSalesforceが実施しているコア製品(Sales CloudやService Cloudなど)のメンテナンスについて知ることができますメンテナンス通知を受け取るための方法を知ることができますシステムメンテナンス目的システムメンテナンスは、Salesforce サービスをサポートするインフラストラクチャのセキュリティ、可用性、およびパフォーマンスを維持するために実施されます。実施日時Salesforceでは、「優先システムメンテナンス実施時間」(暦月の第 1 週末と第 3 週末)を設けており、可能な限り、その時間内にシステムメンテナンスをスケジュールします。必ずしも月2回メンテナンスを行うわけではなく必要な場合にのみ実施します。日本のお客様の「優先システムメンテナンス実施時間」は、以下の通りです。お客様組織のインスタンスシステムメンテナンス日時(日本時間)AP13、AP16、AP20、AP21、AP26、AP43、A47第1、第3日曜日 午前1時〜5時(ネットワーク機器など、同じ地域内の他のインスタンスと共有のインフラストラクチャのメンテナンスの場合、第1、第3日曜日 午前0時〜4時)AP9、AP10、AP11、AP12、AP14、AP17、AP18、AP19、AP22、AP24、AP25、AP27、AP28、AP44、AP45、AP46、AP48、 AP49、AP50CS6、CS58、CS73、CS111、CS112、CS113、CS114、CS115、CS116、CS117、CS137、CS151、CS152、CS291、CS293、CS294、CS295、CS311、CS312、CS313第1、第3日曜日 午前0時〜4時Hyperforceリージョンシステムメンテナンス日時(日本時間)Japan [JPNx]第1、第3日曜日 午前0時〜4時優先システムメンテナンス実施時間については変更されることがございます。最新の情報は、優先システムメンテナンスのスケジュール(ナレッジ)をご確認ください。月初日が日曜日の月のメンテナンス時間は、第2、第4日曜となります。インスタンスとは、お客様の組織が稼働している場所です。お客様の組織が稼働しているインスタンスはTrust サイトのシステム状況(※)で確認することができます。(※)Salesforceでは、Salesforce製品のシステムパフォーマンスやセキュリティ、メンテナンス計画に関する最新情報をTrust.salesforce.comでリアルタイムに公開しています。お客様組織のインスタンスを確認する方法は、以下の通りです。[私のドメイン]でインスタンスを検索します。[私のドメイン]のURLは、Salesforceにログイン後のブラウザのURLに表示されます。例えば、https://winter21-20201209.lightning.force.com の場合、(.lightningの前の)「winter21-20201209」が[私のドメイン]です。2. 検索結果より、インスタンスは「AP25」だと分かります通知を受け取る方法メール通知メンテナンスがスケジュールされると、Trustサイトのシステム状況ページのメンテナンスカレンダーにメンテナンス実施日時やメンテナンス中のお客様組織の可用性が公開され、 Trust Notification 登録者に Trust Notification メールが送信されます。Trust Notification の登録方法は以下の通りです。先程の検索結果で表示されたインスタンスをクリックします[Subscribe]をクリックします3.メールアドレスを入力し、[Send me a link to sign in/sign up]をクリックしますTrust Notification通知は、メンテナンスがスケジュールされたタイミングのみでなく、メンテナンスの 10 日前とメンテナンスの作業開始/終了時にも送信されます。Salesforceを運用する上で、とても重要な通知になりますので、普段頻繁に確認するメールアドレスを登録するようにしてください。アプリケーション内通知スケジュールされたメンテナンスの約 1 週間前にSalesforce へログインすると、メンテナンス日時をお知らせするポップアップが表示されます。その他通知に関する留意事項お客様にて事前作業が必要なメンテナンス(※1)の場合、メンテナンスの数か月前にシステム管理者様宛(※2)に「Salesforce の製品およびサービスに関するお知らせ」メールで通知します。(※1)インスタンスリフレッシュに備えたネットワーク設定やハードコード化された参照の更新などがあります。(※2)Trust Notificationと異なり、製品コミュニケーションメールはSalesforceのユーザー宛に送信されます。対象となるユーザーは、システム管理者プロファイルのユーザー、もしくは、「ユーザーの管理」および「すべてのデータの編集」権限を持つユーザーです(図A)。宛先アドレスは、Salesforceのユーザー画面に表示される[メール]項目のアドレスです。(図B)(図A)[設定][ユーザー][プロファイル](図B)[設定][ユーザー]社内に管理者が複数いる場合は、その全員がシステム管理者プロファイルであるか、製品コミュニケーションメールを受け取るための権限が付与されているかを確認しておきましょう。なお、緊急システムメンテナンスは、お客様への通知が 1 週間前より後になることがあります。組織が受ける影響メンテナンス中のお客様組織の可用性は、Trustサイトのシステム状況ページで確認することができます。1.Trust サイトのシステム状況ページで自分の組織があるインスタンスを検索してクリックし、[メンテナンス]タブをクリックします。2.[メンテナンスのID]をクリックします3.[可用性]を確認しますメンテナンスの内容によっては停止を伴うこともありますので、お客様の Salesforce 組織のメンテナンス作業 (ソフトウェアのアップグレード、インテグレーションの変更など) は、お客様のインスタンスが対象となる 優先システムメンテナンス実施時間以外にスケジュールするようにしてください。リリースメンテナンスリリースメンテナンスは、以下3つの種類があります。メジャーリリースパッチリリース日次リリース目的いずれも、Salesforce サービスを最新の製品バージョンにアップグレードし、拡張された機能を提供するために実施されます。メジャーリリース新機能の追加や既存機能の拡張、ベータ機能やパイロットプログラムなどを配信します。パッチリリーススケジュールされたアプリケーション修正を配信します。日次リリース臨時のアプリケーション修正を配信します。お客様組織の現在のバージョンは、Trustサイトのシステム状況ページで確認することができます。現在のバージョン Spring’21 Patch 19.14 メジャーリリース Spring'21パッチリリース Patch 19日次リリース 14実施日時1.メジャーリリースメジャーリリースメンテナンスは、1 年に 3 回実施されますメジャーリリースメンテナンスは、実施時期によってSpring’21、Summer’21、Winter’22 のような名前になります(2021年夏のメジャーリリースはSummer'21で、2021年冬のメジャーリリースはWinter'22となります)本番インスタンスがバージョンアップする前に、プレビュー対象のSandboxインスタンスが先にバージョンアップしますインスタンス毎のメジャーリリースメンテナンスの実施時期は以下の通りです。(インスタンスごとに特定の5 分間の実施時間が Trust サイトのシステム状況ページに掲載されます)組織の種類お客様組織のインスタンスリリース月(Spring/Summer/Winter)メジャーリリース実施予定時間枠(JST)Sandbox(プレビュー対象)CS5、CS31、CS57、CS72、CS74、CS75、CS76、CS111、 CS112、CS113、CS116、CS137、CS152、JPN2S、JPN6S、JPN10S、JPN12S、JPN18S、JPN20S、JPN22S、JPN28S1月/5月/9月日曜日 午前1時〜6時Sandbox(プレビュー対象外)CS6、CS58、CS73、CS114、CS115、CS117、CS151、JPN4S、JPN8S、JPN24S2月/6月/10月日曜日 午前1時〜6時本番APx、JPNx2月/6月/10月日曜日 午前1時〜6時2.パッチリリース週次でスケジュールされ、通常は金曜日(日本時間)にリリースされます。可能な限りピーク時間以外にダウンタイムなしでリリースされます。3.日次リリース必要に応じて実施され、どの曜日にも発生する可能性があります。可能な限り、ピーク時間以外にダウンタイムなしでリリースされます。メジャーリリースの通知を受け取る方法システムメンテナンスの通知と同様で、Trust Notification通知と製品コミュニケーションの2種類の方法でお知らせします。メージャーリリースの事前通知の内容製品コミュニケーションメールプレビュー対象のSandbox のアップグレードの約 1 か月前(※)に送信されます。 スケジュールだけでなく、Sandboxプレビューに参加するための手順も含まれます。アプリケーション内通知アップグレードの約 1 週間前にSalesforceへログインすると、リリースの最終のお知らせがポップアップで表示されます。(※)メジャーリリースのスケジュールについては、約1年前からTrust サイトのシステム状況ページ に公開されます。通知はありませんが、Trust サイトのシステム状況ページ でいつでも最新のスケジュールを確認できるようになっています。メジャーリリース当日の通知を受け取るタイミングメジャーリリースの当日、Trust サイトのシステム状況ページ への情報掲載およびリリースプロセスの次の 3 場面にて、Trust Notification 登録者にメールが送信されます。スケジュールされたリリース実施時間の開始 10 分前インスタンスでリリースが稼働した直後すべての新機能が使用可能になった後(通常は、2の数時間後)Salesforce では、メジャーリリース実施後 24 時間以内に、バージョンアップにて段階的に使えるようになるすべての新機能の有効化を完了するように努めております。パッチリリースと日次リリースは、通知はありません組織が受ける影響メジャーリリースリリース実施時間中は、インスタンスが最大 5 分程度使用できなくなります。パッチリリース通常はお客様の操作に影響を与えません。日次リリース通常はお客様の操作に影響を与えません。学習ツール2019-04-24 Salesforce から配信される各種通知に関するウェブセミナーhttps://play.vidyard.com/i3deHYfv4N5wnUbFkLdCG12019-05-30 意外と知らない?!Salesforce の計画メンテナンススケジュールウェブセミナーhttps://play.vidyard.com/W4BKvZco8GQmv3NAYbzeGa製品およびサービスに関するお知らせ(ナレッジ)Salesforce のメンテナンス中、組織にどのような影響がありますか?(ナレッジ)Salesforce Trust ユーザーガイドまとめ(チェックリスト)自社のメンテナンスをスケジュールしてはいけない時間枠(優先メンテナンススケジュール)を理解しました。メンテナンスに関する通知を受け取る準備ができていることを確認しました製品コミュニケーションを受け取るための権限が自分に付与されていることを確認しましたTrust サイト で、自分の組織のインスタンスをSubscribeしました
-
Salesforceのレポートのスキルを身につけるには実践あるのみ。色々なレポートの作り方をマスターできるドリルをご用意しました。これをやればレポートマスター間違いなしです。是非ご活用ください!レポートを表示するレポートの表示を変更するすべての取引先を抽出するすべての取引先レポートの表示列に業種項目を追加する、表示列から評価項目を削除する列を取引先/都道府県(請求先)/作成日の順に並び替える複数行のデータを作成日を基に降順に並び替えるデータを絞り込む検索条件を指定してデータを絞り込む私が担当する取引先を抽出する作成日が今年の取引先を抽出する作成日が2019年1月10日から2019年3月10日の取引先を表示する都道府県(請求先)が東京都の取引先を抽出する都道府県(請求先)が東京都と神奈川県の取引先を表示する電話番号が03から始まる取引先を抽出する都道府県(請求先)が東京都と神奈川県で、電話番号が03から始まる取引先を抽出するレポートの実行画面上で条件に都道府県(請求先)が神奈川県の取引先を追加する検索条件で「または」「かつ」を使用してデータを絞り込む都道府県(請求先)が東京都または電話番号が03から始まる取引先を抽出する都道府県(請求先)が東京都かつ電話番号が03から始まるか、都道府県(請求先)が大阪府の取引先を表示する日付情報を使用してデータを絞り込む過去1週間のうちに更新された取引先を抽出する先月に更新された取引先を抽出する今年に入って更新されていない取引先を抽出する値が空白「である」「でない」条件を使用してデータを絞り込む電話番号が入力されていない取引先を抽出する電話番号に何らかの値が入力されている取引先を抽出する関連レコードの有無によってデータを絞り込む今月作成された活動がある(=紐づく)取引先だけを抽出する活動が1件もない(=紐付かない)取引先だけを抽出するデータをまとめるグループ化してレポートを見やすくする商談の完了予定日ごとにグルーピングする完了予定日と商談所有者で商談をグルーピングする完了予定日ごとにグルーピング後、集計期間を日付から年月形式(yyyy年mm月)に変更するグループ化して集計する完了予定日で年月にグルーピング後、各年月の合計金額を集計する完了予定日とフェーズでグルーピングし、各年月ごとフェーズごとの合計金額を集計する完了予定日で年月にグルーピング後、各年月の受注金額の最大値を集計する完了予定日で年月にグルーピング後、完了商談に占める成立/不成立商談の件数を集計する列を商談所有者、行を完了予定日でグルーピングして商談金額の合計を集計後、レコード件数を非表示にする完了予定日が2018年と2019年の商談を使用し、成立商談(=受注商談)の合計金額を同月比較できるようにグルーピングを工夫する行と列でグループ化する行を商談所有者、列を完了予定日でグルーピングして商談件数を集計する行を商談所有者と成立フラグ、列を完了予定日でグルーピングして商談件数を集計する行を所有者ロールと商談所有者、列を完了予定日と成立フラグでグルーピングして商談件数を集計する列を所有者ロールと商談所有者、行を完了予定日でグルーピングして成立件数と成立金額の合計を集計するグループ化した集計値同士で計算する商談所有者ごとの成約率(=成約商談件数/完了商談件数)を算出する商談所有者とフェーズで商談をグルーピング後、商談の合計金額を集計する。各フェーズの金額が、その所有者の合計金額に占める割合を算出する完了予定日が2018年と2019年の商談を使用し、成立商談(=受注商談)の合計金額の前年同月比を算出するバケット項目を使用して柔軟にグループ化する取引先の都道府県(請求先)を8地方区分にグルーピングする取引先の都道府県(請求先)を関東地方とその他にグルーピングする取引先の従業員が2000名以上を大企業、2000名未満をその他にグルーピングする商談の金額を0-50万/50万-100万/100万-200万/200万以上にグルーピングする商談のフェーズ1/2/3を商談初期、4以降をその他にグルーピングするグラフを使用する作成したレポートをグラフで表示する取引先所有者ごとの取引先件数(=レコード数)を積み上げ縦棒グラフで表示する。また取引先を都道府県(請求先)ごとに色分けする取引先所有者ごとの取引先件数(=レコード数)を縦棒グラフで表示する。また任意の値かつ赤色で基準線を表示する商談所有者ごとの商談件数(=レコード数)を縦棒グラフで表示する。また商談の金額を折れ線グラフとして追加する商談所有者で商談をグルーピングする。また商談の合計金額が50万円以下を赤、100万円以下を黄、それ以上を緑で表示する取引先所有者で取引先をグルーピングする。実行したレポートをダッシュボードに追加するその他の機能を使用する作成したレポートを別名でコピーする取引先所有者で取引先をグルーピングする。実行したレポートを別名保存する作成したレポートをエクスポートする取引先所有者で取引先をグルーピングする。実行したレポートをExcel形式でエクスポートする作成したレポートを定期的にメール配信する取引先所有者で取引先をグルーピングする。実行したレポートが毎週月曜日の午前9時に自分に配信されるように登録するレポートドリル(Quip版)はこちらレポート作成の応用編として『レポートを使いこなす裏ワザ 総集編』が公開されました。同タイトルの人気記事シリーズをわかりやすくまとめた資料です。ぜひお役立てください。
-
ウェブセミナーシリーズ「Salesforce まずはこれだけ」
さいご「Salesforce のシステム管理者に任命されたが、機能がたくさんあってどこから使い始めたら良いかわからない」「前任者から引き継いだが、現在どういう設定になっているのか把握できていない」このように日々 Salesforce で業務をしていただく上でお悩みのシステム管理者の方は多いのではないでしょうか。このウェブセミナーシリーズでは、「まず、これだけは抑えて欲しいポイント」をSalesforce サポートエンジニアが解説しています。最新の動画メール到達率の向上/レポートについてhttps://play.vidyard.com/RXvkk1tjRvf5DSobCiML43・なぜ到達率の向上が必要か ・到達率を向上させる方法 ・到達率の確認方法資料はこちら第1弾:システム運用編https://play.vidyard.com/7UPKKJwG5ZSpyeHFFA7Dfa・データマネジメントのススメ ・データバックアップのススメ資料はこちら第2弾:データ活用編https://play.vidyard.com/qSapdwftuiiut3oGfVACCN・レポート/ダッシュボードの活用 ・レコードアクセス権資料はこちら第3弾:使いやすさ向上につながる設定https://play.vidyard.com/Q94kaTfYyKoY78pq1mt1zR・レイアウトのカスタマイズ・Sandbox / 変更セット資料はこちら第4弾:自動化への第一歩https://play.vidyard.com/F6cfd6saDc5HjbvzVPwVC4・数式、積み上げ集計、フローの説明 ・デモを使った各機能のユースケースの紹介 ・各機能を使い分けるポイント資料はこちらこれであなたもフローマスター~フロー初心者編https://play.vidyard.com/YftXqUxninBKpEqKNPVFza・フロー概要・レコードトリガフローのデモ・画面フローのデモ資料はこちらフロー初心者 総まとめ編https://play.vidyard.com/cT1fW2xQBasQJqQCFrEuFC・フローの概要説明・デモ形式でのレコードトリガフローのご紹介・フローの学習についてロードマップをご紹介資料はこちら第5弾:メール到達率の向上/レポートについてhttps://play.vidyard.com/RXvkk1tjRvf5DSobCiML43・なぜ到達率の向上が必要か ・到達率を向上させる方法 ・到達率の確認方法資料はこちら関連リソース次回以降の開催については日程が決まり次第、イベントカレンダーに掲載いたします。また、テクサポ日本のページでもご案内いたします。
-
この記事で学べること拡張ドメインの機能概要拡張ドメインが有効化される背景拡張ドメインによる変更点想定される影響お客様による事前準備の内容拡張ドメインに関する参考情報拡張ドメインの概要拡張ドメインは Spring'23 のリリースから自動有効化が始まり、Winter'24 のリリースで強制適用されます。自動有効化は管理者様で拡張ドメインを無効化することができますが、強制適用が行われると拡張ドメインを無効化することはできません。拡張ドメインが適用されることによるお客様組織への変更は以下となります。(1)ブランドExperience Cloud サイト、Salesforce サイト、Visualforce ページ、コンテンツファイルの URL を含め、組織のすべての URL に [私のドメイン] の名前が含まれます。また一部のURLではドメインサフィックス ([私のドメイン] の名前の後の部分) も更新されます。(2)安定性お客様組織で使用されているすべてのURLからAP3やAP4などのインスタンス名が削除されます。今後インスタンス名を意識したお客様作業、メンテナンスが不要になります。(3)コンプライアンスお客様にてご利用いただいているブラウザにおける最新の要件(サードパーティ Cookieに関する対応)に準拠します。上記の通り、本機能の有効化を以って公開 URL を含むドメイン(URL)が更新されるため、Winter'24での強制適用までに Sandbox で動作確認/テストを実施いただき、お客様組織での影響度を確認の上で本番組織での有効化を推奨します。*2022年10月時点では Spring'23 のリリースにて拡張ドメインの強制適用を予定していましたが、強制適用は Winter'24 に延期しました。▼参考情報Salesforce ヘルプ : Enhanced Domains Timeline拡張ドメイン適用の背景主要なWebブラウザにて、サードパーティ Cookieをブロックすることが既定の動作となることがアナウンスされています。Cookieとはなにかというと、Webサイトにアクセスしたユーザの情報を一時的にクライアントに保存しておくためにサーバから送信されたファイルです(ページ遷移やWebサイトへの再訪問に、同一ユーザー/ブラウザであることの判別に使用)。サードパーティ Cookieとは、アクセスしたサイトとは異なるドメインから送られるCookieのことです。プライバシー保護の観点より、サードパーティcookieの利用に関する規制が強くなっている背景があり、各ブラウザでサードパーティ Cookieをブロックすることを既定の動作とする動きがあります。その制限によりSalesforceのページで、異なるURLからコンテンツを読み込む際に問題が発生する可能性があります。例 : lightning.force.com というURLのページから、documentforce.com というURL を介してコンテンツを読み込む。このようなブラウザの最新要件にSalesforceも対応するため、URLを更新することを目的として「拡張ドメイン」の自動有効化を予定しています。拡張ドメイン適用までのロードマップ拡張ドメインはSpring'23から自動有効化が始まり、Winter'24で強制適用されます。Spring'23以降のリリースで予定されているイベントと、お客様に選択いただけるオプションは以下のとおりです。上記の表に記載されているようにSpring’23 リリースにおける自動有効化については、管理者様がSalesforce組織を自動有効化の対象から除外(オプトアウト)することができます。除外する場合は「私のドメイン」の設定ページにある「Automatically deploy enhanced domains with Spring ’23」をオフにします。尚、この除外の設定はSummer’23では使用することはできません。(設定名称は機能導入初期の表記であり、翻訳される予定です)▼参考情報公開ナレッジ : Opt Out of the Automatic Deployment of Enhanced Domains in Spring ’23自動有効化の除外設定はWinter'23で設定することができ、Spring23のリリース時のみ有効です。Winter'23で除外設定を行っていない場合は、Spring'23で拡張ドメインが自動有効化されますが、無効化することができます。Spring'23で拡張ドメインが適用されなかった場合は、次回リリースのSummer'23で拡張ドメインが自動有効化されます。これは除外することはできませんが、拡張ドメインを無効化することは可能です。Summer'23で拡張ドメインが適用されなかった場合は、次回リリースのWinter'24で強制適用されます。これは無効化することができません。自動有効化や強制適用を待つのではなく、管理者様にて拡張ドメインを手動で有効化することは可能です。Salesforce組織の「リリース更新」メニューでは、拡張ドメインを有効化するまでのステップをご確認いただくことができます。拡張ドメイン有効化後の実際の動作を評価するためにも、まずはSandboxで拡張ドメインを有効化し、検証やテストを実施いただくことを推奨します。▼補足 : リリース更新の画面▼補足 : リリース更新「拡張ドメインを有効化」の画面拡張ドメイン適用による変更点本セクションでは、URLの用途と適用前後のURLをまとめています。本番組織のURL 形式SandboxのURL形式SaleforceサイトやExperience CloudサイトのURLをみると、変更後のURLには私のドメインが指定されていることが確認できます。このように外部に公開しているURLが変更となります。またVisualforceやコンテンツのURLをみると、すでに私のドメインが含まれているURLも更新されていることが確認できます。このようなかたちで拡張ドメインの適用によりお客様組織のURLが更新されます。尚、すべてのURLについてご確認いただく場合は、ヘルプ「拡張ドメインを有効にする場合の [私のドメイン] の URL 形式の変更」を御覧ください。想定される影響URL を直接参照するようなカスタマイズ/インテグレーションがある場合など、エラーが発生する可能性があります。また拡張ドメインの有効化で、Experience CloudについてはCDNが使われるようになることも重要な変更点の1つです。拡張ドメイン有効化において想定される影響範囲として以下のようなものがあります。Salesforce の埋め込みコンテンツの一部が表示されなくなる可能性がある。サードパーティアプリケーションからデータへのアクセスができなくなる可能性がある。Sandbox とのシングルサインオンインテグレーションが失敗する可能性がある。*.cloudforce.com や *.database.com のドメインサフィックスを使用した組織では、変更される前のドメインサフィックスである *.cloudforce.com や *.database.com を使用したSSOやインテグレーションが失敗する可能性がある。組み込みサービスのコードスニペット機能では「*.force.com」が使用されるので、正しく動作しない可能性がある。Experience Cloud サイト、Salesforce サイト、Visualforce などへのアクセス時にエラーが発生する可能性がある。拡張ドメインが有効化されると、Experience Cloud サイト(*.my.site.com)で CDN が使用されます。また CDN では IPv6 がサポートされています。そのため以下の条件がそろうとアクセス時にエラーが発生する可能性がありますので、回避するためには、プロファイルの IP アドレス制限の設定に IPv6 のアドレス範囲を追加します。サイトにアクセスするユーザのプロファイルで、IP アドレス制限を IPv4 で設定している。ユーザが IPv6 で Experience Cloud サイトにアクセスする。▼参考情報拡張ドメインを使用するデジタルエクスペリエンスの Salesforce CDNSalesforce IPv4 and IPv6 supportCDN の有効化によるアプリケーションの読み込みの高速化お客様によるご準備拡張ドメインは Spring'23 と Summer'23 のリリースで自動有効化が実施され、Winter'24 では強制適用されます。前述の影響を事前に認識/対策するためにも 自動有効化や強制適用までに下記を進めていただくことを推奨します。Sandbox で拡張ドメインを有効化します。Sandbox で影響箇所の有無を確認し、影響箇所があった場合の対応方法を検討します。確認箇所やテスト方法については、以下の参考情報をご覧ください。[私のドメイン] の変更に対する組織の更新[私のドメイン] の変更のテストSandbox で確認できた対応方法(インテグレーション/カスタマイズの改修など)を本番組織に適用します。URL が更新(時期や変更箇所)されることをユーザへアナウンスします(ブックマークの更新等)。お客様公開サイトやマニュアル等に配置されているリンクを変更します。Spring’23 と Summer’23のリリースでは拡張ドメインが自動有効化されます。Spring'23までに対応が間に合わない場合は、自動有効化の除外設定を実施します(詳細は「拡張ドメイン適用までのロードマップ」セクションを参照)。Spring’23 または Summer’23 のリリースで自動有効化が行われた場合、拡張ドメインを無効化することができますが、無効化処理にはお時間がかかる場合がありますので、自動有効化の前にテスト/検証を完了し、手動で拡張ドメインを有効化することを推奨します。拡張ドメイン有効化に関するステップはお客様組織の[リリース更新]でもご確認いただくことができます。お客様でのご準備にあたり、ご不明点等がございましたら弊社サポートまでお問い合わせください。自動有効化や強制適用に備えて、影響確認とその対策をお願いします。拡張ドメイン有効化後におけるURLのリダイレクト拡張ドメイン有効化後、以前のURLのアクセスは新しいURLへリダイレクトされますが、新しいURLへのリダイレクトはWinter'25で停止される予定です。URLの種類によってリダイレクトの動作が異なるため、以下に詳細を記載します。Experience Cloud サイト等の外部に公開されている拡張ドメイン有効化前の force.com ドメインのURLは、Winter'25 のリリースで旧URLから新URLへのリダイレクトが停止します。また、管理者様にて[私のドメイン]ページの以下の設定を OFF にすることでリダイレクトを停止させることもできます。その他(外部向けの force.comドメイン以外)の拡張ドメイン有効化前のURLについても、 Winter'25 のリリースでリダイレクトが停止します。また、管理者様にて[私のドメイン]ページの以下の設定を OFF にすることでリダイレクトを停止させることもできます。尚、拡張ドメイン有効化後に[私のドメイン]を変更すると、拡張ドメイン有効化前のURLはリダイレクトされません(1世代前までのURLのみリダイレクト可能)。▼参考情報Prepare for the End of Redirections for Non-Enhanced Domainsリダイレクトに関するログの取得Winter’23 からURLのリダイレクトのログを CSV 形式でダウンロードすることが可能になります。このログを活用することで、URLの変更について、顧客やユーザーへのコミュニケーションプランを検討することができます。尚、本機能をご利用いただく場合、Winter'23 のリリース後に[私のドメイン]ページから機能(リダイレクトの記録)を有効化する必要があります。リダイレクトのログには以下の留意点があるため、事前にご確認の上でご利用ください。ログは EventLogFile(イベントモニタリング)の領域に格納されますが、ログ自体は無料でダウンロード可能。Event Monitoring Analyticsではログは利用不可。APIでもログを取得することは可能だが、API バージョン 56 以降を利用する必要あり。ログは1つのファイルで作成され日次で更新されるため、最新の日次ログのみを取得可能。1時間以内に同一ホスト名に関するリダイレクトがあった場合はログに記録されないため、リダイレクト件数を正確に取得するものではない。▼参考情報Log Your Redirected My Domain HostnamesHostname Redirects Event Type関連リソースのまとめTrailblazer CommunityMy Domain and Enhanced Domains グループWinter’23 リリースノートDeploy Enhanced Domains (Release Update)Review the New Timeline for Enhanced DomainsWinter’22 リリースノート拡張ドメインの有効化 (リリース更新)Summer’22 リリースノート拡張ドメインの有効化 (リリース更新)拡張ドメインを有効にした後のサイト URL のリダイレクト新規および更新後の Sandbox での拡張ドメインの使用ヘルプドキュメント/ナレッジ拡張ドメイン拡張ドメインを使用する理由拡張ドメインに関する考慮事項(*1)拡張ドメインを有効にする場合の [私のドメイン] の URL 形式の変更必要なドメインを許可拡張ドメインを使用するデジタルエクスペリエンスのコンテンツ配信ネットワークExperience Cloud 向け Mobile Publisher アプリケーションと拡張ドメインSalesforce ドメイン (「私のドメイン」 と拡張ドメイン) の変更に備えた準備Log Your Redirected My Domain HostnamesHostname Redirects Event TypePrepare for the End of Redirections for Non-Enhanced DomainsCDN の有効化によるアプリケーションの読み込みの高速化Enhanced Domains TimelineOpt Out of the Automatic Deployment of Enhanced Domains in Spring ’23FAQQ1 : 「[私のドメイン] の名前」が外部のURLに使用されることを回避することはできますか。A1 : 「[私のドメイン]の名前」を変更する方法とカスタムドメインを使用する方法があります。「私のドメイン」を変更すると、既存動作に影響を与える可能性もあるため、カスタムドメインを使用することを推奨しております。詳細は「拡張ドメインに関する考慮事項」の「公開 URL の変更」をご覧ください。Q2 : 拡張ドメインが適用される前のURLにアクセスするとどうなりますか?A2 : 拡張ドメインで変更される URL では、古い URL にアクセスすると、Salesforce がWinter'25でリダイレクトを停止するまで、新しいホスト名にリダイレクトされます。またリダイレクトの動作には以下の注意点がございますのでご確認ください。・拡張ドメインが有効になった後に「[私のドメイン] の名前」を変更すると、名前変更前のURLでのアクセスは名前変更後のURLにリダイレクトされますが、拡張ドメイン有効前のURLはリダイレクトされなくなります。(拡張ドメイン有効化以前のURLへリダイレクトが必要な場合には、拡張ドメイン有効化後に「[私のドメイン] の名前」を変更をしないで下さい)・「以前の[私のドメイン]を削除」ボタンを押下すると、リダイレクトはされなくなります。・「以前の [私のドメイン] の URL を現在の[私のドメイン]にリダイレクト」のチェックをOFFにしてテストをする事で、リダイレクトされなくなるので問題が発生する部分を確認する事ができます。Q3 : Salesforce Edge Networkが有効になっていることはどこで確認できますか?A3 : [設定] > [クイック検索] >「私のドメイン」と入力し、[私のドメイン]を選択してください。 [ルーティング] セクションでご確認いただくことができます。詳細は 「拡張ドメインの前提条件」の「組織が Salesforce Edge Network の対象かどうかの判断」をご覧ください。尚、現在はSalesforce Edge Networkが無効でも拡張ドメインは有効化できます(参考情報 : Enhanced Domains Available Everywhere Except Public Cloud)Q4 : Experience Cloud サイトや Salesforce サイトを使用していない場合は、影響はありませんか。A4 : 外部向けのURLだけではなく、内部向けのURLが更新されるものもございます(Visualforceなど)。これによりAppExchangeパッケージやお客様のカスタマイズに影響がある可能性もございますので、Experience Cloud サイトや Salesforce サイトを使用していない場合も、Sandboxでの動作確認/テストを推奨します。Q5 : Salesforce Edge Networkも自動有効化の対象でしょうか。A5 : いいえ。Salesforce Edge Networkは自動有効化の対象ではありません。Q6 : 現在使用しているカスタムドメインには影響はありますか?A6 : Experience Cloud サイトや Salesforce サイトで使用するカスタムドメイン自体には影響はありません。CDN 等の外部 HTTPS ベンダーでカスタムドメインを使用している場合、外部 HTTPS ベンダーが Salesforceへの転送先ドメインを変更する必要がある場合があります。詳細は「ドメインの外部 HTTPS の有効化」を参照ください。Q7 : API接続には影響があるのでしょうか?A7 : Sandbox についてはURLに「sandbox」という文字列が追加されるため、影響がでる可能性があります。また、.cloudforce.com や .database.com のドメインサフィックスを使用した組織では、変更される前のドメインサフィックスである .cloudforce.com や .database.com を使用したインテグレーションで失敗する可能性があります。Q8 : 拡張ドメインの有効化後に何かしらの問題が発生した場合にはどのように対応したらよいでしょうか?A8 : 自動有効化の前であれば拡張ドメインは有効化/無効化を実施することが可能です。自動有効の前に拡張ドメインを有効にする事で、何か問題が発生しても拡張ドメインを戻せるため、問題に対応する時間が取れます。もし、何かしらの問題が確認された場合は、弊社サポートにお問合せ下さい。
-
Sales Cloud 担当者育成シートで準備の全体像と具体的なイメージをつかみましょう
この記事で学べることSales Cloud の担当者(設定者・推進者)として必要な作業や検討事項の全体像がわかる各作業/検討事項のクリア基準と、関連するリソースが一目でわかるSales Cloud の知識がない状態から、設定者・推進者に必要な基本設定や学習方法がわかる対象者は?これから、Sales Cloud をご利用予定の新担当者の方Sales Cloud の項目追加や画面変更など行うシステム管理者(設定者)利用チームのメンバーを支援したり、チームの要望をとりまとめしてSales Cloud プロジェクトチームに連携をする現場の推進者異動や配置換え等、途中から担当者(設定者・推進者)になった方いつ使う?具体的に何をすればよいのか?どこまでできていればクリアなのか?全体像も、自社が必要な事もよくわからない時のために、当「Sales Cloud 担当者育成シート」をご用意しました。導入時の進捗管理や、新任担当者の育成にお役立てください!ダウンロードExcelまたはQuipでご利用いただけます。Quipをご利用でテンプレートのコピーなど操作についてご不明な場合は弊社担当営業までご連絡ください。以下のフォームからダウンロードしてご利用ください。ダウンロードはこちら使い方対象となる項目のクリア条件(J列)を確認※設定者(G列)または推進者(H列)と役割に応じて◯がついている項目が対象自社で必要な機能や運用に応じて実施有無(K列)を更新クリア条件を終えたものは完了状況(L列)にチェック未完了の項目については、エキスパートコーチング(E列)サクセスナビ(D列)を確認し動画視聴またはプログラム受講ご留意点:エキスパートコーチング(E列) のご利用形態Premier Success Plan または Signature Success Plan をご契約のお客様は、全てのエキスパートコーチングメニューで弊社エキスパートとのフォローアップまたは個別セッションをお申込みいただけます。Standard Success Plan をご契約のお客様は、動画のご視聴のみ可能です。ご契約内容に関するお問い合わせは、弊社営業担当までお寄せください。関連コンテンツSalesCloudはじめてガイドはじめてのエキスパートコーチングお問合せをする時のポイントSalesforce活用診断
-
2024年2月から製品名がSales Programに変更されました。この記事で学べること課題の作成方法課題作成方法の概要課題は、Salesforce CMSや公開Trailheadからコンテンツを選択して作成します。CMSワークスペースへのコンテンツ登録Enablementを購入すると「有効化」という特別なSalesforce CMSワークスペースが出来ます。ここに課題に対応するコンテンツを作成します。コンテンツの管理には、Salesforce CMS自体の管理機能が利用可能です。管理権限の分離(全体管理、コンテンツ管理、コンテンツ作成者)、フォルダ管理、バージョン管理などが可能です。3種類のコンテンツEnablement用にSalesforce CMSの3つのコンテンツタイプが提供されます。課題作成の例前記事で定義したイネーブルメントプログラムの3つの課題(動画、ドキュメント、レッスン)の中身を作成します。動画コンテンツをこれから作成します。Enablementワークスペースを開いて「コンテンツ」をクリックします。「動画」を選択します。以下のように入力して動画コンテンツを作成して保存をクリックします。タイトル:Salesforceを活用した効率的な営業活動コンテンツスラッグ:how-to-sales-using-salesforce説明:Salesforceは、企業と顧客をつなぐ顧客管理ソリューション。マーケティング、営業、Eコマース、カスタマーサービスなどすべての部署で、顧客一人ひとりの情報を一元的に共有できる統合CRMプラットフォームです。時間:5動画の埋め込みURL:https://www.youtube.com/embed/dtMK8eP8UYw次にドキュメント用のコンテンツを作成します。リンクを選択して作成ボタンをクリックします。以下のように入力してリンクコンテンツを作成して保存をクリックします。タイトル:提案書ボックスコンテンツスラッグ:proposal-box説明:過去の優れた提案書はここからアクセスできます。時間:60URL:(自社の提案書共有サイトのURLを指定してください)次にレッスン用のコンテンツを作成します。リッチテキストを選択して作成ボタンをクリックします。以下のように指定します。タイトル:全く新しい商品の売り方コンテンツスラッグ:how-to-sell-bandnew-products説明:3つのポイントを意識することで、新しい商品を効果的に販売することができます。顧客のニーズに応じて商品を開発し、強力なマーケティング戦略を確率していきましょう。最初のセクションに以下のように入力して「セクションを追加」ボタンをクリックします。主要概念:ユーザーのニーズを把握するレッスンのコンテンツ:最初に、新しい商品を販売する際には、どのようなニーズがあるのかを把握することが重要です。市場調査やオンラインフォーラムなどを通じて、顧客が求める特定のフィーチャーや機能を確認しましょう。この情報を元に、新商品を開発するときに顧客の要求に応じて機能やデザインを調整することができます。セクション2に以下のように入力して「セクションを追加」ボタンをクリックします。主要概念:マーケティング戦略を確立するレッスンのコンテンツ:新しい商品を販売するためには、強力なマーケティング戦略が不可欠です。新商品の特長やメリットを明確に伝え、顧客にとって何が魅力的なのかをアピールすることが大切です。ソーシャルメディア、広告、イベントなどを活用して、新商品の情報を伝えましょう。セクション3に以下のように入力して「保存」ボタンをクリックします。主要概念:顧客とのコミュニケーションを取るレッスンのコンテンツ:新しい商品を販売する際には、顧客とのコミュニケーションが重要です。顧客のフィードバックを受け付け、問題を解決するためのサポートを提供することが大切です。オンラインフォーラムやソーシャルメディアなどを通じて、顧客とのコミュニケーションを取り、新しい商品に対する顧客の要求や提案を取り入れることができます。ワークスペースに移動し、これまでに作成した3つのコンテンツがドラフト状態なことを確認します。各3つのコンテンツを開いて、公開ボタンをクリックします。3つとも全て公開済みになっていることを確認します。プログラムを開き、動画の課題に対して日とコンテンツを検索して指定します。※ 日を入力すると課題やマイルストンが自動的にソートされます。ドキュメントの課題に対して日とコンテンツを検索して指定します。レッスンの課題に対して日とコンテンツを検索して指定します。プログラムを保存してから公開します。まとめ課題のコンテンツはSalesforce CMSに作成します。コンテンツは、リンク、動画、リッチテキストの3つがあります。
-
この記事で学べることSalesforce稼働後の(自社の)組織体制変更時の対応の流れを知ることができます組織体制変更時に使用するツールについて知ることができます組織体制変更時の対応の流れSalesforceのシステム管理者のみなさまは、普段新入社員のユーザを作成したり、退職するユーザを無効化したり、ユーザ情報の更新(部署やロール、プロファイルの変更)等のユーザ管理業務を行なわれていると思います。※ ユーザの管理については「ユーザ管理の便利機能」も参考にしてください。今回は、期初や期末にみなさまの会社で行われる事があるであろう、組織の体制変更に伴い、Salesforceにどのような変更を行う必要があるかを考慮点含めて説明します。※人事異動の場合はユーザ情報の更新(ロール項目の変更)になりますが、今回はロール自体を変更する場合の作業の流れになります一般的に、組織の体制変更がある場合、以下のような変更が行われると思います。それをSalesforceに反映させるための変更箇所は以下のとおりです。組織の変更に伴う変更点Salesforceの設定変更箇所組織の体制変更(新たな部署が設置される/既存の部署が統合されるなど)・ロール(自体)の変更・階層構造の変更既存の部門/部署名の変更・ロール(の名称)変更・ユーザの[部署名]の変更部署のメンバーの変更・ユーザの[ロール]の変更役職名の変更・ユーザの[役職]の変更お客様の担当替え・取引先や商談の[所有者]変更・活動の[任命先]変更注意事項:上記以外にも、例えば[ロール名]を条件にしたレポート、ダッシュボード、数式項目、フロー等の自動化設定がある場合は、それらの変更も忘れずに実施しましょうユーザの[ロール]や[役職]項目以外にも、プロファイル、マネージャーや権限セットの変更が必要な場合は一緒に変更しますSalesforceの設定変更箇所を把握したので、「早めに変更作業をしたい」と思うかもしれませんが、その前に!決めておくべきことがあります。移行ルール変更作業に着手する前に、関連部署のメンバーとあらかじめ以下を決めておくことで、変更作業をスムーズに進めることができます。組織の体制変更後に、Salesforceのデータをどのようなルールで共有するか(データへのアクセス権をどうするか)最終的に、どのようなロール階層にするか共有ルールを使用するか、使用する場合にはどのようなルールにするか誰がどの取引先を担当するか取引先の新旧担当者一覧の作成商談の担当はどうするか例:現在進行中の商談の担当者は変更しない、完了している商談の担当は変更しない(過去の実績を組織の体制変更前の担当で把握する必要がある場合は、担当者を変更しないでください)活動の担当はどうするか例:まだ完了していない活動の任命先を変更するか/しないか注意事項:上記以外のオブジェクトを使用している場合は、オブジェクト毎に担当をどのようにするかを決めておきましょう。移行ルールが決まったら、次の流れで変更作業を行いますロール・共有ルールの変更ユーザ情報の変更各データの所有者変更1.ロール・共有ルールの変更まずは組織の土台となるロール、およびロールを使用した共有ルール(アクセス権)の設定を行います。ロールや共有ルールは、2.ユーザ情報の変更作業が完了するまでは反映されません。そのため、ユーザ情報変更作業前に、あらかじめ準備をしておきます。組織の体制変更後の状態に合わせて、ロールを変更します。新たな部署が追加される場合は、[ロールの追加]からロールを作成します部署が統合される場合も、新たな部署を作成します。統合前の部署を残しておくと、退職したユーザのロールを変更する必要がありません階層構造の変更はなく単なる名称変更の場合は、[表示ラベル]と[レポートに表示するロール名]を変更します階層構造が変わる場合は、[このロールの上位ロール]項目を変更します会社の合併など、大幅な組織体制変更の場合は、新しいロール階層を定義することをお勧めします。組織の体制変更の前日までは、旧体制のまま業務を行う必要があると思いますので、あらかじめ新組織体制の準備でロールを作成しておき、新組織体制に変わるタイミングでユーザ情報を更新して新しいロール設定を反映させます。次に、ユーザ情報を変更して、新しい組織体制を反映させましょう。2.ユーザ情報の変更組織の土台となるロールおよび共有ルールの設定が終わったら、ユーザ情報の変更を行います。ユーザ情報は、以下3種類の方法で変更することができます。ユーザの詳細画面の[ロール]項目を変更するロールの詳細画面から複数ユーザを一括で変更するデータローダを使用するユーザの詳細画面の[ロール]項目を変更するロールの詳細画面の[ユーザをロールに割り当て]で、複数ユーザを一括で変更する(具体的な操作手順は、「ユーザへのロールの割り当て」(ヘルプ)をご覧ください)データローダを使用する組織の体制変更がある場合、一般的には、ロールを変更するタイミングでプロファイルや部署名、役職名等も変更になることがあると思いますので、それらを一度に変更ができるデータローダを使用することをお勧めします。(データローダの使い方ついては「初めてのデータローダ 〜Update編〜」(サクセスナビ)をご覧ください)注意点:承認プロセスにマネージャー項目を使用している場合は、マネージャー項目も忘れずに変更しましょう。ユーザ情報の変更が完了したら、取引先や商談などのデータを変更します。3.各データの所有者変更事前に定義した移行ルールに従い、データの所有者(や任命先)を変更します。所有者の変更は、画面上から行える「所有権の一括変更」もしくはデータローダをご利用いただけます。どちらのツールが適しているかは、以下をご確認ください。注意点:「所有者の一括変更」機能を利用できるのは、リード、取引先、カスタムオブジェクトのみです上記フロー以外のデータ(例:現在の所有者が所有している完了している商談など)の扱いについては、オプションで選択をすることができます。以上で、組織の体制変更があった場合に、システム管理者様にて対応が必要な作業は完了です。学習ツールロールの項目(ヘルプ)ユーザの項目(ヘルプ)データの所有権の移行(ヘルプ)取引先の一括変更で、同時に移行されるデータについて(ナレッジ)まとめ変更作業を始める前に、移行ルールを決めておくことが重要ですデータ変更に使用できるツールは「所有権の一括変更」とデータローダがありますので、要件にあう方を選択しましょう
-
この記事で学べること生成 AI のビジネスインパクトとは生成 AI の課題昨今大きな話題を呼んでいるジェネレーティブ AI (生成 AI )は、個人の利用だけでなく、ビジネスでの活用においても、その可能性に注目が集まっています。従来の AI は予測・分類や翻訳などを得意としていましたが、生成 AI はまさに新しい何かを“生み出し”ます。人間からの指示(プロンプト)に応じて、メールや記事などの文書、画像、音楽といったものが生成できるのです。関連記事: 生成AIとは?AIとの違いやデメリット、問題点を簡単にわかりやすく解説 | セールスフォース・ジャパンAI の進化は第1波と呼ばれる「予測 AI」から現在の第2波「生成 AI」へと移り、これまでにないインテリジェンスを提供できるようになっています。今後訪れる第3波は「自律型エージェント」、そして第4波では「汎用人工知能」が利用できると予測されています。※ AI の発展については、他の分類方法もあります。ここで紹介したものは一つの考え方です出典:https://www.salesforce.com/jp/blog/jp-swtt2023-eventreport/このように AI は今後も進化し続けると予想されていますが、現在注目を集めている生成 AI は果たしてビジネスにおいてどのような意味を持つのでしょうか。ビジネスにおける生成 AI の価値ここで弊社ブログの要約をご紹介します。「現在、とんでもないことが起こっています。 生成 AI の登場はとても大きなインパクトです。生成 AI はプログラミングの作業無しに“言葉”で新しいアウトプットを生み出すことができます。まさに新時代に突入しました。 毎日利用されるソフトウェア内で生成 AI が稼働し始めると、多くの人が感じていた、白紙状態の文書やプレゼン資料に向き合う恐怖から開放されます。部下に対するように、「言葉」で指示できることもあり、書類があっという間に完成します。 空いた時間は、書類の中身や提案内容をさらに良いものに仕上げていくという、より人間的で生産的な活動に割けるようになるのです。」関連記事: AI時代のリスキリングで、未来を再創造する - Salesforceブログこれまでビジネスにおける AI といえば自動分類やレコメンデーションを思い浮かべる方が多かったかもしれません。しかし、昨今は ChatGPT を始めとする生成 AI のツールが日常のものになり、こうした機能をビジネスに取り入れようとする動きが広がっています。実際、Salesforce が実施した新しい調査では、86%の IT リーダーは、近い将来、生成 AI が組織で大きな役割を果たすようになると考えています。ビジネスにおける大きなインパクトが予想される生成 AI ですが、とりわけ CRM の領域ではどのような変化をもたらすでしょうか。近い将来において想定されるユースケースをご紹介します。ユースケースのイメージセールス領域営業担当は、高度にパーソナライズされたメールを生成 AI で作成し顧客に送信できます。これにより顧客対応や見込み調査が合理化されるだけでなく、貴重な時間を節約できます。営業の通話記録から、すぐに使える要点を簡潔にまとめます。また重要なポイントや顧客センチメント、次のステップを特定し、営業チームが商談を進めるサポートをしてくれます。関連記事:Salesforce、Sales Cloudの生成AI機能を日本市場で2月14日より一般提供開始サービス領域サービスエージェントは、お客様ひとりひとりにパーソナライズされた応答を自動生成することができるため、メールやメッセージで顧客にすばやく対応できるようになります。またやり取りの要約を自動で作成することができます。ナレッジ記事のドラフト案が自動生成されます。人間の担当者はそれらをレビューして仕上げるだけなので、ナレッジ記事の執筆に要する時間が大幅に短縮され、記事を最新の状態に保つことも容易になります。チャットボットによる応答も、それぞれ微妙に異なる顧客からの問い合わせに対し、豊富な情報を駆使して回答できるようになり、初回での問い合わせ解決率を高めることができます。関連記事:カスタマーサービスを一変させる生成AIの3つの用途 - Salesforceブログマーケティング領域隠れたパターンの発見や、レコメンデーションの提示など、瞬時に分析や提案を得られます。自動化を利用してキャンペーンを最適化することで時間を節約できます。顧客が望むパーソナライズされた体験を提供できます。関連記事:生成AIで効率化できる、マーケターの3つのタスク - Salesforceブログ、AIはマーケターを幸せにする?時間とコストを節約する9つの方法 - Salesforceブログコマース領域店内でコンシュルジュに相談するように会話ベースで商品を探すことができます。過去の購入履歴や閲覧履歴などに基づいて、顧客の興味に基づいたカスタムランディングページを生成できます。商品説明の作成やローカライズなどの業務を効率化することができます。関連記事:Commerce GPT について知る Salesforce Trailhead開発領域開発者は、AI 駆動のコード生成によって、定型コードの作成や、よく使用されるアルゴリズムの実装などの反復作業を自動化できます。これにより、プロジェクトのタイムラインを短縮し、一貫したコーディング標準を保証して、人的ミスの可能性を最小限に抑えることができます。関連記事:Einstein for Developers Overview | Salesforce for VSCode (英語)こういったメリットによって、人間はより顧客と長期的な関係を築いたりするために時間を割けるようになっていくでしょう。ここまでご説明した背景から多くの企業が、顧客とのつながりを深め、ビジネスをさらに成長させる手段として AI に期待しています。関連コンテンツデータ + AI + CRM: クイックルック | Salesforce TrailheadAI の課題一方で多くの人が AI に対し、本当に信頼できるのかという懸念を持っています。AI の活用は IT リーダーやマネジメント層においても優先事項ですが、同時に多くの方が AI の安全性を疑問視しているとも言われています。この信頼性に対する懸念が、生成 AI の活用を妨げる要因になっています。なぜこれほど多くの人が AI を信用していないのでしょうか?一つは正確さです。AI が常に真実を語るとは限りません。生成 AI が全く嘘の情報を返してくることをハルシネーションと呼びますが、これは大きな課題です。また情報が正確であっても、回答の前提にバイアスが入り込んでいたり有害な情報が含まれてくる可能性もあります。AI の回答は信頼できそうな感じがしますが「自信満々に失敗」することがあるため、データが正しく、信頼できるものであることが、ビジネスにおける AI 利用の基本となります。関連記事:Salesforceのリーダーが考える生成AIの価値 - Salesforceブログデータプライバシーの問題もあります。セールス、サービス、マーケティング、コマースの各部門で4,000人以上の従業員を対象にした調査では、73%が 生成 AI が新たなセキュリティリスクをもたらす(英語)と考えています。顧客や企業の機密データを守るため、大規模言語モデル(LLM)にデータを保管したり、学習に使ったりすることはできません。関連記事:お客様の信頼を失わずにAIを活用する方法 - Salesforceブログ、AI搭載型CRMであるジェネレーティブCRMで、仕事はどう変わる? - SalesforceブログAI 以前のテクノロジーにもあった、こうしたリスクを認識して注意していく必要性があります。Salesforce が目指すのは、安心して使える信頼できる AI です。それでは Salesforce が提供する AI がどのようなものか、次のセクションで続けてご紹介いたします。次の記事:Salesforce はどのようにして AI の活用を実現していくのか?学習ツールTrailhead人工知能の基礎 … AI の基本とそれを支えるテクノロジーについて学習します。生成 AI の基本 … 生成 AI の機能とそれを支えるテクノロジーについて学びますビジネスのための人工知能 … ビジネスニーズを満たすために人工知能を使用する方法を学習しますAI Learning on Trailhead Trailmix … さらに学ぶ方向けの Trailmix
-
この記事で学べること運用開始後にやるべきことシステムや運用の改善におけるポイントこの記事のゴールこの記事のゴールは「運用開始後に何をすべきかを理解する」ことです。そのために、以下3ステップで進めていきます。運用開始後の進行イメージ運用改善の進め方システム改善におけるポイント運用開始後の進行イメージ運用開始までにさまざまな検討と実装を行いましたが、運用開始後の定期的な改善も極めて重要です。Sales Cloudは状況の変化に合わせて、設計・運用を改善し続けることで、業務に合ったシステムであり続けることが可能です。そのため、ステップ3の「運用開始に向けて必要な役割を明確にしましょう」で決定した役割は、運用開始後も継続して担っていただくことが必要です。運用開始後の進行イメージを参考に、定例会議の目的と頻度、アジェンダ検討し、PDCAサイクルを回していきましょう。※担当、時間は参考です。自社の役割に応じて適宜ご変更ください。※重要なのは定期的に改善の会議を設定することです。運用改善の進め方1.行動の変化を起こすためのサクセスマップの作成状況の変化に合わせてシステムを最適化していくということは、同時に目標や目標達成に向けた戦略や活動についても定期的に見直しを行い改善をしていく必要があります。「目標達成のためにやるべきこと検討しましょう」では、運用開始に向けて早期に着手するための手法をご案内しましたが、運用改善や新年度など節目となるタイミングで、目標達成に向けた計画をアイデアベースで持ち寄りながら整理するためのサクセスマップを利用することをおすすめいたします。サクセスマップについての説明や作成の流れはこちらの記事の動画にて詳しくご説明しております。2.現場からの改善要望・意見を収集し改善を行う経営層・マネジメントの目線で「いかに目標達成を実現させるか」というサクセスマップを用いた改善方法に加え、利用ユーザー目線で「現場からの改善要望・意見を収集」を行い、日々の業務により浸透をさせていくという改善方法も併せて実施しましょう。要望・意見の受け付け方はさまざまですが、Sales Cloud上で受け付ける場合は、要望受付用のChatterグループを作成したり、要望を管理するカスタムオブジェクトを作成することで、Sales Cloud上に要望を蓄積し管理することができます。Sales Cloud上ではなく、SlackなどのチャットツールやExcel/スプレッドシートで要望を受け付けても問題ありません。その際は、以下のように一覧として管理することをおすすめします。要望・意見を受け付けたら、優先順位をつけて対応していきましょう。参考までに、2つの優先順位づけ方法をご紹介します。まず1つは、ビジネスへの影響度と実装難易度の二軸で優先順位を決める方法です。ビジネスの影響度が高く、実装難易度が低い要望から対応します。次に、Sales CloudのChatter機能を活用する方法です。「いいね!」の数が多い投稿が、多くのユーザーが賛同している要望をみなして優先的に対応します。システム改善におけるポイント現場の要望・意見を受け付けて改善することは大事ですが、すべてをSales Cloudに反映すればいいというわけではありません。現場からのリクエストのたびにSales Cloudの入力項目を増やせば、逆に使い勝手の悪いシステムになる可能性があります。また、声の大きい利用ユーザーや部署だけの要望を受け付けていると、特定の利用ユーザーや部署だけが使いやすいシステムになってしまう可能性もあります。そのため、収集した要望・意見をシステムに反映する基準や、反映した後の利用ユーザーへの説明方法など、ルールをしっかり定義しておきましょう。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。カスタムオブジェクトの作成:Platform : オブジェクト設計の基礎運用開始後の進行イメージ/運用改善の進め方:活用度向上支援(SFA 運用ルール、トレーニング、定着化プラン)また、AppExchangeについてはこちらのWebページをご参照ください。まとめSales Cloudは運用開始後も継続的に改善することが重要です。運用開始後も定例会議を実施しながら、より良いシステムへと改善し、成果創出へとつなげていきましょう。ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は、いよいよ最後の章です!自社の活用状況を診断するための方法を理解しましょう!次の記事:自社の活用状況を診断しましょう「活用7ステップ」全体に戻りたい場合はこちら