セッション6: デジタルプラットフォームのオンライン注文 現在のプロセス
注: DP 注文の約 90% は営業担当者によって事前に把握されています - 既存の機会
- クレジットカードまたは請求書で注文が行われ、クリック契約が承認されると、注文はソフトウェアに電子メールで送信され、請求書が生成されて直ちに処理されます。契約番号とサイト番号はすぐに割り当てられ、翌日には GIDB に表示されます。請求書はストアを通じて生成されるため、GIDB 請求書履歴には反映されません。
- ライセンス オペレーションによって提供される代わりに、SETINIT および ESD 電子メール用の COMSAT。
- これにより、（未検証）アカウントを一時的にGIDBに登録
- Orion ステージングに進み、Biz Ops が注文を検証済みの Orion アカウントに関連付けます。有効な Orion アカウントが存在しない場合は、Orion でアカウントが要求されます。その後、更新されたアカウント情報が GIDB に流れます。
- Biz Ops が Orion Opportunity と COMIT レコードを作成
注: BizOps は Orion で Orion アカウントを検証します。SalesForce は SalesForce アカウントのアカウント検証を開始しません。現在、DP SalesForce アカウントでは、アップグレードの機会が必要になるまでアカウント検証は必要ありません。
- アントワーヌはGIDBの特定のテーブルにアクセスし、Salesforceでリードを作成するジョブを持っています。
デジタル プラットフォーム フロー(DP Sharepoint サイトより) 
- 営業担当者は連絡先に変換し、新しい商談を作成するか、新しい商談に添付します。
課題
- 検証されていない Salesforce アカウントが作成されました
- サイトは Orion の既存のアカウントに関連付けられていません (注文ごとに新しいアカウントとサイトが作成されます)
これは正しくありません。DP 注文 GIDB サイトは、検証済みの Orion アカウントに関連付けられています (注文ごとに新しいアカウントとサイトが作成されます)。DP 注文が Orion ステージングに入ると、システムは正しいアカウントにリンクしようと最善を尽くします。Biz Ops が実行する手順の 1 つは、正しい Orion アカウントが関連付けられていることを確認することです。Orion アカウントが正しくない場合、Biz Ops は Orion で正しいアカウントを検索します。見つからないか検証されていない場合は、Orion 新規アカウント要求フォームに記入します。Orion アカウントが作成および/または検証されると、Biz Ops は Orion 商談とコミット販売を作成して「TSR 付き営業担当者」とサイト番号を追加し、GIDB サイトが正しい JMP テリトリーで更新されるようにします。次に、Biz Ops はコミット販売をクローズし、Orion 商談を受注としてマークします。
- Salesforce から開始するのではなく、GIDB/Orion からデータが流れます。これについて拡張する必要があります。このためにフローの変更を提案しました。デジタル プラットフォームを SalesForce で開始し、注文が ORION ステージングに送られないようにします。これについては DP チームと連携する必要があります。その後、SalesForce から直接 JOI に送られます。これにより、プロセスは「今すぐ購入」に近くなります。
- 現時点ではこれらの問題を単に記録し、その後 DP IT チームと協力して、すでに作業中の他の DP リクエストに対する解決策を優先順位付けする必要があるかもしれません。
専念デジタルプラットフォームキックオフセッションオリオンセールスフォースセッション 6: デジタル プラットフォームのオンライン注文@kathycobb さん、ありがとうございます。あなたのコメントに基づいてメモを更新しました。
セッション 6: デジタル プラットフォームのオンライン注文以下に、Biz Ops からの説明とフィードバックをいくつか示します。
現在のプロセス
注: DP 注文の約 90% は営業担当者によって事前に把握されています - 既存の機会
- クレジットカードまたは請求書で注文が行われ、クリック契約が承認されると、注文はソフトウェアに電子メールで送信され、請求書が生成されて直ちに処理されます。契約番号とサイト番号はすぐに割り当てられ、翌日には GIDB に表示されます。請求書はストアを通じて生成されるため、GIDB 請求書履歴には反映されません。
- ライセンス オペレーションによって提供される代わりに、SETINIT および ESD 電子メール用の COMSAT。
- これにより、GIDBに（未検証の）アカウントが一時的に作成されます。
- Orion ステージングに進み、Biz Ops が注文を検証済みの Orion アカウントに関連付けます。有効な Orion アカウントが存在しない場合は、Orion でアカウントが要求されます。その後、更新されたアカウント情報が GIDB に流れます。
- Biz Ops が Orion Opportunity と COMIT レコードを作成
注意: BizOps は Orion 内の Orion アカウントを検証しません。SalesForce は SalesForce アカウントのアカウント検証を開始しません。現在、DP SalesForce アカウントでは、アップグレードの機会が必要になるまでアカウント検証は必要ありません。
課題
- 検証されていないSalesForceアカウントが作成されました
- サイトが Orion の既存のアカウントに関連付けられていませんこれは正しくありません。DP 注文 GIDB サイトは、検証済みの Orion アカウントに関連付けられています(注文ごとに新しいアカウントとサイトが作成されます)。DP注文が Orion ステージングに入ると、システムは正しいアカウントにリンクしようと最善を尽くします。Biz Ops が実行する手順の 1 つは、正しい Orion アカウントが関連付けられていることを確認することです。Orion アカウントが正しくない場合、Biz Ops は Orion で正しいアカウントを検索します。見つからないか検証されていない場合は、Orion 新規アカウント要求フォームに記入します。Orion アカウントが作成および/または検証されると、Biz Ops は Orion 商談とコミット販売を作成して「TSR 付き営業担当者」とサイト番号を追加し、GIDB サイトが正しい JMP テリトリーで更新されるようにします。次に、Biz Ops はコミット販売をクローズし、Orion 商談を受注としてマークします。
- Salesforce からではなく、GIDB/Orion からデータが流れる –これについて拡張する必要があります。これについてはフローの変更を提案しました。デジタル プラットフォームを SalesForce で開始し、注文が ORION ステージングに送られないようにします。これについては DP チームと連携する必要があります。その後、SalesForce から直接 JOI に送られます。これにより、プロセスは「今すぐ購入」に近くなります。
