リードから入金までのデータテンプレート
リードから入金までのデータテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- Salesforce Sales Cloudからの抽出手順
リードから入金までの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
営業プロセスの特定の時点で発生した業務イベントまたはアクティビティの名称です。 | ||
|
説明
アクティビティ名は、「Opportunity Created」、「Quote Sent」、「Contract Signed」など、リードから入金までの過程における具体的なステップまたは節目を示します。Salesforce内の主要フィールドの変更や関連レコードの作成から導出します。 これらのアクティビティの順序を分析することで、プロセスフローを可視化し、一般的な経路を特定し、標準的な営業プロセスからの逸脱を検出できます。プロセスマップの作成や、各ステップ間のサイクル時間などのKPIの計算に欠かせません。
重要な理由
プロセスマップ上のステップを定義し、リードから入金までの営業プロセスを可視化・分析できるようにします。
入手先
通常は、Opportunity Historyオブジェクト(Stageなどのフィールド変更)、関連オブジェクトの作成日時(Quote、Contractなど)、特定のTaskまたはEventレコードなど、複数のデータソースを組み合わせて導出します。
例
商談を作成顧客に見積もりを提示商談を受注としてクローズ請求書を発行
|
|||
|
営業商談
SalesOpportunity
|
リードから入金までのプロセスにおいて、各営業商談を識別する一意の識別子であり、主要なケース識別子として使用します。 | ||
|
説明
営業商談は、適格性確認から成約まで、潜在的な案件を追跡する中心的なオブジェクトです。各商談には一意のIDがあり、関連するすべてのアクティビティ、コミュニケーション、見積もり、契約を結び付けます。 プロセスマイニングでは、このIDが各案件のエンドツーエンドの進行を再構築するために欠かせません。営業商談をケースIDとして使用することで、ライフサイクル全体を分析し、ステージ間の所要時間を測定し、プロセスのばらつきを特定し、案件の受注または失注につながる要因を把握できます。
重要な理由
すべてのプロセスステップを結び付ける基本的な識別子であり、案件ごとの営業サイクルを完全かつ正確に分析できます。
入手先
Salesforce Sales CloudのOpportunityオブジェクトにある標準の「Id」フィールドです(例:Opportunity.Id)。
例
0068c00001KvM7RAAV0068c00001LpA9BAAV0068c00001NqB3CAAV
|
|||
|
開始時刻
EventTimestamp
|
アクティビティが発生した正確な日付と時刻です。 | ||
|
説明
イベントタイムスタンプは、アクティビティが発生した正確な時点を記録します。このタイムスタンプは、イベントを時系列に並べ、時間に基づくプロセス分析を行うために欠かせません。 この属性は、サイクル時間、所要時間、待ち時間など、すべてのパフォーマンス指標を計算する基盤です。たとえば、「Invoice Generated」と「Payment Received」のタイムスタンプの差から、「支払いまでの平均日数」KPIを算出できます。正確なタイムスタンプは、ボトルネックの特定とプロセス効率の測定に不可欠です。
重要な理由
イベントの時系列を示し、所要時間とパフォーマンスに関するすべての計算に必要です。
入手先
Salesforceのさまざまな日付フィールドから抽出します。たとえば、Opportunityオブジェクトの「CreatedDate」、Opportunity Historyの「LastModifiedDate」、QuoteやContractなどの関連オブジェクト固有の日付フィールドです。
例
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:00Z
|
|||
|
割引率
DiscountPercentage
|
商談に適用された割引率です。 | ||
|
説明
この属性には、案件に提示した割引が通常は合計金額に対する割合として記録されます。案件の収益性や営業行動を把握するうえで重要な要素です。 この指標は、「商談割引効果」ダッシュボードと「成約案件の平均割引率」KPIの基盤となります。この属性を分析することで、営業責任者は割引が成約につながっているのか、それとも利益率を低下させているだけなのかを判断できます。また、地域や営業担当者ごとの割引傾向も比較できます。
重要な理由
収益性の分析、価格戦略の効果の把握、過度な割引の特定に欠かせません。
入手先
通常は、OpportunityまたはQuoteオブジェクトに設定されたカスタム通貨フィールドまたはパーセントフィールドです。Salesforce Sales Cloudのドキュメントまたは管理者にご確認ください。
例
0.050.100.15
|
|||
|
受注済みかどうか
IsWon
|
商談の受注または失注を示すブール型フラグです。 | ||
|
説明
営業商談の最終結果をtrueまたはfalseで示す属性です。商談のステージが「Closed Won」の場合はtrue、「Closed Lost」の場合はfalseに設定されます。 「Is Won」は、営業の有効性を測る重要な指標の一つである「Opportunity Win Rate」KPIの算出基盤です。また、受注案件と失注案件のプロセス経路を比較したり、「Average Discount on Won Deals」を算出したりするなど、分析の分類にも使用します。
重要な理由
営業商談の結果を直接測定し、受注・失注分析と受注率の算出を可能にします。
入手先
Opportunityオブジェクトの標準「IsWon」フィールドです。StageNameに基づく数式フィールドです。
例
truefalse
|
|||
|
商談所有者
OpportunityOwner
|
営業商談を担当し、その遂行に責任を負う営業担当者です。 | ||
|
説明
商談所有者は、Salesforceで案件の管理を主に担当するユーザーです。パフォーマンス分析における重要な切り口となります。 商談所有者別にデータを分析することで、「Sales Representative Performance」ダッシュボードを作成できます。チームメンバーごとのサイクル時間、受注率、平均案件規模を比較し、成果の高い担当者やコーチングの機会を特定できます。
重要な理由
営業チームのパフォーマンス分析、個人の成果の比較、コーチングの必要性の特定に欠かせない属性です。
入手先
Opportunityオブジェクトの「OwnerId」フィールドで、Userオブジェクトに関連付けられています。
例
John SmithMaria GarciaDavid Chen
|
|||
|
商談金額
Amount
|
商談で見込まれる売上の合計金額です。 | ||
|
説明
潜在的な案件の金銭的価値を示す属性です。財務分析とパフォーマンス分析における重要な指標の一つです。 商談金額は、パイプライン総額、平均案件規模の算出や、割引率・サイクル時間など他の要因との相関分析など、ほぼすべての財務ビューで使用します。「Sales Representative Performance」や「Opportunity Discount Effectiveness」ダッシュボードの主要な構成要素です。
重要な理由
各案件の金銭的価値を示し、パイプラインレポート、収益予測、パフォーマンス分析に欠かせません。
入手先
Opportunityオブジェクトの標準「Amount」フィールドです。
例
50000125000.75250000
|
|||
|
営業ステージ
StageName
|
営業パイプラインにおける商談の現在のステージです。「Qualification」や「Negotiation」などがあります。 | ||
|
説明
営業ステージは、あらかじめ定義された営業プロセスに沿った商談の進捗を示します。このフィールドの変更は、「Proposal Stage Reached」など、プロセス上の重要なイベントです。 この属性は、「Sales Pipeline Bottleneck Identification」や「Daily Sales Funnel Operational View」ダッシュボードの構築に欠かせません。各ステージに商談が滞在する時間、ステージ間のコンバージョン率、営業パイプライン全体の健全性を分析できます。
重要な理由
商談が営業ファネルを進む状況を追跡し、ボトルネック分析とパイプライン管理に役立ちます。
入手先
Opportunityオブジェクトの標準「StageName」フィールドです。
例
見込み顧客開拓見込み判定ニーズ分析提案/価格見積もり交渉・レビュー
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となったソースシステムを識別します。 | ||
|
説明
イベントデータの発生元である記録システムを示す属性です。リードから入金までのプロセスでは、通常「Salesforce Sales Cloud」が設定されます。 複数の連携システムがある環境では、データの系譜の追跡、問題の調査、各プロセスステップでどのシステムを正とするかの把握に欠かせません。データ基盤の透明性と信頼性を確保できます。
重要な理由
データの出所に関する情報を提供します。データガバナンス、検証、複数システム環境での管理に欠かせません。
入手先
通常は、データ抽出・変換の際にデータパイプラインまたはETLツールがデータセットの出所を示すために付加する固定値です。
例
Salesforce Sales CloudSFSC
|
|||
|
リードソース
LeadSource
|
リードの発生元。例:Web、パートナー、展示会。 | ||
|
説明
Lead Sourceは、最初のリードを生み出したマーケティングチャネルまたは営業活動を記録します。この情報は、さまざまな顧客獲得戦略の効果を把握するうえで重要です。 この属性は、「リードコンバージョンパフォーマンス分析」ダッシュボードの主要な分析軸です。リードソース別にコンバージョン率や案件金額を分析することで、マーケティング費用を最適化し、収益性の高いチャネルに注力できます。
重要な理由
リードを発生元とその後の成約率に関連付けることで、マーケティングチャネルの効果を判断できます。
入手先
Leadオブジェクトの標準「LeadSource」フィールドです。通常、コンバージョン時にOpportunityオブジェクトへ引き継がれます。
例
Web電話問い合わせパートナー紹介購入リスト
|
|||
|
最終データ更新日時
LastDataUpdate
|
ソースシステムからデータが最後に更新された時点を示すタイムスタンプです。 | ||
|
説明
Salesforce Sales Cloudからデータが最後に抽出された日付と時刻を示します。分析対象データの鮮度を把握するための情報を提供します。 データが最後に更新された時点を把握することは、分析を正しく解釈するうえで欠かせません。特に「Daily Sales Funnel Operational View」のような業務用ダッシュボードでは、データの適時性を理解したうえで意思決定できるようになります。
重要な理由
データの適時性を示し、プロセス分析がどの時点まで最新であるかを把握できるようにします。
入手先
データ抽出時にデータパイプラインまたはETLツールが生成するメタデータ属性です。
例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
取引先名
AccountName
|
商談に関連付けられた顧客取引先または会社の名前です。 | ||
|
説明
Account Nameは、営業商談を特定の顧客に関連付けます。これにより、顧客単位で営業プロセスを分析できます。 顧客別にプロセスを分析すると、戦略的な顧客の営業サイクルを把握し、手戻りが頻発する顧客や交渉期間が長い顧客を特定できます。また、顧客ごとに対応方針を調整できます。プロセスデータを絞り込み、詳細を確認するための有用な分析軸です。
重要な理由
営業プロセスを特定の顧客に関連付け、顧客単位で営業サイクルタイムや対応パターンを分析できます。
入手先
Opportunityオブジェクトの「AccountId」参照フィールドから取得します。このフィールドは、Accountオブジェクトの「Name」フィールドを参照します。
例
Global Tech Inc.Innovate Solutions LLCQuantum Industries
|
|||
|
商談タイプ
Type
|
商談を「新規ビジネス」や「既存顧客」などに分類します。 | ||
|
説明
Opportunity Typeは、案件を分類するための標準フィールドです。新規顧客の獲得と既存顧客へのアップセルで、営業プロセスやサイクルがどのように異なるかを把握できます。 プロセスマイニングでは、この属性を使って比較分析を行えます。たとえば、組織はプロセスマップを絞り込み、「新規ビジネス」の営業サイクルが「既存顧客」の更新より長いか、ステップ数が多いかを確認できます。こうした分析結果は、戦略的な意思決定やプロセス改善に役立ちます。
重要な理由
商談をタイプ別に分けることで、新規ビジネスと既存ビジネスの営業プロセス、サイクルタイム、成約率を比較できます。
入手先
Opportunityオブジェクトの標準「Type」フィールドです。
例
新規ビジネス既存顧客:アップグレード既存顧客:更新追加ビジネス
|
|||
|
地域
Region
|
商談の地理的地域または営業テリトリーです。 | ||
|
説明
Region属性は、「北米」、「EMEA」、「APAC」など、地理的な区分に基づいて商談を分類します。営業組織では、チーム編成やレポート作成にこの方法がよく使われます。 「地域別営業パフォーマンス比較」ダッシュボードの主要な分析軸です。経営層は地域間でプロセスのパフォーマンスを比較し、成果の高い地域のベストプラクティスや、改善が必要な地域を特定できます。サイクルタイム、成約率、割引の利用状況などを分析できます。
重要な理由
地理的に異なるテリトリー間で営業プロセスとパフォーマンスを比較し、地域ごとの強みと課題を特定できます。
入手先
多くの場合、OpportunityまたはAccountオブジェクトのカスタムフィールドです。Salesforce Sales Cloudのドキュメントまたは管理者にご確認ください。
例
北米EMEAAPACLATAM
|
|||
|
契約ID
ContractId
|
商談に関連付けられた契約の一意の識別子です。 | ||
|
説明
Contract IDは、商談をSalesforceの正式な契約レコードに関連付けます。案件を成約する最終段階における重要な情報です。 この属性により、契約締結フェーズを詳細に分析できます。「見積から契約までのサイクルタイム」や「契約コンプライアンスと遵守状況」ダッシュボードを支援し、「契約書を署名依頼に送付」や「契約を有効化」などのアクティビティを追跡できます。所要時間やSLAの遵守状況も測定できます。
重要な理由
契約管理サブプロセスのサイクルタイムやコンプライアンスを正確に追跡できます。
入手先
Contractオブジェクトの「Id」フィールドから取得します。通常、OpportunityまたはAccountと関連付けられています。
例
8008c000001LxD9AAK8008c000001MyE4AAK8008c000001NzF0AAK
|
|||
|
手戻りフラグ
IsRework
|
アクティビティが手戻りまたは繰り返しのステップに該当するかを示す計算フラグです。 | ||
|
説明
Is Reworkは、プロセスが前のステージに戻ったときにtrueになるブール型フラグです。たとえば、「顧客に見積を提示」した後に「見積を変更」アクティビティが発生した場合、手戻りとみなします。 この属性は、プロセスの非効率を定量化するうえで欠かせません。「注文処理エラー率」や「見積手戻り頻度」KPIの計算を直接支援します。手戻りを可視化することで、要件が不明確な箇所、コミュニケーション上の問題、品質上の課題を特定できます。
重要な理由
手戻りループに含まれるアクティビティを特定してフラグを付けることで、プロセスの非効率を定量化し、改善対象を絞り込めます。
入手先
プロセスマイニングツールがアクティビティの順序を分析し、プロセスフローの後戻りを検出して計算します。
例
truefalse
|
|||
|
注文ID
OrderId
|
成約した商談から作成された販売注文の一意の識別子です。 | ||
|
説明
Order IDは、営業商談を後続の履行プロセスに関連付けます。営業から業務部門へ引き継ぐ接点となる情報です。 このIDにより、「商談の成約」以降の注文管理までプロセス分析を拡張できます。「注文作成」や「注文履行」アクティビティを追跡し、「注文履行エラー率」を監視するために必要です。
重要な理由
プロセスの営業部分と注文履行部分をつなぎ、リードから入金までをエンドツーエンドで分析できます。
入手先
Orderオブジェクトの「Id」フィールドから取得します。通常、Opportunityと関連付けられています。
例
8018c000001IyA6AAK8018c000001JyB1AAK8018c000001KzC6AAK
|
|||
|
見積ID
QuoteId
|
商談に関連付けられた販売見積の一意の識別子です。 | ||
|
説明
Quote IDは、商談に対して顧客へ提示した特定の価格見積を識別します。商談のライフサイクル中に複数の見積が作成される場合があります。 Quote IDを追跡することは、営業プロセスの見積作成部分を分析するうえで欠かせません。「見積から契約までのサイクルタイム」の測定や、見積の修正回数(「見積を変更」)の把握に役立ちます。また、見積のバージョンを区別することで、「見積手戻り頻度」KPIにも利用できます。
重要な理由
見積作成から承諾までの時間や修正回数など、見積サイクルを分析できます。
入手先
Quoteオブジェクトの「Id」フィールドから取得します。Opportunityと関連付けられています。
例
0Q08c000001OxP1AAK0Q08c000001PyQ2AAK0Q08c000001QzR3AAK
|
|||
リードから入金までのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
リードを商談に転換
|
このアクティビティは、適格性が確認されたリードを、関連する取引先と取引先責任者を伴う営業商談へ転換する時点を示します。通常、Salesforceで営業担当者が明示的に実行する操作です。 | ||
|
重要な理由
マーケティングまたはリード開発から営業チームへ引き継ぐ重要な時点です。この時点からの所要時間とコンバージョン率を分析することで、リードの品質と初期営業プロセスの効率を評価できます。
入手先
このイベントは、LeadオブジェクトのIsConvertedフィールドがtrueで、ConvertedOpportunityIdフィールドに値が設定されていることから特定できます。タイムスタンプにはConvertedDateを使用します。
取得
ユーザーがLeadレコードを転換し、ConvertedDateフィールドとConvertedOpportunityIdフィールドに値が設定された時点を記録します。
イベントタイプ
explicit
|
|||
|
入金を確認
|
顧客からの支払いを受領し、請求書に充当したことを確認するアクティビティです。通常、請求書のステータスが「Paid」に変更されたこと、またはPaymentレコードが作成されたことから推定します。 | ||
|
重要な理由
リードから入金までのプロセスにおける最後のアクティビティで、収益の実現を示します。請求から入金までの期間は、キャッシュフローに関する重要なKPIです。
入手先
Invoiceオブジェクトのステータスが「Paid」に変更されたこと、または請求書に関連するPaymentオブジェクトが作成されたことから推定します。このデータは外部の財務システムから取得することがよくあります。
取得
Invoiceの「Status」が「Paid」になった時点、または関連するPaymentレコードが作成された時点を特定します。
イベントタイプ
inferred
|
|||
|
商談を作成
|
Salesforceで新しい営業商談レコードが作成されたことを示し、収益につながる可能性のある商談が開始されたことを意味します。このイベントは、レコードが初めて保存された時点の作成日時とともに明示的に記録されます。 | ||
|
重要な理由
このアクティビティは、対象となる商談の営業サイクルが正式に始まる時点です。営業サイクル全体の時間とパイプラインの進行速度を測定する起点になります。
入手先
OpportunityオブジェクトのCreatedDateシステムフィールドから取得します。商談レコードが開始された正確な時点を示します。
取得
OpportunityオブジェクトのCreatedDateフィールドを使用します。
イベントタイプ
explicit
|
|||
|
商談を受注としてクローズ
|
営業商談が成功裏に成約し、受注となったことを示します。OpportunityのStageNameフィールドを手動または自動で「Closed Won」に更新した時点を記録します。 | ||
|
重要な理由
営業プロセスにおける主要な成功結果です。受注した商談の傾向と属性を分析することは、営業パフォーマンスと戦略を理解するうえで基本となります。
入手先
OpportunityオブジェクトのStageNameフィールドが「Closed Won」に変更されたことから推定します。イベントの日付はCloseDateフィールドに、タイムスタンプはフィールド履歴に記録されます。
取得
OpportunityFieldHistoryから、Opportunityの「StageName」が「Closed Won」になった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
商談を失注としてクローズ
|
営業商談が成立せず、競合に敗れたか、顧客が購入しないことを決定したことを示します。OpportunityのStageNameが「Closed Lost」に更新された時点を記録します。 | ||
|
重要な理由
営業プロセスにおける主要な失敗結果です。商談をいつ、なぜ失注したかを分析することは、営業戦略、トレーニング、製品の訴求方法を改善するうえで重要です。
入手先
OpportunityオブジェクトのStageNameフィールドが「Closed Lost」に変更されたことから推定します。日付はCloseDateフィールドに、タイムスタンプはフィールド履歴に記録されます。
取得
OpportunityFieldHistoryから、Opportunityの「StageName」が「Closed Lost」になった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
契約を有効化
|
契約が全当事者によって正式に締結され、法的に有効になったことを示します。通常、Contractオブジェクトのステータスが「Activated」に変更されたこととして記録します。 | ||
|
重要な理由
顧客との法的合意が成立したことを最終確認する重要な節目です。収益認識とコンプライアンスに直結し、ここでの遅延は財務予測に直接影響する可能性があります。
入手先
ContractオブジェクトのStatusフィールドが「Activated」に変更されたことから推定します。この変更のタイムスタンプは、フィールド履歴追跡によって取得します。
取得
Contractオブジェクトの「Status」が「Activated」に設定された時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
見積もりを作成
|
顧客向けの正式な価格見積書が作成されたことを示します。新しいQuoteレコードが作成され、Opportunityに関連付けられた時点を記録します。 | ||
|
重要な理由
見積もりの作成は、商談成約に向けた重要なステップです。見積もりの件数と作成にかかった時間を分析することで、営業チームの効率と商談の進捗を評価できます。
入手先
QuoteオブジェクトのCreatedDateシステムフィールドから取得します。Quoteオブジェクトには、親となるOpportunityへの参照関係があります。
取得
Opportunityに関連付けられたQuoteオブジェクトのCreatedDateを使用します。
イベントタイプ
explicit
|
|||
|
顧客が見積もりを受諾
|
顧客が見積もりの条件と価格に同意したことを示します。通常、ユーザーがQuoteのステータスを「Accepted」に更新した時点を記録します。 | ||
|
重要な理由
購買意向を示す重要なシグナルであり、契約作成前の大きな節目です。提示から受諾までの時間は、営業サイクルの摩擦を示す重要な指標です。
入手先
QuoteオブジェクトのStatusフィールドが「Accepted」に変更されたことから推定します。タイムスタンプは、このフィールド変更の履歴から取得します。
取得
Quoteの「Status」フィールドが「Accepted」に変更された時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
商談ステージを変更
|
このアクティビティは、「Qualification」から「Needs Analysis」への移行など、商談の営業ステージが変更されたことを記録します。変更内容はシステムのフィールド履歴に記録され、商談の進捗を追跡できます。 | ||
|
重要な理由
ステージの変更を追跡することは、営業パイプラインの進行速度を把握し、商談が停滞するボトルネックを特定し、プロセスのコンプライアンスを分析するうえで欠かせません。
入手先
OpportunityオブジェクトのStageNameフィールドの変更を追跡するOpportunityFieldHistoryオブジェクトから推定します。各エントリにはタイムスタンプと変更前後の値が含まれます。
取得
OpportunityFieldHistoryテーブルから「StageName」フィールドの変更イベントを抽出します。
イベントタイプ
inferred
|
|||
|
提案ステージに到達
|
商談が「Proposal/Price Quote」ステージに移行した具体的な時点を示します。Opportunityの「StageName」フィールドの履歴から推定します。 | ||
|
重要な理由
潜在的な解決策が特定され、価格を設定して提示できる状態になったことを示す重要な節目です。解決策の検討と見積もりにかかった時間を分析するうえで重要な時点です。
入手先
OpportunityFieldHistoryオブジェクトから、「StageName」フィールドが「Proposal/Price Quote」または同様のカスタムステージ値に更新された時点のタイムスタンプを特定して推定します。
取得
「Field」が「StageName」で、「NewValue」が提案ステージであるレコードをOpportunityFieldHistoryから抽出します。
イベントタイプ
inferred
|
|||
|
注文を作成
|
受注後、履行プロセスを正式に開始する販売注文が作成されたことを示します。新しいOrderレコードが作成され、OpportunityまたはAccountに関連付けられた時点を記録します。 | ||
|
重要な理由
営業プロセスから注文履行・業務運用チームへ正式に引き継ぐ時点です。このステップの効率は、納期遵守と顧客満足度に直結します。
入手先
OrderオブジェクトのCreatedDateシステムフィールドから取得します。通常、OrderはAccountまたは元のOpportunityに関連付けられています。
取得
OpportunityのAccountに関連するOrderオブジェクトのCreatedDateを使用します。
イベントタイプ
explicit
|
|||
|
注文を履行
|
注文された製品またはサービスが顧客に提供されたことを示します。通常、Orderオブジェクトのステータスが「Fulfilled」や「Completed」などの完了状態に変更されたことから推定します。 | ||
|
重要な理由
顧客への提供約束が完了したことを示す節目です。注文作成から履行までの時間は、業務効率と顧客満足度を測る重要な指標です。
入手先
OrderオブジェクトのStatusフィールドが完了を示す値に変更されたことから推定します。イベントのタイムスタンプを取得するには、フィールド履歴追跡が必要です。
取得
Orderの「Status」が「Fulfilled」または「Completed」に変更された時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
署名用に契約を送付
|
正式な契約書が作成され、顧客に署名を依頼して送付されたことを示します。通常、Contractオブジェクトのステータスが「Sent」または「Out for Signature」などに変更されたことから推定します。 | ||
|
重要な理由
商談を締結するための最終的な法務・事務処理の段階が始まる時点です。これを追跡することで、契約管理プロセスの効率を確認できます。
入手先
Opportunityに関連付けられたContractオブジェクトのステータス変更から推定します。ContractのStatusフィールドの履歴追跡が必要です。
取得
Contractの「Status」フィールドが「Sent for Signature」などの値に変更された時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
見積もりを変更
|
顧客からのフィードバックや交渉を受けて、既存の見積もりが更新または改訂されたことを示します。初回作成後にQuoteレコードの主要フィールドが変更されたことを追跡して記録します。 | ||
|
重要な理由
見積もりの変更が頻繁に発生する場合、非効率、コミュニケーション不足、または交渉サイクルの長期化を示している可能性があります。この手戻りのループを分析することは、見積もりから契約までの段階を短縮するうえで重要です。
入手先
QuoteオブジェクトのLastModifiedDateフィールドから推定します。より詳細に分析する場合は、TotalPriceや明細項目などのフィールド履歴を使用します。
取得
QuoteオブジェクトのLastModifiedDateとCreatedDateを比較するか、Quoteのフィールド履歴を使用します。
イベントタイプ
inferred
|
|||
|
請求書を発行
|
提供した商品またはサービスの代金を顧客に請求する請求書が作成されたことを示します。Salesforce Billingまたは連携する外部システムでInvoiceレコードが作成されたことから取得できます。 | ||
|
重要な理由
リードから入金までのプロセスにおける財務処理が始まる時点です。請求の速さと正確さは、キャッシュフローに直接影響します。
入手先
Salesforce Billingまたは同様のパッケージが必要です。OrderまたはAccountに関連するInvoiceオブジェクトのCreatedDateフィールドから取得します。
取得
利用できる場合は、InvoiceオブジェクトのCreatedDateを使用します。
イベントタイプ
explicit
|
|||
|
顧客に見積もりを提示
|
見積もりが顧客に送付され、確認のため正式に提示されたことを示します。通常、Quoteレコードのステータスが「Draft」から「Presented」または「In Review」などに変更されたことから推定します。 | ||
|
重要な理由
顧客との交渉と承認のサイクルが始まる時点です。これを追跡することで、顧客の応答時間を測定し、見積もり受諾段階の遅延を特定できます。
入手先
QuoteオブジェクトのStatusフィールドの変更から推定します。変更の正確なタイムスタンプを取得するには、このフィールドの履歴を追跡する必要があります。
取得
Quoteの「Status」フィールドが「Presented」、「Sent」または同様の値に変更された時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
抽出ガイド
準備はできましたか?
このテンプレートを使ってデータ準備を効率化し、リードから入金までの業務におけるプロセスマイニングの効果を引き出してください。今日から効率化を始めましょう。
案件の失注を防ぐ:今すぐリードから入金までを最適化
Salesforceのリードから入金までを変革し、成約率を20%高めます。
クレジットカードは不要です