“���������������������������������������������������������������”の検索結果
- すべて
- おすすめリソース紹介
-
Sales
Cloud - Account Engagement(旧 Pardot)
-
Service
Cloud - Experience Cloud
- CRM Analytics
- Quip
- Engagement
- Intelligence
-
Commerce
Cloud - Tableau
- Sales Program
- MuleSoft
- Trusted Services
- Slack
- Data Cloud
- AI(人工知能)
- Digital Wallet(利用量の管理)
-
セキュリティ・
開発・運用 -
ユーザグループ・
コミュニティ - Premier Success Plan
- コーポレートサイト
- 特集
-
この記事で学べること別システムのデータをSalesforceに取り込む場合の考慮事項について知ることができますSalesforceへデータを取り込む理由皆様の会社では、業務でどんなシステムを使っていますか?きっとSalesforce以外にもたくさんのアプリケーションを使っていると思います。そして、日々の運用という観点では、それら別々のシステムに保存されているデータを取り出して、集計や報告をしなければならないということもあると思います。が、それって結構面倒ですよね?「もう少し楽にできないか?」と感じることもあるでしょう。そんな時に、「Salesforceにデータを(自動で)取り込めないか?」と考えるかもしれません!そうです。Salesforceにデータを取り込めば、レポートやダッシュボード使って、手軽に集計や報告ができそうですね。この記事では、「Salesforceにデータを取り込む場合の考慮事項」について、(自動化以外の)手動の方法も含めて概要をご紹介します。(データ量によっては、Salesforceではなく、CRM Analyticsなどにデータを取り込むほうが良い場合もあります)まずは、Salesforceにデータを取り込むために用意されている方法を見てみましょう。データインポートウィザードデータインポートウィザードを使用すると、あらかじめ用意したCSVファイルをアップロードし、取引先、取引先責任者、リード、キャンペーンメンバー、カスタムオブジェクトなどへ容易にデータをインポートできます。(Database.com Edition以外の)すべてのエディションでご利用可能で、一度にインポートできるレコードの最大数は 5 万件です。Salesforceの画面上から実行できるので最も簡単な方法となりますが、自動化はできません。特徴は、取引先と取引先責任者を同時に(互いを関連付けた状態で)インポート出来る点です。そのため、これからSalesforceにデータを投入して使い始めるお客様には、最適な機能です。※データインポートウィザードで商談をインポートすることはできません。商談をインポートする場合はデータローダを使用しますデータインポートウィザードについては、Excelの顧客データを取り込む(サクセスナビ)をご確認ください。データローダデータローダを使用すると、あらかじめ用意したCSVファイルを使用して(レコードのインポートのみでなく)更新や削除、エクスポートができます。Enterprise Edition以上、もしくはDeveloper Edition、Database.com Editionでご利用可能で、一度に操作できるレコードの最大数は、5 百万件です。データローダは(英語の)クライアントアプリケーションなので、PCにインストールが必要ですが、Windows端末をご利用の場合は自動化(バッチモード)もできます。データローダは、データインポートウィザードでは対応していない(商談等の)オブジェクトにも使用できますが、複数のオブジェクトに対して一度に作業を行うことはできません。互いに関連しているデータをインポートする場合は、親 → 子の順番でインポートをしていきます。また、データローダはAPIを消費しますので、上限を超過しないように注意が必要です。詳細は、API 要求の制限と割り当てをご確認ください。データローダの画面操作については、以下をご確認ください。初めてのデータローダ 〜Insert編〜初めてのデータローダ 〜Update編〜データローダ 〜Upsert編〜初めてのデータローダ 〜Delete編〜初めてのデータローダ Export編初めてのデータローダ Export All編データローダのバッチモードについては、バッチモードでの実行 (Windows のみ)をご確認ください。さて、ここまでは、Salesforceが標準で提供している機能(方法)についてご紹介しました。データローダのバッチモードは、設定ファイルの編集やバッチファイルの起動など、Salesforceの設定だけでは完結しません。設定をする場合にはシステム管理者と協力して進めましょう。(もし、ご自身がSalesforceのシステム管理者の場合は、データローダを使用して連携したいシステムの管理者の方と協力しましょう)これ以降は、外部システムから直接API(アプリケーション・プログラミング・インタフェース)を呼び出す方法をご紹介します。「自分にはAPIを呼び出すなどのスキルが無い・・・」というシステム管理者の方も、ご安心ください。AppExchangeでパートナー企業を探すこともできます!Salesforce APIAPIを使用して開発をすれば、ほぼ何でもできます!(しかし、これは、言いすぎかもしれません・・・)この記事では、外部システムのデータをSalesforceに定期的に取り込むことで、手動での外部システムからのデータのダウンロード、(場合によってはデータの加工)、Salesforceへのデータインポートにかかる工数を無くす方法について考えてみましょう。※お客様のユースケースによっては、外部システムのデータをリアルタイムにSalesforceの画面に表示したいこともあるでしょう。その場合、定期的にデータをロードしても間に合いません!以下は、日次や週次等といった定期的にデータを取り込むのに適した方法です。どのようなツールを利用すべきですか?サードパーティ製の ETL ツールを利用することもできますし、独自のクライアントアプリケーションを開発することもできます。いずれにせよ必要な処理は、一定期間内に発生した外部システムのデータ変更を取得し、そのデータを(必要であればSalesforce用に加工して)Bulk APIもしくはSOAP APIを使用してSalesforceに取り込みます。どのAPIを使用すべきかですか?使用するAPIは、取り扱うデータ量を元に選択します。Bulk APIは、大量データ(数千から数百万単位のレコード)を扱うために最適化されています。複数のバッチを並列して送信するので、多数のレコードをで挿入、更新、更新/挿入または削除できます。一方、SOAP API は、一度に少数のレコードを更新するリアルタイムのクライアントアプリケーション用に最適化されています。SOAP API を使用しても多数のレコードを処理することはできますが、数十万のレコードを扱う場合にはBulk APIの方が実用的です。また、Bulk APIとSOAP APIの違いは以下の通りです。APIの種類プロトコルデータの形式同期/非同期1APIの種類プロトコルデータの形式同期/非同期2Bulk APIRESTCSV、JSON、XML非同期3SOAP APISOAP (WSDL)XML同期Bulk API には 2 つのバージョン (1.0と 2.0) があります。2.0の方がデータの取り扱いが容易ですが、データローダは2.0に対応していません。他の種類のAPIを含めた説明は、Salesforce Lightning プラットフォーム API の概要(Trailhead)をご確認ください。データを取り込むタイミング営業時間内にデータを取り込むと、画面上でユーザがデータを更新などしていた場合に(バッチ処理と)競合して、ロックやエラーが発生することがあります。バッチ処理は、事前にフルSandbox等で実際にかかる所要時間を確認し、夜間などユーザが操作をしていない時間帯にスケジュールしましょう。Bulk APIのフルSandbox等での評価時にロックエラーが発生する場合には、データの投入順序を調整するといった対処が必要になる事があります。(ロックエラーが出て対処法を模索中の場合は、この資料や英語のブログが参考になります)学習ツールインテグレーションのパターンと実践データの Salesforce へのインポート(ヘルプ)データ管理(Trailhead)まとめ外部システムからデータを取り込む処理は、大量データになることがあるのでBulk APIに対応したツールがおすすめですデータの取り込みを本番に実装する前に、所要時間の確認を含めSandboxで事前検証しましょう
-
多要素認証で安全にアクセス〜 MFA の必要性と適応のヒント
概要リモートワークによるオフィス外からのアクセス、ログイン情報を侵害する可能性のある脅威の増加など、昨今セキュリティを取り巻く状況が急激に変化しています。「多要素認証 ( MFA ) 」はアクセスを効果的に安全にするソリューションで、将来的に Salesforce へのアクセスに必須の設定となります。MFA の導入背景や適用の際に役立つリソースをご紹介します。https://play.vidyard.com/BY9Lxsj1A73yP5ykzKE9Pr
-
Marketing Cloud における AI 機能の簡単実装ノウハウ
概要多くの Marketing Cloud Einstein(AI) 機能がリリースされている中から、すぐに施策に組み込むことが可能な、配信時間の最適化とスコアリング機能をピックアップして、活用例を元にご紹介します。Journey Builder 施策を高度化し、施策効果の最大化を目指しましょう。https://play.vidyard.com/ET3rBzYkM8oDeX2kfr6X4t資料はこちらからダウンロードいただけます。
-
概要これから Marketing Cloud を利用するお客様に知っておいていただきたい活用支援リソースを、新たにリリースされたポータルサイト「サクセスナビ」も含め、ステップごとにご紹介します。Marketing Cloud をスムーズに利用開始ができるように、管理者の方やユーザーの方に歩んでいただきたい活用ジャーニーをご説明します。https://play.vidyard.com/xmyYierVLkqrgDawUV2coR資料はこちらからダウンロードいただけます。
-
連載:『営業改革のコンパス〜規模に応じたトランスフォーメーションの最適設計〜』vol.2
はじめに営業組織の規模によって課題感はどのように異なるのか営業職業従事者は、2021年3月の総務省統計局の労働力調査結果 で、全就業者数6649万人中321万人(4.8%)の職業です。その中でも法人向けビジネスを行っている(BtoB)企業においては、営業は企業の売上や利益を左右する重要部門であり、全従業員中15~40%ほどの比率を占めます。決して小さな組織ではありませんし、企業内での立場も比較的強いと言われる組織です。この営業組織の規模による課題の違いを把握するためにセールスフォース・ドットコムでは、これまで東洋経済新報社と実施したセミナー参加者に営業部門の実態を把握するための詳細なアンケートを実施してきました。ここでは2018年に開催された「東洋経済新報社主催 営業改革のビジネススクール シリーズ営業改革」合計4回の申込者1,760名(のべ2,219名)のアンケート結果を分析し、読み取れる営業組織の実態についてご紹介したいと思います。営業マネジメント50人の壁 ― 営業支援システムの導入率からみる営業組織の課題ベンチャー企業は成長に伴い、従業員30人の壁、50人の壁に直面すると言われます。これは人数が増えると個々人の状況をトップが把握しにくくなり、意思疎通もうまく図れなくなるため組織の運営で混乱が生じるためです。これは営業組織でも同じであり、営業担当者の人数によって抱える課題が異なり、組織構造、仕組み、マネジメント方法などの変更を考える必要が出てきます。こちらのグラフは営業組織の人数によるSFA導入率の違いです。現在の営業の活動、案件、顧客の管理方法について回答いただいたものを、営業組織の大きさごとに「5名まで」「6〜15名」「16〜30名」「31〜50名」「51〜150名」「151〜400名」「401〜1000名」「1001名以上」の8段階に分けました。分析の過程では、営業組織の大きさの区切りを20名や120名など様々な数字で分けてみましたが、大きな差が見られたのはこれらの数字でした。これらの数字は人間の認知範囲の境目といわれます。5人が親友と呼べる人数、15人がそれなりに仲の良い人たち、50人が仲間や協力者のレベル、150人が顔と名前が一致する認知の上限(「ダンバー数」と呼ばれます)、500人がコミュニケーションのとれる知り合いの数。結果的にこれにほぼ準拠する区切り方になりました。このグラフを見ると、営業組織が50名を超えたあたりからSFAの導入率が上がっているのがわかります。その規模までは半数の企業が「Excelや日報、グループウェア等」で管理していますが、50名を超えるSFAの導入に踏み切っているようです。おそらく管理の限界を迎え、SFAの導入にいたるのではないかと推察されます。50名というのは、企業にとっても営業組織にとっても大きな節目なのかもしれません。確かに営業担当者が少人数であれば紙の日報やExcel、グループウェアなどでなんとなく全体の状況は把握できるでしょう。扱っている製品数も少なく顧客数も少ない場合、管理の煩雑さを決めるのは、ほぼ案件数になります。一人当たり常時5件の案件を扱っているとすると、10人の営業であれば合計50件。そのうち少額リピート案件のような比較的手間のかからないものが80%とすれば、営業責任者は10件の案件を注視すればいいのです。しかし、営業担当者が50人を超えるとそれでは破綻します。50人の営業担当者がそれぞれ最低でも3~5案件を扱う場合、全体で150~250案件が常に動いているからです。組織階層も増えるなかで件数も増加し、各案件の進捗状況を聞きながら適切なアドバイスや行動をとるのは大変です。全体を一目で俯瞰でき、営業責任者が関わらなければならない重要案件10件と、営業マネージャーに任せて良いもの、営業担当者に任せて良いものを判別できる環境が欲しくなるのも理解できます。もちろん現在の案件状況の把握だけでなく、売上予測の数字をまとめるのも一苦労でしょう。製品別など縦割り組織で部署間の交流が少なかったり地域が違っていたりすれば、Excelでデータを集約する作業だけでも大変になります。フォーマットを合わせるために時間がかかり、古い情報のまま共有される場合もあるでしょう。営業会議で「実はこの数字は2週間前のでして、最新の数字だと〜」と修正のコメントで埋まってしまうという事態にもなりかねません。会議の生産性はデータの正確性で決まります。実際、そのような集計の煩雑さを理由としてSFAを導入した企業も存在します。しかし、このような問題を解決するためにSFAを導入したからといって安心はできません。51-400名のゾーンでは、全体の24.28%(SFAを導入した企業の50%近く)が「営業支援システムで管理しているが使いこなせていない」と回答をしています。しかも自社のビジネスにあった形で構築したはずの自社開発の営業支援システムでさえ「使いこなせていない」と回答している比率も上がっています。ただ規模がもう1段階上がり、401名以上のところでは「SFAで管理しているが使いこなせていない」という企業は一定数いるものの、その比率は下がっていることがわかります。ここまでのポイントをまとめます。・営業組織の人数が50名を超えるとSFA導入に踏み切る企業が多くなる・しかし、営業組織の人数が50名を超えSFAを導入しても、約半数が「使いこなせていない」と回答している・401名以上の企業は(何らかの形で)管理できている率が高くなっている営業組織の規模によってSFAの導入率が変化していることはわかりました。では、抱えている課題は営業組織の規模によってどのように異なっているのでしょうか。次回はそのあたりを見ていきましょう。著者:田崎純一郎(たさき じゅんいちろう)セールスフォース・ドットコムセールスイネーブルメントシニアディレクター————————————————完全版eBookをダウンロード提供中本連載『営業改革のコンパス~規模に応じたトランスフォーメーションの最適設計~』第3章(Vol. 10〜13の記事)は、完全版のeBookにまとめています。ぜひ、下記からダウンロードしてお読みください。【 第3章 ダウンロードはこちら 】Vol. 6~9の記事は第2章の内容になります。第2章のeBookにて完全版を公開しております。ぜひ、下記からダウンロードしてお読みください。【 第2章 ダウンロードはこちら 】Vol. 1〜5の記事は第1章の内容になります。eBookにて完全版を公開しております。ぜひ、下記からダウンロードしてお読みください。【 第1章 ダウンロードはこちら 】連載記事<第1章>Vol. 1 営業改革で解決したい課題は何か - 営業組織の規模と営業改革テーマVol. 3 営業組織の規模によって異なる課題感 ― データの収集と活用Vol. 4 現場が見えなくなる中規模組織Vol. 5 使いこなせていない51名以上の営業組織は「営業案件の可視化やパイプライン管理ができていない」<第2章>Vol. 6 営業活動は不完全情報ゲームVol. 7 営業を“群衆”ではなく“組織”に -情報を使って160時間の使い方を最適化Vol. 8 営業情報は製品中心ではなく「顧客データを中心」にフロントとバックをつなげるVol. 9 作ったものを売る営業から、売れるものを作る会社へ<第3章>Vol. 10 営業改革プロジェクトでは、どんな困難に直面するのか?Vol. 11 チームの結成・メンバーの選定 ~ 方針決定、ビジョンやゴールの設定、価値観のすり合わせVol. 12 情報プラットフォーム(ITシステム)選定 ~ 組織変更の実施、教育・社内トレーニングVol. 13 KPI、データ分析と活用 ~ 定着化と展開<関連セミナーご案内>Salesforceでは、営業改革をサポートするウェブセミナーをご用意しています。あらゆる企業規模・業界において営業マネージャーの方々がどのようにSalesforceを活用すべきかをご紹介します。ぜひご活用ください。https://successjp.salesforce.com/article/NAI-000042
-
概要Salesforce のスキルを身につける方法は、一人で学習するだけではありません。2021年度 Salesforce MVP に選出された南氏が、どのように Salesforce のスキルを「Salesforce コミュニティ」で身につけてきたかをご自身の体験談を元にご紹介します。明日から真似できるポイントが満載のセッションをお楽しみください。https://play.vidyard.com/drhkKq8CUfXthxQ5whr3c7
-
現場がデータをどんどん入力!システム管理者の上手な社内巻き込み術
概要せっかく導入した Salesforce。それなのに未だに商談や活動にあまりデータを入れてもらえていない。多くの管理者や推進者が抱える悩みです。Salesforce をほとんど使えていなかった営業部門に、総務部門でシステム管理者を兼任していた上村氏が、定着・活用を成功に導いた「上手に現場を巻き込む 3つの方法論」をご紹介します。https://play.vidyard.com/SmweyiXenDkvRwKEKLZUPU
-
Salesforce で使える全 BI とその効率的な活用のコツ
概要Salesforce の BI を活用することで情報の可視化が容易になります。しかし、多機能が故にどの機能を活用すれば効率よく可視化ができるかを理解するにはコツが必要です。2019年 Dreamforce に日本人としてプロダクトキーノートに初登壇、 Salesforce Champion でもある吉田氏が、8年間の自身の BI 実践経験を濃縮してコツとともにご紹介します。https://play.vidyard.com/4sTUuvz1XeUq4hWtx8yS8r
-
大企業での SFA 展開成功の要 “ チャンピオンズネットワーク ” とは
概要複数部門、複数拠点へ Salesforce を展開していくには、経営層から現場に渡る推進体制が必要です。その中でも各拠点の推進リーダーによる “ チャンピオンズネットワーク ” を作り上げることが成功の鍵となります。このネットワークを中心にした推進チーム運営方法や現場からの改善要望吸い上げなど、大企業における現場展開のベストプラクティスをご紹介します。https://play.vidyard.com/dWVnmzyCP7Y5vEtPVeZnjQ
-
概要Salesforce の定着化において、データ入力の効率化は重要な要素です。「一気にデータを更新したい」「素早く入力画面を開けるようにしたい」「自動でデータを入力・更新したい」と思ったことはありませんか?そんな悩みを解決する「一括更新」「動線改善」「自動化」に役立つ 3つの標準機能をご紹介致します。リストビュー、クイックアクション、プロセスビルダーの標準機能と活用ノウハウをデモンストレーションを交えてわかりやすく解説します。動画を見る(約20分)https://play.vidyard.com/brduSdS56M2Jo98MUvNvRW※画面右下の歯車マークより再生スピードを変更可能です0:51~ 本編スタート2:04~ リストビュー7:50~ クイックアクション11:39~プロセスビルダー関連リソース入力に関する業務効率化の記事一覧はこちら
-
ドラッグ・アンド・ドロップで実現する、ユーザーの利便性向上テクニック
概要「操作が複雑で覚えられない」「必要な情報にたどり着けない」といった現場の声や、「せっかく作成したダッシュボードが見られていない」などの悩みを感じたことはありませんか?Lightning アプリケーションビルダーを活用すると、ドラッグ・アンド・ドロップするだけでビジネスニーズに合わせて簡単に画面をカスタマイズすることができます。ニーズに合わせて画面を構築することで、ユーザーは必要な情報にすばやくアクセスでき、効率的に業務を進めることができます。簡単に使えて改善効果を実感しやすいお勧めの3つのコンポーネントを、デモンストレーションを交えてわかりやすく解説します。動画を見る(約22分)https://play.vidyard.com/WLvKXp8SQfGaSSFoksphs8※画面右下の歯車マークより再生スピードを変更可能です2:48~ 本編スタート5:37~ おすすめコンポーネント①リッチテキスト8:52~ おすすめコンポーネント②関連レコード13:30~ おすすめコンポーネント③タブ20:06~ まとめ関連リソース画面カスタマイズに関する業務効率化の記事一覧はこちら
-
概要メールインテグレーション機能を利用すると、Gmail または Outlook を通じて送受信したメールを簡単に活動履歴として登録することができるようになり、営業活動の生産性向上につながります。このメール連携機能の基本機能について、デモンストレーションを交えてわかりやすくご説明します。https://play.vidyard.com/jJ8vERSxPjqvjM4itxahHW