説明

説明/参照:
構成の実行
テストレット 2
背景
Humongous Insurance はフリート自動車保険を提供しています。その会社の会計年度は7月1日から6月です
31日。
彼らは、カナダ、米国、英国に拠点を持つ証券会社を買収することで急速な成長を遂げました。
同社は10月1日の第2四半期開始に向けて大きく前進している。
現在の環境
* 米国の営業担当者は、北、東、南、西、または国の領土のいずれかにいます。
* 複数の地域に見積書や請求書を送信できるのは、各国の営業チームのメンバーのみです。
* 営業マネージャーは、テリトリーに基づいてリードをルーティングします。
* 営業担当者 1 と営業担当者 2 は、それぞれ南部地域と国家アカウントの一部です。
* 営業担当者は、売上の進捗状況や、売上が終了しているか進行中であるかを正確に報告することができません。
* マネージャーと保険会社の承認は電子メールで通知されます。
* 多くの営業担当者は異なる見積レイアウトを使用しています。
要件
地域
※各テリトリーはセキュリティのためのビジネスユニットとして設定される必要があります。
* 各地域には、独自のリードを評価する機能が必要です。
安全
* 国内営業チームのメンバーは、地域営業チームが管理する売上およびアカウント情報を表示する権限を持っている必要があります。
* 国内および各地域の販売に適切なセキュリティを構成します。
目標
* 営業担当者の目標はマネージャーの目標と一致する必要があります。
* 目標指標は 12 時間ごとに自動的に計算される必要があります。
引用
* 見積もりの​​バージョントレーサビリティを設定します。
* 引用が承認される場合は、「最終」という単語を付ける必要があります。
* 見積書と注文はクライアントの通貨で作成する必要があります。
* 見積書と請求書は、さまざまなデバイスで表示できる必要があります。
* 保険商品の価格設定は、国と地域のアカウント全体で段階的な価格設定をサポートしながら標準化する必要があります。
機会
* 成約した商談では、競合他社の情報を取得する必要があります。同社は、商談が特定の方法で終了した理由に関連するカテゴリの視覚化を構築したいと考えています。
* 商談の見積り時期が近づいたら、商談に製品を追加する必要があります。
その他の要件
* データ入力を簡素化し、二重データ入力を削減します。
* 営業担当者とそのマネージャーが営業プロセスのどの段階にいるかを把握できるようにします。
* 可能な場合は、すぐに使用できるレポートを使用します。
* 請求書番号を自動的に生成します。
* 請求書番号は INV の文字で始まります。
* マネージャーが図を表示し、過去 30 日間に変換されたリードをドリルダウンできるようにします。
問題
※営業担当者は、顧客ごとの営業プロセス段階のプロセスを把握することができません。
* 更新された製品は、製品グループ内では簡単に更新されません。
※価格設定ツールはありません。
* 営業担当者は、顧客に製品の見積もりをするたびに、各製品を調査する必要があります。
* UserA はリードを特定できません。
* マネージャーは承認された見積書に基づいてプロセスを実行しますが、エラーが発生します。
* クライアント A は、1 回の注文で複数の地域から商品を購入します。
* すべての製品が地域の価格表または国内の価格表で入手できるわけではありません。

説明

説明