“通知”の検索結果
-
2024年2月から製品名がSales Programに変更されました。この記事で学べることEnablementの製品としての制限事項(Spring’23時点)制限値以下に製品としての制限値を示します。最新情報はヘルプを御覧ください。その他の制限事項マイルストンの進捗更新はローカルタイムで6:59 am, 11:59 am, 4:59 pm, 11:59 pmの4回で変更不可。プログラムの進捗バーの更新はローカルタイムで5:00amと8:00pmの2回で変更不可。プログラムのアサイン通知メール送信時間はローカルタイムの5:00amで変更不可。プログラムの開始日は土日以外しか指定できず、締め切りは土日を除いた日数でカウントされ、カスタマイズ不可。Enablementに付属するCMS用コンテンツ容量は10GB。組織にプールされているコンテンツ容量を利用可能。SandboxはFull Sandboxのみサポート。SandboxではTrailheadを課題として追加できない。Trailhead以外の課題はクリックするだけで完了となる。まとめ製品の制限事項を考慮しながらイネーブルメントプログラムの運用を検討します。
-
この記事で学べること承認プロセスを利用した、申請から承認までの対応を迅速かつ効率的に行う方法承認プロセスとは承認プロセスとはSalesforce内で申請と承認を自動化することができる機能です。たとえば、営業担当者が商談商品の割引や、経費申請などの社内申請を行いたい場合に承認プロセスを使って上司に、申請を送ります。それを確認した上司は承認/却下のアクションを、メールアラートや項目自動更新などのワークフロールールを定義してユーザに通知することができる仕組みです。今回は商談の割引率が30%を超える場合に上司の「承認が必要」という場合の承認プロセスを用いて、設定するうえでのポイントについてご紹介します。実装してみましょう!(プロセスの定義)開始条件:割引率>0.3商談の割引率が30%を超える場合にこの承認プロセスが作動します。段階的な承認ステップや、条件によって承認ステップはスキップすることが可能今回は商談の値引申請の承認を得るにはチームリーダーの承認を得たあと、営業部長の承認を得るという2段階の承認ステップを設定しています。ステップ1申請をした人はまず、この承認ステップに入り、チームリーダーの承認を得る必要がある。※チームリーダーが値引申請をした際は、自分自身の承認をしてしまうことになるので、ステップ1をスキップして、ステップ2に自動的に流れます。ステップ2ステップ1をクリアした値引申請とチームリーダーの値引申請は、営業部長の承認を得る必要がある。また、承認/却下時のアクションとして、事前に作成しておいた「値引き申請テンプレート」を使用することでメールアラートにて通知してくれます。承認/却下時のアクションをステップ別に複数指定最終承認時のアクション申請が承認された場合に [割引の承認状況] 項目に[承認済み]という値が自動的に反映される値引申請が承認されたことを通知するメールアラートを送信する最終却下時のアクション申請が却下された場合に [割引の承認状況] 項目に[承認却下済み]という値が自動的に反映される承認申請中、承認後のレコード編集不可アクション種別で[レコードを編集するためにロックする]に設定することで、承認申請中は申請内容をユーザによって変更されることを防ぐことができます。代理承認の設定承認者が出張や長期間休みなどで不在の際に承認を得たい場合は、代理承認者を設定しておくことで承認を得ることができます。操作手順1. [設定]から[ユーザ]を選択2. 代理承認を設定したいユーザをクリックし、[承認者の設定]で代理承認者を選択3. 承認ステップの編集で[代理承認者もこの申請を承認可能にする]にチェック未承認申請をホーム画面に追加ホーム画面にて未承認申請の承認/却下を簡単に行うことができます。操作手順1. ホーム画面にて[編集ページ]をクリック2. コンポーネントから[未承認申請]をホーム画面に追加3. ホーム画面の未承認申請欄の[▼]をクリックして選択学習ツール承認プロセス用語(ヘルプドキュメント)承認プロセスのサンプル(ヘルプドキュメント)承認プロセスの設定(ヘルプドキュメント)まとめいかがでしたでしょうか。承認プロセスでは、商談の値引申請以外にも有給休暇や経費精算などの社内申請と承認業務を効率化することができます。是非今回紹介したいくつかのポイントをおさえながら、承認プロセスを活用して業務効率の向上につなげてみてください。
-
アカウント内でのビジネスユニット (BU) の構成を決める利用するエディションを把握する📌ユーザー / アカウント / ビジネスユニットの構成例 (Enterprise ID (EID) / Member ID (MID))テスト / リリース環境をどこまで用意するか? 例: 親 BU / Production BU / Staging BU / Development BU / Sandbox BU / Training BU など🌵Note: 構成によって必須となる SKU も大きく変化する。当然ながら、本番 BU へ展開するまで別 BU での検証を重ねる分だけオペレーションが煩雑になる。(オペレーション優先で、同一 BU 上で本番とテストを同時に行うケースもある)📌本番/テスト構成 - オプション 1〜 4🌵Note: プッシュ通知などの用途でモバイルアプリに MobilePush SDK を実装した場合、SDK コンフィグレーションを通じて特定の MID と紐づく連携となる。よって、プッシュ関連コンタクトのレコードを BU 間での右から左に移行させることは不可となる。コンフィグレーションによって特定 MID へ戻されるレコード:エンドカスタマー側のアプリ操作による MC へのデータの引き渡し(例: sfmc_setContactKey)、プッシュ配信に必要となるデバイストークン、開封結果などなどドメイン戦略を決める (要件によっては追加 SKU が必要)どの BU に対し、どの Sender Authentication Package (SAP) ドメインを割り当てるか🧭 Tips: SAP ドメインとして最も利用されているのは「サブドメイン委任」📌 ドメイン区分の整理 (例: URL 視点で見ると SAP ドメインは「mail.salesforce.com」となる)📌 ドメイン関連 SKU ではどこまでをカバーするのか📌 ドメイン戦略と IP アドレス / プライベートドメイン / SSLの追加適用例ドメインに紐づく SAP や SSL において、設定完了後に既存のドメインを別のものに “移行” することは不可。すでに SKU を通じて処理済みであれば、別ドメイン用としての新規 SKU が必要。 モバイル キャリア ドメイン (例: “@docomo.ne.jp”) を大量に持つ場合メール送信専用 IP アドレスの追加を検討 (後述)● ● ●🌵Note: “社内の部門別/チーム別” での BU 分割は... 将来問題が起きるかも?メール、SMS、モバイルアプリ、ウェブ (LP) という具合に、それぞれの担当が個別に BU を持った場合、連絡先キーが一致しないことよるコンタクト数の超過、Journey でのマルチチャンネル配信不可、エンドカスタマーは別々のチャネルから近似のメッセージを受け取る (コミュニケーションの分断)、といった弊害が予想される。BU 分けするとしても、ブランド別 / 国別が望ましい。
-
この記事で学べることSalesforceのサポート終了/機能廃止に関する情報の確認方法Salesforce にもEOS、EOLがありますシステム管理者の皆様は、EOSやEOLという言葉を聞いたことがあると思います。Salesforceでも同じ概念があり、古くなった製品のサポートを終了(End of Support)したり、機能が廃止(End of Life)されることがあります。※初耳というお客様は、機能廃止の方針(ナレッジ)に、Salesforceの機能廃止についての考え方が纏められておりますので、ぜひご確認ください。サポート終了/機能廃止の時期のお知らせSalesforceでは、原則として、機能を廃止する少なくとも12ヶ月前に、製品及びサービスに関するお知らせで通知をしています。また、月次で、以下のような機能廃止ダイジェストメールも送信しています。ダイジェストには、お客様のご利用中の機能に関する廃止について記載されています。毎月必ずご確認ください。廃止される機能をご利用の場合製品およびサービスに関するお知らせに、代替機能や対応方法が記載されておりますので、その情報を元にお客様にてご検討をお願いします。直近で廃止予定の機能Salesforce 機能の廃止(ナレッジ)に、今後廃止予定の機能・製品が纏められておりますので、ブックマークしていつでも参照できるようにしておくことをお勧めします。学習ツール機能廃止の方針(ナレッジ)製品及びサービスに関するお知らせ(ナレッジ)まとめSalesforceの機能や製品は、廃止されることがあります原則、機能や製品を廃止する少なくとも12ヶ月前に、システム管理者様宛に通知をしています機能廃止ダイジェストメールは、毎月必ず確認しましょう
-
CRM Analytics のホーム画面の操作方法ホーム画面の構成ここではCRM Analyticsの基本設定終了後に表示される「Analytics Studio」をクリックするとまず最初に表示されるホーム画面についてご紹介致します。
-
この記事で学べることQuipの画面構成Quipで文書を作成する手順画面を理解しましょうここではログイン後の画面レイアウトについてご紹介します。Quipにログインいただくと画面左にサイドバーが表示されます。ここからどういった操作が可能であるかをご説明します。検索(虫眼鏡アイコン):文書やチャットの中のキーワード、作成者、ユーザ名で検索ができます。ホーム(家アイコン):自らがアクセス可能なQuipの保存先が表示されます。ホームボタンの中はさらに4つに別れています。すべてのファイル:自身が最近参照したファイル、頻繁に参照したファイル、共有したファイルが一覧で表示されます。フォルダー:自身と共有され、文書を格納できるフォルダの一覧が表示されます。非公開、ごみ箱は自身のみが参照できるフォルダです。通知(ベルアイコン):自分宛、もしくは全員宛にメンションされたコメントやメッセージ、スタンプもしくは自身が作成した文書を誰かが初めて開いた時に通知が表示されます。チャット(吹き出しアイコン):文書に紐付かないチャットを新規で開始したり、参照することができます。タスク(チェックボックスアイコン):チェックリスト機能で自身にアサインされたタスクのうち、未完了のものが表示されます。続いて、新規文書の作成方法です。画面右上に表示されている鉛筆アイコンをクリックします。Quipでは新規文書だけではなく、新規スプレッドシート、新規フォルダを作成することが可能です。新規文書をクリックすると、下記画面が表示され、画面上部には様々なボタンが表示されます。こちらの機能を利用することでさらにリッチな文書を作成することができますので、左から順にご紹介します。元に戻す・やり直し:文書に変更(文字を追加や削除)を行った際に一つ前の動作に戻りたい、もしくは進みたい場合に利用できるボタンです。段落:見出しの設定や箇条書き、番号順等の段組みを構成したい場合にプルダウンからお選びいただけます。太字:文字を太字にしたい際に利用します。イタリック:文字を斜体にしたい際に利用します。下線:文字下に線を引きたい際に利用します。取り消し線:文字に取り消し線を引きたい際に利用します。テキストの色:文字色を変更したい際に利用します。カラーパレットから詳細な色を設定できます。ハイライト:文字に背景色を設定したい際に利用します。カラーパレットから詳細な色を設定できます。コード:文書内にコードのサンプル等を記載したい際にコードブロックを利用できます。配置:文字の配置を左側/中央/右側に設定ができます。挿入:文書内にチェックリスト、画像&動画、リンク、LiveApps、列、表を追加することができます。コメント:共同で文書作成を行っている場合に特定の箇所へコメントを付与することができます。最後にアカウント設定(アイコン設定や書式設定など)は画面右下の丸い自身のアイコンをクリックします。ここではアイコンの変更ができたり、通知設定やフォント設定など表示設定を変更することが可能です。以上がQuipへログイン後の画面レイアウトのご紹介でした。Quip文書を作成してみましょう次にQuipでの基本的な文書の作成方法についてご紹介します。Quipで文書を作成する際には、まず右上の鉛筆アイコンから文書を作成します。見出しや段落の切り替えは左上部のメニューから変更可能です。@マークを入力することで画像や動画、スプレッドシートなどのコンテンツを挿入することができます。挿入した画像は文書上で大きさを変更できますので、レイアウトを見やすいように調整しましょう。また他のユーザ宛にメッセージを送るときは、該当箇所からのコメント、もしくは文書全体に関わる内容は右側の会話セクションからのコメントができるようになっています。以上が基本的な文書の作成方法となりますが、文書に追加できるコンテンツはこの他にも多くあります。詳細については次の記事「LiveAppsを使ってみましょう」をご覧ください。まとめQuipの画面レイアウト、基本的な文書の作成方法を理解して、まずは一つ新規に文書を作成してみましょう!実際に作成し、共有してみることでQuipの良さを実感できると思います。機能や社内への展開方法を理解できるよう後続の章で学んでいきましょう。
-
この記事で学べること顧客や案件情報を管理する際に、お客様と、いつ、だれが、どんなやりとりをしたか、などの活動を記録しておく必要があります。Salesforceの活動機能を使いこなすこなすことで、営業活動の可視化につながります。Salesforce では活動オブジェクトに営業活動や顧客とのやりとりを記録することができます。今回は活動オブジェクトとその他の営業活動をサポートする機能についてご説明します。活動オブジェクトには ToDoと行動が含まれています。どちらも一見似ているように思われますが、ToDoと行動では使用方法やできることが異なります。ToDoとは実施する期日までに、設定したユーザがやらなければならないタスクを登録し、管理することができます。タスクの進捗状況を、「未着手」、「進行中」、「完了」などで管理することができ、期日になると通知されるように設定ができるため、タスク管理ツールとして利用することができます。行動とは打ち合わせや会議、セミナーで外出する際などに、自分自身、または他のユーザと時間を決めて行う各種活動を管理することができます。行動の入力内容には、開始時間と終了時間、場所などの情報を登録することができ、カレンダーに表示されます。では実際にToDoと行動を設定していきましょう。例:お客様との打ち合わせに向けて、資料作成とカタログの準備が必要この場合、打ち合わせで使用する資料作成とカタログの準備については「ToDo」として登録し、打ち合わせの予定を「行動(カレンダー)」に登録することになります。ToDo※分割ビューで表示行動(カレンダー)カーソルを置くだけで詳細が表示されます。ホーム画面営業担当者1のホーム画面では、「今日の行動」と「今日のToDo」として設定した内容が表示されるようになっています。ToDoで書類の[状況]は[進行中]でしたが、完了した場合は、「今日のToDo」の書類チェックボックスにチェックをつけるだけでホーム画面上にて簡単に[状況]を[進行中]から[完了]に変更することができます。またToDoを他のユーザから割り当てられた場合は、画面右上のベルマークから通知を受け取ることができるので、すぐに確認することができますね。商談レコードページでもToDoと行動の履歴を確認することができます。次にToDoと行動、それぞれでできる設定についてご紹介します。ToDo:kanbanを使って、必要なデータを一目で確認表示名を[kanban]、リストビューコントロールで[kanban設定]をクリックするとグループ化単位で、表示項目を変更することができます。任命先ごとに表示すれば、どの営業担当者が、やるべきことは何かを営業部長が把握することができたり、状況で表示すればToDoの進捗状況を確認したりすることができますね。また、進捗が遅れている、優先度が高いToDoに対して何らかのフォローアップしたい場合は、「フォローアップToDoの作成」をすることができます。行動:他のユーザのカレンダーを共有、追加することでメンバーのスケジュールを確認私のカレンダー:他のユーザとカレンダー共有他のカレンダー:他のユーザのカレンダーを追加営業担当者1の右にある[▼]をクリックすると、カレンダーの色を変更、新規行動の追加をすることもできます。考慮事項ToDoでは設定した期日を過ぎても、完了していない場合、自動的にクローズされることはないが、行動では設定した納期が過ぎたら、完了していない場合でも自動的にクローズされる学習ツール活動: ToDo、行動、カレンダー営業の生産性まとめスケジュール帳や別のシステムで活動状況を管理するのではなく、Salesforce のToDoと行動機能を活用することで、関連するオブジェクトやユーザに結びつけることができるため、顧客とのやりとりや案件情報を簡単に把握することができます。また、顧客との友好な関係性を維持するためには、メンバー同士でのリアルタイムの情報共有が重要となってきます。ぜひSalesforceの活動機能を活用して営業活動の可視化につなげてみてください。
-
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 バージョンは、製品の機能強化とバグ修正で維持されます。
-
この記事で学べること何か様子がおかしい(障害かもしれない)と感じたときの対応方法を知ることができますSalesforceの各サービスの現在の稼働状況を確認する方法を知ることができます状況把握Salesforceを使用中に異常が発生した(突然ログインできなくなった、非常に動作が遅いなどの)場合、まずは、他のSalesforceユーザも同じ状況かを確認しましょう。他のユーザは普段どおり使用できている場合は、ブラウザや端末に起因した問題の可能性があります他のユーザも自分と同じ状態の場合は、Trust サイトのシステム状況ページを確認しますTrustTrust サイトのシステム状況ページでは、Salesforceの各サービスの稼働状況を確認することができます。Trust サイトのシステム状況ページをブックマークして、すぐに確認できるようにしておきましょう一般的なメッセージ(General Message)特定のインスタンスだけでなく、複数のインスタンスに跨る障害の初期情報等が掲載されます進行中のインシデントID列の数字をクリックすると、詳細を確認できます次回更新の目安も記載されます(内容更新時にTrust Notification通知メールが送信されます)[進行中のインシデント]に該当する内容が表示されていない場合、お客様組織のインスタンス、もしくは[私のドメイン]を指定して検索し、インスタンスの稼働状況を確認します。以下の図は、AP25インスタンスの稼働状況です。サービス毎の稼働状況を確認できます。お客様の組織のインスタンスや私のドメインをご存知ない場合は、自分の Salesforce 組織のインスタンス情報の表示(ナレッジ)をご参照ください必要な対応障害が発生している場合は、Trustで確認した内容を元に、社内のSalesforceユーザに速やかに情報共有しましょう。サポートへお問い合わせTrustに情報はないものの、複数のユーザでログインができない、動作が遅いなどの緊急性の高い問題が発生している場合は、プレミアのお客様は、お電話でサポート(0120-733-251)へ確認することができます。<架電時のポイント>プレミアパスコードを準備する発信者番号を通知して、架電する日本語以外の言語で問い合わせをする場合は「Salesforce カスタマーサポートへの問い合わせ」(ナレッジ)をご確認くださいStandard Success Planのお客様は、以下重要度の表をご覧いただき、現在の状況が「重大 (重要度 1)」であると判断した場合、営業時間内(午前 9 時~午後 5 時 (日本時間)にお電話でお問い合わせができます。重要度Salesforce サポートへのお問い合わせは、発生している問題の緊急性によって分類されます。(最新の情報は、お問い合わせの重要度についての説明(ナレッジ)をご確認ください) 緊急度 説明重要度:1(重大)・業務が停止し、許容可能な回避策がない。・主要業務又は短期的な業務上のマイルストーンにおいて、経営リスクをもたらす差し迫った危機に直面している。重要度:2(緊急)主要業務に影響を与えており、回避策がない。重要度:3(高)主要業務に影響を与えているが、回避策がある、又は主要業務以外の業務に影響を与えており、回避策がない。重要度:4(中)主要業務以外の業務に影響を与えているが、回避策がある、又は業務に影響を与えていない。学習ツールプレミアのパスコードを検索する(ナレッジ)Salesforce カスタマーサポートへの問い合わせ(ナレッジ)お問い合わせの重要度についての説明(ナレッジ)まとめTrust サイトのシステム状況ページでSalesforceサービスの現在の稼働状況を確認することができます障害に関してサポートへ緊急でお問い合わせをする場合は、お電話にてお問い合わせをいただく必要があります
-
この記事で学べることSalesforce Optimizer アプリケーションを利用した機能の改善、カスタマイズのクリーンアップ、複雑さの軽減、機能の採用の促進を方法※ OptimizerのPDFはSummer’21で廃止されましたSalesforce Optimizer アプリケーションとはSalesforce Optimizer アプリケーションとは、組織のストレージ、項目、カスタムコード、オブジェクトのカスタムレイアウト、レポートとダッシュボードなど、50 種以上の使用状況のスナップショットを作成できるツールです。例えば、誰も入力していない項目の検出、アクションが設定されていないワークフロールールを発見する等ができます。Salesforce Optimizerを実行するタイミングは、毎月のメンテナンスや、新しいアプリケーションをインストールする前、各 Salesforce リリースの前を推奨します。また、少なくとも四半期に 1 回は、実行することを検討してください。Optimizer アプリケーションの操作手順それでは、Salesforce Optimizerアプリケーションにアクセスし、実行してみます。操作手順1.[設定]|[クイック検索]ボックスに「オプティマイザ」と検索し、 [オプティマイザ]をクリックします。2.[アクセスを許可]をクリックし、Salesforce Optimizer アプリケーションを有効化するためのアクセス権を許可します。アクセスを許可すると、アプリケーションランチャーに[Salesforce Optimizer]というアプリケーションが作成されます。3.毎月実施するスケジュールを設定するかを選択し、[オプティマイザを開く]をクリックします。4.[Optimizerを実行]をクリックします。完了したら、画面右上の[通知]マークに通知が届きます。実行結果の[機能]名をクリックすると、さらに詳細を確認することができます。詳細画面には、項目名や、設定変更するために参考となるヘルプドキュメント、推奨アクションが表示されています。また、項目名から、設定画面にアクセスすることが可能です。Salesforce Optimizerアプリケーションを使用することで、組織の状態を把握し、またすばやく機能の設定変更ページへとアクセスすることができました。考慮事項Optimizer アプリケーションにアクセスするには、「アプリケーションのカスタマイズ」権限、「すべてのデータの編集」権限、「ユーザの管理」権限が必要である学習ツールSalesforce Optimizer の使用を開始(Trailhead)Salesforce Optimizer を使用した実装の改善(ヘルプドキュメント)まとめいかがでしたでしょうか。Salesforce Optimizerを利用することで、組織の状態を把握し、使っていない項目や機能はメンテナンスをすることができます。定期的に実行し、より最適化された使いやすい組織の維持を目指しましょう。ぜひまだの方は活用してみてください。
-
この記事で学べること営業部門で使われるchatterの活用方法Salesforceのレコードに紐づくコミュニケーション方法Chatterグループを使った、特定のグループでのコミュニケーションChatterを使ってダッシュボードを他の人に共有する方法本日は営業部門で効果的にChatterを活用頂ける代表的な使い方を3つご紹介します。Chatterを活用した情報共有を行うことで、リード情報や商談情報にすぐにアクセスすることができます。また顧客・案件管理といった営業担当者の活動を可視化することも可能になります。レコード(商談)フィードでのコミュニケーションChatter内で商談に関する情報共有を行うことで対象商談や取引先にワンクリックでアクセスできるため、1つの画面上で知りたい情報を簡単に得ることができます。ここでは例として株式会社A様の商談を使ってコミュニケーションのやりとりを見ていきましょう。[商談]タブから該当レコード[株式会社A]を開きます。商談レコード内のChatter画面に共有したい内容を入力し、[共有]ボタンをクリックします。その後、[Chatter]タブを開くと先ほどの商談レコード内で共有した内容がChatterにも反映されています。自分宛にコメントが届くと、右上のベルマークから確認することができます。これなら投稿に対してコメントがあると、どの画面上で操作をしていても通知にすぐ気づくことができますね。レコード上でコミュニケーションをとることで得ることができるメリットを挙げます。ユーザや商談情報などの各レコードをChatter内で呼び出すことができる自分宛のコメントはバッジ表示により通知してくれるため、タイムリーに返信が可能Chatterでのやりとりは関連するリード情報や商談情報側にも残るので、履歴管理もできる商談情報側での履歴はこのようになります。Chatterグループでの質問や相談Chatterグループではキーワード毎のグループを作ることできます。チームやプロジェクトメンバー間の情報共有をスムーズに行うことができます。ここでは[情報共有]というChatterグループを作成し、次回の社外イベントで配るエコバックの色についてのアンケート、新規顧客の獲得に対する案や対策をグループメンバーに求めてみます。質問では営業担当者1の方がコメントしてくれています。アンケートでは3人が回答してくれていますが、アンケート投稿の右下をみると既読者は4人いますね。このように既読者人数に対して、何人が回答しているのかといった回答率も簡単に確認することができます。Chatterグループで得ることができるメリットを挙げます。質問やアンケートを簡単に作成できる投稿に対して参照(既読)者の回数確認や、いいね!などメンバーの反応を確認しやすい所属チーム用、個別指示用、情報共有用といった必要に応じたグループの使い分けが可能ダッシュボードのグラフをChatterフィードに投稿Chatterフィードに投稿することで最新の活動状況を共有することができます。営業担当者の入力漏れや、異常値や売上進捗などのグラフを営業マネージャーがChatterに投稿することで最新の活動状況を共有することができます。まず[ダッシュボード]タブから対象となるダッシュボードを選択します。コンポーネント右上の[展開]をクリックすると[コンポーネントを共有]が表示されます。[コンポーネントを共有]をクリックすると、選択したダッシュボードとともにコメントも入力して投稿することができます。ここでは@東地区所属チームに今月の目標売上金額をチームメンバーに共有してみました。目標売上金額300万円に対して、現時点では170万円みたいですね。東地区所属チームの営業担当者は残り130万円を目標にすればよいことがわかりました。ダッシュボードをChatterフィードに投稿することで得られるメリットいくつか挙げます。営業担当者の入力漏れや売上進捗などのグラフをグループ内で共有会議で使用する資料や連絡等を、最新の状態で共有以上3つが営業部門での代表的なChatterの活用方法でした。Chatterの場合、フォロー対象がユーザだけではなく、商談のレコードやファイルなどの社内「情報」をフォローできる点が大きな特長です。メールでのやり取りだけですと、顧客や案件情報の詳細を把握するのに限度がありますが、Chatterを活用することで、1つのレコード上で必要となる複数の情報を確認できます。添付ファイルにおいてはメールをさかのぼって探さなくても、該当するレコードにアクセスするだけで簡単にファイルを見つけることもできます。「どのような情報が必要とされているのか」、「誰に共有する情報なのか」といった情報共有の目的を明確にし、最新情報をキャッチアップすることが営業部門でChatterを効果的に活用することにつながります。またChatterはSalesforceモバイルアプリケーションに対応しているので外出先でも簡単に確認可能です。FacebookやTwitterのような感覚でビジネスシーンでも利用できるので、営業部門で是非活用してみてください。考慮事項ダッシュボードをChatterに投稿するには、レポートダッシュボードの事前作成が必要ダッシュボードで[コンポーネントを共有]ボタンを表示するには以下の設定が必要[クイック検索]ボックスに[レポートおよびダッシュボードの設定]と入力し、[ダッシュボードコンポーネントスナップショットを有効化]のチェックボックスをオンにする学習ツールChatterのフィード追跡(ヘルプドキュメント)フィード追跡の有効化(Trailhead)投稿、アンケート、質問の作成Chatter でのダッシュボードコンポーネントの画像の共有(ヘルプドキュメント)Chatter へのダッシュボードコンポーネントのスナップショットの投稿(ヘルプドキュメント)
-
アカウントの設定ビジネスユニット環境設定 (BU 作成毎)ユーザー / ロール / 多要素認証 (MFA) もしくは SSOデータ連携前の準備MC SFTPMC SFTP ユーザーアカウント (認証: パスワード or SSH 鍵 など) 複数 SFTP ユーザーを作成する場合、利用用途の明確な切り分けを (注: アクセスできるユーザーの増加とセキュリティリスクは比例する) 🌵Note: “<tenant-specific>.ftp.marketingcloudops.com” 形式のテナント固有のエンドポイント (TSE)となっているか確認🌵Note: デフォルトだとSFTP のパスワード有効期限は 90 日間。セキュリティ設定の [パスワードの有効期限から FTP ユーザーを除外] でこの期限の無効化が可能。外部 SFTP (MC 側を SFTP クライアントとしてファイルを転送する場合)クロスクラウド連携Marketing Cloud Connect (aka MC Connect)Multi-Org 構成にするかどうか🌵Note: MC 連携用の Sales/Service Cloud 側のユーザーアカウント言語は「英語」がベターDistributed MarketingCore 側からオペレーションにより、Journey 経由でメール or SMS を配信 (要件に注意)API (必要に応じて)メール関連のコンフィグレーション日本向けメール配信で有効化が望ましい設定 (いずれもテクニカル サポート ケース経由で有効化)メール本文に対する BASE64 / Quoted-Printable 有効化 (Docomo 対策) (MID 単位) 特定ドメインに対するスロットリング (MID 単位)バウンスリトライ時時間 (IP アドレス単位)共有 IP アドレスを選択されている場合、この変更は不可Option: ウェブ解析ツール (例: Google Analytics UTMパラメータ) に合わせてパラメーターマネージャーの Web Analytics コネクタ上でトラッキングパラメーターをセット (MID 単位) * 参考: 外部記事Option: 専用 MTA プールを持つ場合は MC サービスチーム支援のもと個別の要件に応じて調整可通知管理Automation Studio のオートメーションのスキップ/エラー/完了の通知アラートマネージャー (Alert Manager) の通知製品コミュニケーションメールの受信条件は、"システム管理者" / "Marketing Cloud 管理者" のロール🌵Note: 仕様変更・メンテナンス・製品の廃止等から、お客様個別で実施が必要な作業も含めて、継続して利用する上で極めて重要な情報が Salesforce 側からメールで通知されることがある。このような重要なお知らせを受け取るべき人はこれらロールを保持しているか、今一度チェックを。Trust - Status でメジャーリリースの日程の通知 & 障害を受信 (アカウントがどの Stack かを確認する方法)● ● ●🌵Note: 設定した内容はドキュメントに残しておく設定変更は副作用を伴うこともあるため (例: SFTP への IP ホワイトリストを設定することでアクセス不可に)、早めにチーム間で通知を。例: アカウント構成 / セキュリティ設定 / IP 一覧 etcデフォルトからの設定変更箇所 (例: Content Builder の自動保存の無効化) を記録しておくだけでも、MC を将来利用する予定のメンバーとの共通認識にできる。クラウドサービスは設定周りが簡単にいじれる分、実装当時の設定の確認を怠っていると、数年後に大きな問題に...ということにも。