リードから入金までのデータテンプレート
リードから入金までのデータテンプレート
- リードから入金までの分析に推奨される属性
- 販売サイクルと入金サイクル全体で追跡すべき主要なアクティビティ
- Oracle CX Salesからデータを抽出するための詳細なガイダンス
リードから入金までの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
Sales Opportunityについて、特定の時点で発生した業務アクティビティまたはイベントの名称です。 | ||
|
説明
この属性は、リードから入金までのプロセスにおける具体的なステップまたはマイルストーンを表します。たとえば、「Lead Converted To Opportunity」、「Quote Created」、「Payment Received」などです。これらのアクティビティがプロセスマップの基本要素になります。 アクティビティの順序と頻度を分析すると、プロセスフローを可視化し、一般的な経路と代替経路を特定できます。また、逸脱やボトルネックの検出にも役立ちます。ステップ間の遷移時間を測定し、実際の業務の進め方を把握するための基盤となります。
重要な理由
この属性は、プロセスマップを作成し、販売ライフサイクルにおけるイベントの順序を把握するための基本要素です。
入手先
通常は、Opportunity、Quote、Orderオブジェクトに関連するステータス変更、イベントログ、特定のタスク完了レコードから取得します。
例
商談の選別完了見積もりを顧客に送付注文履行完了入金を受領
|
|||
|
イベント時刻
EventTime
|
特定のアクティビティまたはイベントが発生した時点を示すタイムスタンプです。 | ||
|
説明
イベント時刻は、アクティビティが記録された日付と時刻です。イベントを時系列に並べ、プロセス内の異なるステップ間の所要時間を計算するために欠かせません。 このタイムスタンプは、サイクル時間の計算、待ち時間によるボトルネックの特定、サービスレベル合意に対するパフォーマンスの監視など、時間に基づく分析の基盤になります。正確なタイムスタンプは、信頼性の高いプロセスマイニング分析に不可欠です。
重要な理由
イベントの時系列を示します。サイクル時間や所要時間など、すべてのパフォーマンス指標を計算するために欠かせません。
入手先
ステータス変更のタイムスタンプなど、特定のアクティビティに関連するレコードの作成日または最終更新日に対応します。
例
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:00Z
|
|||
|
営業案件
SalesOpportunity
|
Sales Opportunityを一意に識別するIDであり、リードから入金までのプロセスのCase IDとして機能します。 | ||
|
説明
Sales Opportunityは、収益につながる可能性のある商談を、リードとしての初期段階から受注または失注という最終結果まで追跡する中心的なオブジェクトです。適格性確認、見積、注文、入金など、関連するすべてのアクティビティを結び付けます。 プロセスマイニング分析では、この識別子が各商談のエンドツーエンドの経路を再構成するうえで欠かせません。ステージ間のサイクル時間、コンバージョン率、受注につながる経路と失注に至る経路を含む、ライフサイクル全体を分析できます。
重要な理由
すべてのプロセスイベントを結び付ける重要なCase IDです。商談ごとの販売ライフサイクル全体を、完全かつ正確に把握できます。
入手先
Oracle CX SalesのOpportunityオブジェクトにおける主要な識別子です。
例
OPP-0012345OPP-0023456OPP-0034567
|
|||
|
ソースシステム
SourceSystem
|
データを抽出したシステムです。 | ||
|
説明
プロセスデータの取得元を示す属性です。この場合はOracle CX Salesが該当します。複数のシステムを利用する環境では、データソースを区別するために役立ちます。 分析では、データの出所に関するコンテキストを提供します。複数のシステムからデータを統合する場合や、システム固有の動作を理解する場合に重要です。データガバナンスと追跡可能性を支える標準的なフィールドです。
重要な理由
データの出所に関する重要な情報を提供し、追跡可能性を確保するとともに、複数の連携システムから取得したデータの管理に役立ちます。
入手先
通常は、データ抽出時にデータソースを示す固定値として追加されます。
例
Oracle CX Sales
|
|||
|
最終データ更新日時
LastDataUpdate
|
ソースシステムからデータが最後に更新または抽出された時点のタイムスタンプです。 | ||
|
説明
この属性は、分析対象データの鮮度を示します。Oracle CX Salesから最後にデータを取得した日付と時刻を表します。 ダッシュボードやレポートでは、表示中のデータがどの時点のものかを利用者に伝えるうえで重要です。最新のアクティビティが分析に含まれているかどうかを判断する際にも役立ちます。
重要な理由
データの更新状況を利用者に伝えます。ダッシュボードを解釈し、適切な判断を行うために欠かせません。
入手先
通常は、データの抽出、変換、ロード(ETL)処理の中で生成・追加されます。
例
2024-06-10T02:00:00Z
|
|||
|
Opportunityの担当者
OpportunityOwner
|
Sales Opportunityを主に担当する営業担当者です。 | ||
|
説明
Opportunityの担当者は、商談の管理と成約に責任を持つユーザーです。この属性により、個人またはチーム単位でパフォーマンスを分析できます。 プロセスマイニングでは、Opportunityの担当者でフィルタリングすることで、業務パターン、パフォーマンスの基準値、標準営業プロセスへの準拠状況の違いを把握できます。営業マネージャーが育成の機会を特定し、成果の高い担当者が営業サイクルをどのように進めているかを理解する際にも役立ちます。
重要な理由
営業担当者またはチーム単位でパフォーマンスを分析でき、優れた実践例や育成が必要な領域の特定に役立ちます。
入手先
Oracle CX SalesのOpportunityオブジェクトにある標準の「Owner」または「AssignedTo」フィールドで提供されます。
例
John SmithJane DoePeter Jones
|
|||
|
Opportunityの金額
OpportunityValue
|
Sales Opportunityの見積金額または実績金額です。 | ||
|
説明
この属性は、Sales Opportunityに関連する潜在収益または最終収益を表します。ライフサイクル全体で商談を分類し、優先順位を付けるために利用できます。 プロセスマイニングでは、Opportunityの金額を分析することで、異なるプロセスバリアントが高額商談と低額商談に与える影響を把握できます。「Opportunity Loss & Drop-Off Reasons」分析など、収益漏れを追跡するダッシュボードにも欠かせません。プロセス経路と財務上の結果を関連付けて分析できます。
重要な理由
プロセスの非効率による財務的な影響を定量化し、商談と改善施策の優先順位付けに役立ちます。
入手先
Oracle CX SalesのOpportunityオブジェクトにある「Revenue」や「Amount」などのフィールドで提供される可能性があります。
例
50000.00125000.0025000.00
|
|||
|
営業ステージ
SalesStage
|
営業パイプラインにおけるSales Opportunityの現在のステージです。 | ||
|
説明
営業ステージは、定義された営業プロセスにおける商談の進捗を示します。「Qualification」、「Solution Proposed」、「Negotiation」などの値が使われます。任意の時点における商談の状態を把握するための主要な属性です。 この属性は、営業ファネルの可視化や「Stalled Opportunity Stage Analysis」ダッシュボードの作成に欠かせません。各ステージに滞在した時間を分析することで、商談が停滞している箇所を特定し、パイプラインの進行を妨げている要因を解消できます。
重要な理由
営業ファネルの分析や、商談が停滞・失注しやすいボトルネックの特定に欠かせません。
入手先
Oracle CX SalesのOpportunityオブジェクトに標準で用意されているフィールドで、通常は「SalesStage」または「StageName」という名称です。
例
01:見込み判定03:提案05:交渉受注確定
|
|||
|
地域
Region
|
Opportunityに関連付けられた地理的地域または営業テリトリーです。 | ||
|
説明
地域属性は、「North America」、「EMEA」、「APAC」など、地理的な場所に基づいて商談を分類します。業績を分類する際によく使われるディメンションです。 「Regional Sales Performance Benchmarks」ダッシュボードに欠かせない属性です。営業サイクル時間、コンバージョン率、プロセスバリアントなどの主要指標を地域間で比較し、成果の高い地域と重点的な改善が必要な地域を特定できます。
重要な理由
地理的に異なる地域間でプロセスパフォーマンスを比較し、地域ごとの違いや優れた実践例を明らかにします。
入手先
Oracle CX SalesのAccountまたはOpportunityオブジェクトに、標準フィールドまたはカスタムフィールドとして用意されていることがよくあります。
例
北米EMEAAPACLATAM
|
|||
|
失注理由
LossReason
|
Opportunityを失注した理由です。 | ||
|
説明
商談が成約せずにクローズされた場合、失注理由には「Lost to Competitor」、「Price」、「No Decision」など、主な原因が記録されます。戦略分析とプロセス改善に欠かせない情報です。 この属性は、「Opportunity Loss & Drop-Off Reasons」ダッシュボードの中核となります。失注が発生したステージと失注理由を組み合わせて分析することで、競争上の弱点を把握し、営業戦略、製品構成、価格モデルを見直せます。
重要な理由
商談を受注できなかった理由を把握し、営業プロセスや製品構成の戦略的な改善に役立てます。
入手先
Oracle CX SalesでOpportunityのステータスが「Closed Lost」に設定された際に記録される標準フィールドです。
例
価格競合他社に敗退製品適合性意思決定なし
|
|||
|
ユーザー名
UserName
|
特定のアクティビティまたはイベントを実行したユーザーです。 | ||
|
説明
この属性は、「Quote Created」や「Order Submitted」などのタスクを実行した人物を特定します。Opportunityの担当者が商談全体の責任者であるのに対し、ユーザー名は個々のアクションを実行した人物を記録します。 この詳細情報は、リソース配分、業務量の分布、役割と責任の遵守状況を把握するうえで役立ちます。特定のユーザーがプロセスのボトルネックになっていないか、特定のタスクが権限のない担当者によって繰り返し処理されていないかを確認できます。
重要な理由
各アクションを実行した人物を記録し、詳細な業務量分析とアクティビティの監査を可能にします。
入手先
通常は、Oracle CX Salesでアクティビティに関連するオブジェクトの「CreatedBy」または「LastUpdatedBy」フィールドに記録されています。
例
Alice WilliamsBob BrownCharlie Davis
|
|||
|
停滞しているかどうか
IsStalled
|
商談が同じ販売ステージに長期間とどまっているかどうかを示すフラグです。 | ||
|
説明
この属性は、商談における連続する2つのアクティビティ間の時間が、あらかじめ定めた業務上のしきい値(例:30日)を超えた場合にtrueになるブール型フラグです。 「Stalled Opportunity Rate」KPIの計算や、「Stalled Opportunity Stage Analysis」ダッシュボードに使用します。停滞している商談を特定することで、営業マネージャーが早期に介入し、支援を提供して、販売パイプライン全体の進行速度を高められます。
重要な理由
対応が進まず失注するリスクのある商談を早期に特定し、適切なタイミングで介入できるようにします。
入手先
ケース内の連続するイベント間の時間を測定し、定義済みのしきい値と比較して算出します。
例
truefalse
|
|||
|
割引率
DiscountPercentage
|
Sales QuoteまたはOpportunityに適用された割引率です。 | ||
|
説明
この属性は、特定の商談に適用された割引率を記録します。最終価格と販売利益に直接影響します。 割引水準の分析は、「Average Discount Utilization」KPIの把握に欠かせません。割引が利益率に与える影響を理解し、承認を得ずに、または一貫性なく割引が適用されていないかを確認できます。見積承認ワークフローの潜在的な問題を明らかにすることにも役立ちます。
重要な理由
収益性と値引き戦略の有効性を分析し、管理されていない値引きの可能性を特定するのに役立ちます。
入手先
Oracle CX Salesのドキュメントで、QuoteまたはOpportunity Product Line Itemオブジェクトの値引きフィールドを確認します。
例
0.050.100.150.20
|
|||
|
商品名
ProductName
|
商談で販売する主な商品またはサービスです。 | ||
|
説明
この属性は、営業商談に関連付けられた商品または商品ファミリーを指定します。複数の商品を含む商談では、主な対象商品を示す場合や、商品明細ごとに繰り返し記録される場合があります。 商品別にプロセスフローを分析すると、特定の商品で営業サイクルが長期化または複雑化しているかどうかを確認できます。この情報は、商品ごとの営業戦略、トレーニング、プロセス改善の検討に役立ちます。
重要な理由
商品やサービスによって営業プロセスがどのように異なるかを分析し、商品固有のボトルネックを明らかにできます。
入手先
Oracle CX SalesのProductオブジェクトにあり、Opportunity Product Line Itemを介して関連付けられています。
例
エンタープライズCRMライセンスクラウドストレージ:ティア1プロフェッショナルサービスパッケージ
|
|||
|
履行前の請求書発行
InvoiceBeforeFulfillment
|
注文の履行前に請求書が発行されたかどうかを示すフラグです。 | ||
|
説明
このブール型の属性は、特定のケースで「Invoice Generated」イベントが「Order Fulfilled」イベントより前に発生した場合にtrueになります。これは、コンプライアンスに反する、またはリスクのあるプロセス経路を示します。 「Invoice Before Fulfillment Rate」KPIを直接支援し、プロセスコンプライアンスのダッシュボードで使用します。この逸脱を追跡することで、組織は適切な請求手続きを徹底し、顧客との紛争を減らし、収益認識に関するリスクを抑えられます。
重要な理由
注文の履行前に顧客へ請求するという重大なプロセスコンプライアンス違反を示します。顧客満足度の低下や財務上のリスクにつながる可能性があります。
入手先
同じケース内にある「Invoice Generated」と「Order Fulfilled」アクティビティのタイムスタンプを比較して算出します。
例
truefalse
|
|||
|
注文ID
OrderId
|
成約した商談から作成された営業注文の一意の識別子です。 | ||
|
説明
Order IDは、顧客が見積もりを承認し、商談が成立した後、履行に回される正式な販売注文の参照番号です。販売から業務処理への重要な移行点を示します。 この識別子は、「Order Submitted For Fulfillment」アクティビティ以降のプロセスを追跡するうえで欠かせません。Lead to Cashサイクルにおける販売と履行の工程をつなぎ、注文処理と履行にかかる時間をエンドツーエンドで分析できます。
重要な理由
販売商談と履行プロセスを関連付け、リードから最終納品までをエンドツーエンドで分析できます。
入手先
Sales Orderオブジェクトの主要な識別子については、Oracle CX Salesのドキュメントまたは連携しているERPシステムを確認してください。
例
SO-554433SO-554434SO-554435
|
|||
|
見積ID
QuoteId
|
商談に関連付けられた営業見積の一意の識別子です。 | ||
|
説明
Quote IDは、商談用に作成された特定の営業見積書を参照する番号です。手戻りが発生する場合など、商談のライフサイクル中に複数の見積が作成されることがあります。 この識別子を追跡することは、「Quote-to-Order Cycle Time」と「Quote Rework Rate」を分析するうえで重要です。見積の発行から承認までの時間を正確に測定し、初回見積と修正版を区別できます。
重要な理由
営業見積を一意に識別し、手戻りや成約までの時間を含む見積サイクルを正確に分析できます。
入手先
Oracle CX SalesのQuoteオブジェクトにおける主識別子で、Opportunityに関連付けられています。
例
QUO-98765QUO-98766QUO-98767
|
|||
|
見積書の手戻りかどうか
IsQuoteRework
|
同じ商談について、見積もりがやり直された、または複数回作成されたかどうかを示すフラグです。 | ||
|
説明
このブール型の属性は、1件の販売商談で「Quote Reworked」などのアクティビティ、または2回目の「Quote Created」イベントが発生した場合にtrueになります。見積もり段階でプロセスが非効率になっているケースを特定できます。 「Quote Rework Rate」KPIの計算や、「Process Deviation & Rework Analysis」ダッシュボードに使用します。やり直しを可視化することで、初期要件の収集、価格設定、製品構成に関する問題を特定し、追加作業や遅延の原因を把握できます。
重要な理由
見積もりプロセスにおける非効率や逸脱を直接示し、遅延や繰り返し作業の根本原因の特定に役立ちます。
入手先
イベントログを分析して算出します。特定のSales Opportunityについて、「Quote Created」または「Quote Reworked」アクティビティが複数回出現した場合にtrueになります。
例
truefalse
|
|||
|
請求書ID
InvoiceId
|
販売注文に対して発行された請求書の一意の識別子です。 | ||
|
説明
Invoice IDは、注文の履行後に顧客へ送付される請求書類の参照番号です。プロセスの最終的な財務工程で使用する主要な書類です。 この識別子は、「Invoice Generation Cycle Time」や「Payment Collection Cycle」を分析するうえで欠かせません。請求書の作成から最終入金までを追跡できるため、キャッシュフローと売掛金の状況を監視するうえで重要です。
重要な理由
最終的な財務取引を追跡し、請求サイクルの所要時間と入金効率の分析に役立ちます。
入手先
Invoiceオブジェクトの識別子については、Oracle CX Salesのドキュメントまたは連携しているERP/財務システムを確認してください。
例
INV-2023-001INV-2023-002INV-2023-003
|
|||
|
顧客名
CustomerName
|
営業商談に関連付けられた顧客またはアカウントの名前です。 | ||
|
説明
この属性は、商談の対象となる見込み顧客または既存顧客を識別します。営業プロセスを分割して分析するための基本的な軸です。 顧客でフィルタリングすると、特定のアカウントにおける営業活動の経路を詳しく分析でき、重要顧客の管理に役立ちます。また、顧客規模、業界、その他の特徴によってプロセスのパフォーマンスを分けて分析し、営業アプローチを調整できます。
重要な理由
顧客別にプロセスを分けて分析できるため、顧客ごとの行動を理解し、重要顧客を管理するうえで役立ちます。
入手先
Oracle CX SalesのOpportunityオブジェクトに関連付けられたAccount Nameです。
例
Global Tech Inc.Innovate Solutions LLCPioneer Corp
|
|||
リードから入金までのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
リードを商談に転換
|
有望なSales LeadからSales Opportunityが作成されたことを示します。このイベントは、商談を中心としたプロセス分析の開始点であり、ユーザーがシステム上でリードを転換した際に明示的に発生します。 | ||
|
重要な理由
このイベントは、プロセスの主要な開始イベントです。転換されたリードの件数と流入元を分析することは、リード獲得と選別の取り組みの有効性を把握するうえで重要です。
入手先
このイベントは、Sales Opportunityレコード(Opportunityオブジェクト)が作成され、
取得
元のLead参照がnullではないOpportunityオブジェクトについて、作成タイムスタンプを取得します。
イベントタイプ
explicit
|
|||
|
入金を受領
|
顧客からの入金が受領・記録され、リードから入金までのサイクルが正常に完了したことを示します。このイベントは財務システムから発生します。 | ||
|
重要な理由
プロセスが成功裏に完了した最終地点であり、収益が実現したことを示します。販売サイクル全体の時間とキャッシュフローの効率を測定するうえで重要です。
入手先
外部の売掛金システムまたは財務システムから取得します。プロセス分析を完結させるため、データをSales Opportunityに関連付ける必要があります。
取得
イベントのタイムスタンプは、財務システムの入金消込レコードから取得されます。
イベントタイプ
explicit
|
|||
|
商談の失注
|
商談が成約せずにクローズされた、失注という結果を表します。Opportunityのステータスが「Closed - Lost」に更新された場合に推定されます。 | ||
|
重要な理由
重大な失敗の終点です。商談を失注した時期、理由、金額を分析することで、プロセス上の弱点や市場の課題を特定できます。
入手先
Opportunityオブジェクトの「StatusCode」が「LOST」に更新されたことから推定されます。「ReasonWonLostCode」フィールドに理由が記録されていることがよくあります。
取得
Opportunityのステータスフィールドが、システムで定義された「Lost」ステータスに更新されたことを検出します。
イベントタイプ
inferred
|
|||
|
商談成立
|
顧客が購入を決定し、取引が成立したことを示します。通常は、商談のステータスが最終状態である「Closed - Won」に変更されたことから推定します。 | ||
|
重要な理由
営業ファネルにおける主要な成功マイルストーンです。後続の履行および請求プロセスを開始するトリガーになります。
入手先
Opportunityオブジェクトの「StatusCode」が「WON」に更新されたことから推定されます。「WinProb」(受注確度)フィールドも通常は100%に変わります。
取得
Opportunityのステータスフィールドが、システムで定義された「Won」ステータスに更新されたことを検出します。
イベントタイプ
inferred
|
|||
|
見積もり作成
|
商談に関連付けられた正式な価格見積書が作成されたことを示します。Opportunityにリンクされた新しいQuoteレコードの作成によって明示的に記録されるイベントです。 | ||
|
重要な理由
これは、購入意向が明確になったことを示す主要なマイルストーンです。商談の作成から見積もり作成までの時間を分析することで、営業の進捗速度を測定できます。
入手先
Sales Opportunity ID(OptyId)にリンクされたQuoteレコード(Q_Quoteオブジェクト)の作成イベントから取得します。
取得
商談に関連付けられたQuoteオブジェクトの作成タイムスタンプを使用します。
イベントタイプ
explicit
|
|||
|
顧客が見積もりを承認
|
顧客が見積もりの条件と価格に正式に同意したことを示します。通常は、Quoteオブジェクトのステータスが「Accepted」に変更されたことで記録される重要なマイルストーンです。 | ||
|
重要な理由
これは購入意思を示す重要なシグナルであり、受注作成の前提条件です。交渉段階の成功裏の完了を示し、見積もりから受注までのサイクルにおけるマイルストーンとなります。
入手先
Quoteオブジェクトのステータスが「Accepted」または「Customer Approved」に変更されたことから推定します。
取得
Quoteオブジェクトのステータスフィールドが、指定した「Accepted」値に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
ソリューション提案
|
正式なソリューションまたは提案書が顧客に提示されたことを示します。通常は、商談が「Proposal」または「Presentation」ステージに移行したことから推定します。 | ||
|
重要な理由
このアクティビティを追跡すると、ソリューションの作成と提案にかかった時間を分析できます。また、商談が長期間滞留しやすいため、「停滞商談率」KPIを把握するうえでも重要なステージです。
入手先
Opportunityオブジェクトの「Sales Stage」フィールドが、「4 - Proposal」や「Presentation」などの値に変更されたことから推定します。
取得
Opportunityの営業ステージフィールドが、提案ステータスに変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
ニーズ分析完了
|
営業チームが顧客の要件を収集し、記録したことを示します。通常は、商談の営業ステージがディスカバリーまたは分析の段階を越えたことから推定します。 | ||
|
重要な理由
このアクティビティは、ソリューションを提案する前の重要なマイルストーンです。ここでの遅延は、顧客との関係構築や、技術的な詳細検討に必要なリソースの確保に問題があることを示す場合があります。
入手先
Opportunityオブジェクトの「Sales Stage」フィールドの変更から推定します。たとえば、「2 - Discovery」から「3 - Solution Building」への変更が該当します。
取得
Opportunityの営業ステージフィールドが、ディスカバリー完了を示すステータスに変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
商談の選別完了
|
商談の初期選別段階が完了したことを示します。通常は、初期評価が完了し、有望な商談であることを示す営業ステージに更新された時点で推定します。 | ||
|
重要な理由
このマイルストーンを追跡すると、初期営業プロセスの効率と、商談が選別に要した時間を測定できます。これは、リードから商談への転換率KPIを把握するうえで重要です。
入手先
Opportunityオブジェクトの「Sales Stage」フィールド(StgId)が変更され、選別を示す値になったことから推定します。たとえば、「1 - Qualification」から「2 - Discovery」への変更が該当します。
取得
Opportunityの営業ステージフィールドが、指定した「Qualified」ステータスに変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
履行のために注文を送信
|
営業から注文履行チームへの引き継ぎを示します。Oracle CX Salesでは、商談の受注を契機に、連携されたERPシステムでSales Orderを作成するプロセスとして推定される場合があります。 | ||
|
重要な理由
このアクティビティは、営業と業務運用の間をつなぎます。この引き継ぎを分析することは、「Order Fulfillment Time」KPIを把握し、改善するうえで重要です。
入手先
このイベントは、CX Sales内では概念上のものとなることが多く、別のシステムで注文を作成するトリガーを表します。「Opportunity Won」のタイムスタンプ、または後続する連携確認ステータスと関連付けることができます。
取得
多くの場合、「Opportunity Won」のタイムスタンプを代替値として使用するか、連携されたOrder Managementシステムのデータが必要です。
イベントタイプ
inferred
|
|||
|
注文履行完了
|
商品が出荷された、またはサービスが顧客に提供されたことを示します。このイベントデータはOracle CX Salesに標準で含まれていないため、連携されたOrder ManagementシステムまたはERPシステムから取得する必要があります。 | ||
|
重要な理由
顧客への納品約束が完了したことを示し、請求のトリガーになります。履行サイクル時間の測定に欠かせないイベントです。
入手先
外部ERPシステムまたは履行システムとの連携が必要です。データは、元のSales Opportunity IDに関連付ける必要があります。
取得
イベントのタイムスタンプは、連携を通じて履行システムから取得されます。
イベントタイプ
explicit
|
|||
|
見積もりの手戻り
|
見積もりが修正され、顧客に再発行されたケースを記録します。同じ商談に対する複数の「Quote Created」イベント、または1つのQuoteレコードのバージョン情報から推定します。 | ||
|
重要な理由
手戻りが頻繁に発生する場合、初回提案の精度不足や交渉の長期化が原因で、営業サイクルが延びている可能性があります。「見積もり手戻り率」KPIや手戻り分析ダッシュボードに直接役立ちます。
入手先
顧客への送付後に、新しいQuoteのバージョンが作成されたこと、または既存の見積もりが大幅に更新されたこと(例:ステータスがドラフトに戻ったこと)を検出して推定します。
取得
同じ商談について、その後に発生した「Quote Created」イベントまたはバージョン番号の増加を特定します。
イベントタイプ
inferred
|
|||
|
見積もりを顧客に送付
|
見積もりが確認のため顧客に正式に送付された時点を示します。通常は、Quoteオブジェクト自体のステータスが「Presented」や「Sent」などに変更されたことから推定します。 | ||
|
重要な理由
このアクティビティを起点に、顧客による確認と交渉の期間を測定します。「見積もりから受注作成までの時間」KPIの測定開始点です。
入手先
商談に関連付けられたQuoteオブジェクトのステータス変更から推定します。ステータスフィールドの名称は「StatusCode」などの場合があります。
取得
Quoteオブジェクトのステータスフィールドが「Sent」または「Presented」に変更されたことを検出します。
イベントタイプ
inferred
|
|||
|
請求書を生成
|
履行済みの注文に対する顧客向け請求書の作成を表します。このアクティビティはOracle CX Salesではなく、請求または財務システムで発生するため、データを連携する必要があります。 | ||
|
重要な理由
このイベントを起点に入金回収サイクルが始まります。履行から請求までの遅延は、キャッシュフローと「Invoice to Payment Cycle Time」KPIに悪影響を及ぼす可能性があります。
入手先
外部ERPシステムまたは売掛金システムから取得します。プロセス分析では、イベントデータをSales Opportunity IDと関連付ける必要があります。
取得
イベントのタイムスタンプは、財務システムの請求書作成ログから取得されます。
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使ってデータを確実に準備し、リードから入金までのプロセスに隠れている改善機会を見つけ出してください。今すぐ業務を最適化し、効率を高めましょう。
リードから入金までの成約率を今すぐ20%向上
ボトルネックを特定し、失注を減らして、成約率を20%高めます。
クレジットカードは不要です。数分で設定できます。