セッション 8: 獲得クレジット、予約解除された注文、分割当初の目標から:チームの獲得クレジットの記録システムとして SFDC を確立します。
チーム獲得クレジットの現在のプロセス
- AL の販売と更新について、INVOICE CURR で追跡される販売実績
- 収縮包装
- 米国向けアンコールシステム
- その他の地域の金融からのデータ
- E ラーニング – 国際向けの GIDB。アメリカの教育制度
- E ラーニングは、元のソフトウェアを注文した場合にのみクレジットを取得します
- Jon のコミッション SAS テーブル
- JMPSMD に存在するテーブルは EC を反映します
- Orion opp のキーイングを介して機会レベルのデータを取得するための JOI への依存。 ID
- Oracle Fusion で変更される可能性があります
- アカデミックのクレジットなしオンザハブ注文
- SFDC の EC は長期プロジェクトです。コミッション アプリケーションから Workday へのコミッション データは、短期的な優先度が高くなります。 世界中の複数のシステム。
- コンププランルールに対するコミッション値
- キャロル: 分割の場合、二次的なものではなく、一次的な機会しかありません
- 主要なセールスドライバーおよび機会の所有者は、常に最も多くのユーザーを持つ人物であるとは限りません
- 二次分割金額のワークフローが必要
- 営業担当者が確認できるように SharePoint に公開された SAS EC テーブルからの情報 (毎週)
- 営業担当者ごとに発行される個別のコミッション レポート
- ジョン：反対のインスタンス。 opp の前にクローズ済みとマークされます。作成日
システムオブレコードとは？ – 現在、安全な SAS サーバー上に存在するテーブル
Jon のテーブルの公開先共有ポイント現在。 短期：JMP Shareに移行
営業担当者はレポートを見て、Salesforce と比較します
スプリット
分割ルールをフロントエンドに移動 (Salesforce)
一部の分割は、事後までわからない
プロセスを強化する必要がある
パーセンテージで入力された金額を分割します。
予測が正確であることを確認する方法が必要
商談が分割された場合、人々はどこで活動を記録しますか
必要: アカウント > サイト > ユーザーの場所
ルール: 取引が完了したときに分割が識別されない場合、そのまま処理されます。
営業担当者が分割に関する質問をする責任をより負うようにします。
事後に異議を申し立てることができる
予約解除
- オポチュニティ ID は、予約の取り消されたものではありません。
- AP で異なる場合を除き、通常は同じ請求書番号です。 これは、Fusion で変更されます
- 予約解除は EC のみに影響します
- SFDC に反映する方法が必要
- キャンセルされた注文 = 予約が取り消された (顧客が開始した)
- 回収の失敗 = 予約解除
- 新しい DP の未払いの請求書は回収されますか? （チェックするケイト。）
- 「死後の分割」は予約解除ではありません
獲得クレジットセールスフォーススプリットRe: セッション 8: 獲得クレジット、予約解除された注文、および分割キャロル、ケイト、バレンシア、および私はメモを確認しました。ここに私たちのコメントがあります。
私たちの意見では、これらの主題のそれぞれを再検討する必要があります。
当初の目標から:チームの獲得クレジットの記録システムとして SFDC を確立します。
チーム獲得クレジットの現在のプロセス
- 販売実績の追跡（ありませんで請求書の通貨このデータベースは、コミッション/セールス クレジットのソース データです)。 AL 販売および更新用
- 収縮包装
- US-Tのアンコールシステム2019 年には商用シュリンクラップはありません。 アンコール システムは廃止されます。
- その他の地域の金融からのデータ
- E ラーニング – 国際向けの GIDB。アメリカの教育制度
- E ラーニングは、元のソフトウェアを注文した場合にのみクレジットを取得します –本当じゃない。 年間ライセンスである限り、クレジットを取得できます。
- Jon のコミッション SAS テーブル
- JMPSMD に存在するテーブルは EC を反映します
- Orion opp のキーイングを介して機会レベルのデータを取得するための JOI への依存。 ID
- Oracle Fusion で変更される可能性があります(これは、2019 年に完了する予定の全世界の請求書発行を導入するプロジェクトであるため、1 つの請求書発行システムになります)
- アカデミック OnTheHub 注文のクレジットなし
- SFDC の EC は長期プロジェクトです。コミッション アプリケーションから Workday へのコミッション データは、短期的な優先度が高くなります。 世界中の複数のシステム。
- コンププランルールに対するコミッション値
- キャロル: 分割の場合、二次的なものではなく、一次的な機会しかありません(請求書が 1 つあるため、1 つの主要商談に関するすべての分割情報があります)
- 主要なセールスドライバーおよび機会の所有者は、常に最も多くのユーザーを持つ人物であるとは限りません
- 二次分割金額のワークフローが必要
- 営業担当者が確認できるように SharePoint に公開された SAS EC テーブルからの情報 (毎週)
- 営業担当者ごとに発行される個別のコミッション レポート
- ジョン：反対のインスタンス。 opp の前にクローズ済みとマークされます。作成日
- システムオブレコードとは？ – 現在、安全な SAS サーバー上に存在するテーブル最新のコミッション データベースは、SalesForce ではなく獲得クレジットの公式データ ソースになります。 詳細については、Jon Weisz にお問い合わせください。
- Jon のテーブルは現在、Sharepoint に公開されています。 短期：JMP Shareに移行
- 営業担当者はレポートを見て、Salesforce と比較します
スプリット
- 分割ルールをフロントエンドに移動 (Salesforce)
- 一部の分割は、事後までわからない
- プロセスを強化する必要がある
- パーセンテージで入力された金額を分割します。
- 予測が正確であることを確認する方法が必要
- 商談が分割された場合、人々はどこで活動を記録しますか
- 必要: アカウント > サイト >領土 >ユーザーカウント
- ルール: 取引が完了したときに分割が識別されない場合、そのまま処理されます。
- 営業担当者が分割に関する質問をする責任をより負うようにします。セールス ディスカッションの早い段階で
- 事後に異議を申し立てることができる– これは多くの作業を引き起こし、人々のやる気を非常に低下させます
予約解除（新規キャンセル）
- オポチュニティ ID は、予約の取り消されたものではありません。
- AP で異なる場合を除き、通常は同じ請求書番号です。 これは、Fusion で変更されます
- 予約解除は EC のみに影響します
- SFDC に反映する方法が必要
- キャンセルされた注文 = 予約が取り消された (顧客が開始した)
- 回収の失敗 = 予約解除
- 新しい DP の未払いの請求書は回収されますか? （チェックするケイト。）はい、DP の請求書は、通常の年間ライセンスと同じようにコレクションに送られます。
- 「死後の分割」は予約解除ではありません
Re: セッション 8: 獲得クレジット、予約解除された注文、および分割機会年齢に関する Tina DuBois からの電子メール:
こんにちは、みんな、
昨日ジョンと会った後、完了日が作成日より前であるという商談に関するジョンの声明の詳細を理解することが役立つと思いました. Salesforce では、これらは「年齢」ゼロで表示されます。
世界中のこれらの状況の詳細を示すレポートを作成しました。 https://na79.salesforce.com/00O1O000009DlUx
振り返ってみると、注目すべき事実がいくつかあります。
- YTD、あります1,520ゼロ歳で世界に羽ばたくチャンス。 ( 45%合計 3,376 の機会のうち、または250万ドル)
- 南北アメリカがこれらの取引の 65% を占めた
- ヨーロッパ 14%
- 日本 13.75%
- 中国は7%
- の平均額これらの取引は$1,520 、これらは小さな取引です。
- の内訳種類取引額は次のとおりです。
- シュリンクラップ: 22%
- アップグレード: 60%
- 新規年間ライセンス: 18%
- Age = 0 の NAL の 80% は南北アメリカを拠点としています
- 南北アメリカの NAL の 82% はeコマース注文
- メキシコ湾岸にはアメリカ大陸の 40% の機会があり、南西部は 2 位でした。 nd 13％で。 ExxonMobil や Qualcomm + Illumina などの企業への取引の大部分を特定できます。
この種の機会創出パターンをサポートするビジネス ケースがあれば、大歓迎です。 これが標準的なビジネスの現実である場合、この動作を「修正」する意味はないかもしれません。 あなたの考えを教えてください。
ありがとう、
ティナ
