説明/参照:
参考文献:
https://docs.microsoft.com/en-us/dynamics365/customer-engagement/linkedin/add-sales-navigator-controls-forms

説明

Explanation:

トピック4、Contoso Ltd.
背景
Contoso株式会社は、ロボット組立機用の電子部品を製造しています。同社は、顧客の仕様に合わせて製造されるワイヤーハーネスを専門としています。
当社の本社と製造工場はデトロイトにあります。また、以下の国にもオフィスと製造工場を有しています。
* 中国
* ドイツ
* メキシコ
* イギリス（UK）
現在の環境
販売
※複数の国に事業を展開されているお客様は、リクエスト元の国の営業チームが担当しておりますが、これらのお客様の売上情報を取得することは困難です。
* 各営業担当者がMicrosoft WordやExcelのテンプレートを使用して顧客への見積書を手作業で作成しています。これにより価格にばらつきが生じ、収益性に影響を及ぼしています。
* 年間総売上高が 150 万ドルを超えるお客様には、製品およびサービスに関して特別な優先顧客割引価格が適用されます。
* コスト、価格、製品の入手可能性は国によって大きく異なります。
営業チーム
* 各オフィスには専任の営業チームがあります。営業オフィスがない国では、グローバルチームが販売を担当します。
* グローバルチームを除く各営業チームには、自国の工場の生産能力に連動した予測収益目標が設定されています。グローバルチームの予測収益目標は、前年度の実績売上高に対する割合に基づいて算出されます。
* 各営業チームは、顧客からの見積依頼（RFQ）を記録するスプレッドシートを管理しています。スプレッドシートはネットワークドライブに保存されています。
* 営業チームの売上目標は、各工場の生産能力に基づいて毎年設定されます。
* 個別の売上目標は四半期ごとの製品ラインに基づいています。
現在のRFQプロセス
会社では、RFQ を処理するための次のプロセスを定義しています。

要件
一般的な設定
* 可能な場合は標準機能を使用する必要があります。
* すべてのオープン RFQ をソリューションにインポートする必要があります。
* すべての情報は経営幹部チーム全員がアクセスできる必要があります。
* 国別の販売情報には、そのチームに割り当てられた営業担当者のみがアクセスできる必要があります。
* 販売および見積プロセスは、すべての販売部門で標準化する必要があります。
* 販売地域は、グローバル地域だけでなく各国ごとに設定する必要があります。
* 複数の地域で事業を展開しているお客様の RFQ の管理は、グローバル チームが引き継ぎます。
* 規制上の考慮により、ソリューションでは地域ごとに販売できる製品の種類を制限できる必要があります。
RFQ管理
* 新しい RFQ は、レビューされるまで、最初はリードとしてシステムに入力する必要があります。
* デフォルトの予測カテゴリを使用する必要があります。
* 標準化された見積形式と製品価格設定をすべての営業所に適用する必要があります。
* RFQ をクローズするための顧客とのすべてのタスクとフォローアップ活動は、RFQ に直接関連付けられる必要があります。
信用調査と身元照会
* すべての新規顧客は、RFQ の見積りを作成する前に信用調査と照会調査を受ける必要があります。
この情報は、「はい/いいえ」の値を持つ「Credit Check」という新しいカスタム フィールドに記録されます。
* RFQ のレビュー準備が完了したら、財務マネージャーにクレジットおよび参照レビューを割り当てる必要があります。
* 顧客の信用および参照レビューが不利な場合、財務マネージャーは顧客と営業担当者に電話でフォローアップする必要があります。
* 顧客の信用レポートは、永久記録として、また監査の目的で RFQ に追加する必要があります。
* ソリューションでは、財務マネージャーが使用できるサンプル スクリプトと、チェックの実行方法を示すチェックリストの両方を提供する必要があります。
報告
営業マネージャーのダッシュボードには、次のデータが表示される必要があります。
* 月別および会計年度別の国別の予測収益および収益性。
* 月別および会計年度別の国別の予測および現在の製品売上。
* 会計四半期ごとの RFQ の獲得/損失収益の比較。
* 担当地域内の営業担当者による RFQ ステータス。
* 経営陣の承認を待っている RFQ と、その待機時間。
* 競合他社に奪われた売上が月ごとに増加しています。
マネージャーは、RFQ が信用調査や照会を待っている期間や、信用調査や照会で不利な結果となった RFQ の数も追跡できる必要があります。
問題
* ドイツ、英国、カナダに工場を持つ PreferredCustomerA は、RFQ が開始される国に応じて営業担当者が顧客に異なる価格設定と割引を提供していると報告しています。
* マネジメントレビューは通過したものの、標準的な信用調査に合格しなかった複数のRFQに対し、見積書が発行されました。これを防ぐため、今後はマネジメント承認会議の前に信用調査を実施する必要があります。
* インポートされた見積依頼（RFQ）の中には、製造中止製品の見積が含まれているものがあります。最新の製品情報を含む最新の見積書を顧客に送付する必要があります。
* CompanyB は、ドイツ、英国、アルゼンチンの工場向けのハーネスの価格を知る必要があります。
* C社は米国本社向けのハーネスの見積もりを受け取りました。カナダ工場でもこの製品を必要としています。
* CompanyDは、複数のサブアセンブリを製造しているVendorZに、販売注文と出荷を直接送ることを希望しています。VendorZは、Contoso, Ltd.だけでなく、他の顧客向けの部品も製造しています。
* 最高財務責任者（CFO）は、新たな信用調査と身元照会によって発生する業務量を懸念しています。そのため、これらの業務にかかる時間を調査し、追加人員の採用が必要かどうかを判断する必要があります。

説明
参考文献:
https://docs.microsoft.com/en-us/dynamics365/customer-engagement/developer/security-dev/use-recordbased-se

参照：
https://docs.microsoft.com/en-us/dynamics365/customerengagement/on-premises/basics/add-phone-call-task-em
トピック3、劇場群のケーススタディ
これはケーススタディです。ケーススタディは個別に時間制限がありません。各ケースには、必要なだけ試験時間を使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。試験に含まれるすべての問題を時間内に完了できるように、時間を管理する必要があります。
ケーススタディに含まれる質問に回答するには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。各質問は、ケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを始めるには
このケーススタディの最初の質問を表示するには、ボタンをクリックしてください。質問に回答する前に、左側のペインのボタンを使ってケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同一であることにご注意ください。質問に回答する準備ができたら、ボタンをクリックして質問に戻ってください。
背景
ある企業は、ライブパフォーマンスを行う劇場グループを所有しています。公演のチケットは、モバイルアプリを使って個々の担当者が販売しています。
各劇場には支配人がおり、支配人は6ヶ月ごとに劇場を交代します。
同社は Dynamics 365 Sales の導入を計画しています。
現在の環境
同社はチケットに次のような価格体系を採用しています。

担当者は請求書として使用するMicrosoft Word文書を作成します。チケットの価格設定は一貫性がないことがよくあります。
顧客が他のショーに行くため、チケットの売上が失われることがよくあります。
要件
名刺
* グループ販売の顧客全員の名刺をスキャンし、その画像を連絡先レコードとともに保存する必要があります。
※お客様が以前に劇場に来られたことがある場合でも、名刺のスキャンは必須となります。
* すべての連絡フォームに名刺を表示する必要があります。
営業担当者
* 各販売員は毎月一定数のチケットを販売する必要があります。
* 各営業担当者が販売したチケットの数は、営業担当者とマネージャーとの月例会議の前に、月末にのみ合計する必要があります。
* 営業担当者はシステム内で毎日販売数量を確認できないようにする必要があります。
機会
* 営業担当者が商談をクローズしたときに、営業マネージャの名前を商談レコードに追加する必要があります。
* 失われた機会には、他の人が興味を示さなかった理由を含める必要があります。
* 毎週大量のチケットを注文する商談の中には、様々な数量の見積もりを迅速に入手したいというお客様もいらっしゃいます。その内訳は、以下の通りです。
*チケット別の価格内訳
*数量割引額
*元のチケット価格
注文
* 公演のチケットを大量に購入されるお客様は、必ず事前に見積もりを取得する必要があります。
* 大量購入の場合は、常に見積レコードから注文を作成する必要があります。
* 見積書のない少量のチケットを購入する顧客には、請求書を送付する必要があります。
データ分析
* ショーのチケット販売に関連する電子メールメッセージを分析します。
* 潜在的なチケット購入者の友人や同僚の潜在的な販売を支援するために関係を分析します。
* アカウントを分析し、アカウント担当者と顧客の関係を評価して、コミュニケーションのレベルを測定します。
ビジュアル
すべてのレジ担当者用のチケット ダッシュボードを作成し、次の棒グラフを含める必要があります。
* 各公演のチケット販売数
* 各公演のチケット全種類
* 10枚以上のチケットをグループで購入したアカウント
* 年齢層別に購入したチケット
ショー
* 担当者は、顧客がチケットを購入しなかった場合でも、どの公演に足を運んだかを追跡する必要があります。この情報は記録に入力する必要があります。
* 大きな売上の見込みがなくなるたびに、担当者は顧客に、自分のショーではなくどのショーのチケットが購入されたかを尋ねる必要があります。
※他の劇場の公演は毎月更新となります。
* 異なるショーの数量割引とまとめ買いは一貫している必要があります。
問題
* チケットダッシュボードには8つのセクションがあります。ダッシュボードには、年齢層に関するデータを表示する折れ線グラフが含まれています。また、チケット販売をグループ化したグラフもあります。このグラフには10枚以上のチケットが販売されたことが示されていますが、20枚以上購入したアカウントは表示されていません。
* レジ担当者からは、チケットダッシュボードの特定の2つの領域が表示されないという報告があります。一方、営業担当者からは、ダッシュボードのすべての領域が表示されるという報告があります。
※担当者1は名刺をスキャンできません。
* ユーザーによっては、デスクトップ マシンでは名刺が表示されませんが、タブレットや携帯電話では名刺が表示されます。
※システム内に名刺画像はございません。
* 名刺のスキャンで重複した連絡先が作成されます。