リード・ツー・キャッシュ データテンプレート
Salesforce Sales Cloudリード・ツー・キャッシュ データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- Salesforce Sales Cloud`からのデータ抽出`ガイド
リードtoキャッシュアトリビュート
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
営業プロセス内の特定の時点で発生したビジネスイベントまたは活動の名前です。 | ||
|
説明
活動名(アクティビティ名)は、リード・トゥ・キャッシュジャーニーにおける特定のステップやマイルストーンを記述します。「商談作成」「見積もり送付」「契約締結」などがこれに該当します。これらは、Salesforce内の主要フィールドの変更や関連レコードの作成から導き出されます。 これらの活動のシーケンスを分析することで、プロセスフローを可視化し、一般的なパスを特定し、標準営業プロセスからの逸脱を検出できます。これは、プロセスマップの構築や、異なるステップ間のサイクルタイムなどのKPIの算出に不可欠です。
その重要性
プロセスマップ内のステップを定義し、リードからキャッシュまでの営業ジャーニーの可視化と分析を可能にします。
取得元
通常、商談履歴オブジェクト(ステージなどのフィールド変更用)、関連オブジェクトの作成日(例:見積もり、契約)、特定のタスクまたはイベントレコードを含む複数のデータソースの組み合わせから導き出されます。
例
商談作成顧客に見積もり提示済み商談受注請求書生成済み
|
|||
|
営業商談
SalesOpportunity
|
各営業商談の一意の識別子であり、リード・トゥ・キャッシュプロセスの主要なケース識別子として機能します。 | ||
|
説明
営業商談は、適格性判断からクローズまで潜在的な取引を追跡する中心的なオブジェクトです。各商談には、関連するすべての活動、コミュニケーション、見積もり、契約をリンクする一意のIDがあります。 プロセスマイニングでは、このIDはすべての取引のエンド・ツー・エンドのジャーニーを再構築するために不可欠です。営業商談をケースIDとして使用することで、完全なライフサイクルを分析し、ステージ間の期間を測定し、プロセスバリエーションを特定し、成功または失注につながる要因を理解できます。
その重要性
これは、すべてのプロセスステップを結びつける基本的な識別子であり、各取引の営業サイクルを完全かつ正確に分析することを可能にします。
取得元
これはSalesforce Sales Cloudの商談オブジェクトにある標準「Id」フィールドです(例:Opportunity.Id)。
例
0068c00001KvM7RAAV0068c00001LpA9BAAV0068c00001NqB3CAAV
|
|||
|
開始時刻
EventTimestamp
|
アクティビティが発生した正確な日時。 | ||
|
説明
イベントタイムスタンプは、活動が行われた正確な時刻を記録します。このタイムスタンプは、イベントを時系列で並べ、すべての時間ベースのプロセス分析を行う上で不可欠です。 この属性は、サイクルタイム、期間、待機時間など、すべてのパフォーマンス指標を計算するための基礎となります。例えば、「請求書発行」と「支払い受領」のタイムスタンプの差は、「平均支払い日数」KPIのデータを提供します。正確なタイムスタンプは、ボトルネックの特定とプロセス効率の測定に極めて重要です。
その重要性
この属性はイベントの時系列順序を提供し、すべての期間およびパフォーマンス計算に不可欠です。
取得元
Salesforceのさまざまな日付項目から抽出されます。例えば、Opportunityオブジェクトの「CreatedDate」、Opportunity履歴の「LastModifiedDate」、またはQuoteやContractのような関連オブジェクトの特定の日付項目などです。
例
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:00Z
|
|||
|
割引率
DiscountPercentage
|
商談に適用された割引率です。 | ||
|
説明
この属性は、通常、取引の合計価格に対する割合として提供される割引を記録します。これは、取引の収益性と営業行動を理解する上で重要な要素です。 この指標は、「商談割引有効性」ダッシュボードおよび「受注取引の平均割引率」KPIの基礎となります。この属性を分析することで、営業リーダーは割引が受注を促進しているのか、単に利益を損なっているだけなのかを判断でき、地域や営業担当者間での割引行動を比較できます。
その重要性
これは、収益性を分析し、価格戦略の有効性を理解し、過剰な割引を特定するために不可欠です。
取得元
これは通常、商談オブジェクトまたは見積もりオブジェクトのカスタム通貨フィールドまたはパーセントフィールドです。Salesforce Sales Cloudのドキュメントまたは管理者に相談してください。
例
0.050.100.15
|
|||
|
商談オーナー
OpportunityOwner
|
営業商談に割り当てられ、責任を負う営業担当者です。 | ||
|
説明
商談オーナーは、Salesforce内で取引管理の主要責任を負うユーザーです。これはパフォーマンス分析にとって重要な側面です。 商談オーナーに基づいてデータを分析することで、組織は「営業担当者パフォーマンス」ダッシュボードを構築できます。これにより、異なるチームメンバー間でのサイクルタイム、勝率、平均取引規模を比較し、トップパフォーマーを特定し、コーチングの機会を見つけることが可能になります。
その重要性
この属性は、営業チームのパフォーマンス分析、個々の成績比較、コーチングニーズの特定に不可欠です。
取得元
これは商談オブジェクトの「OwnerId」フィールドであり、ユーザーオブジェクトにリンクされています。
例
John SmithMaria GarciaDavid Chen
|
|||
|
商談金額
Amount
|
商談の推定総売上額です。 | ||
|
説明
この属性は、潜在的な取引の金銭的価値を捕捉します。これは財務分析およびパフォーマンス分析において最も重要な指標の一つです。 商談金額は、パイプラインの総価値、平均取引規模の計算、および割引やサイクルタイムなどの他の要因との相関関係を含む、ほぼすべての財務ビューで使用されます。「営業担当者パフォーマンス」および「商談割引有効性」ダッシュボードの主要な構成要素です。
その重要性
各商談の財務的価値を提供し、パイプラインレポート、収益予測、パフォーマンス分析に不可欠です。
取得元
これは商談オブジェクトの標準「Amount」フィールドです。
例
50000125000.75250000
|
|||
|
営業ステージ
StageName
|
セールスパイプラインにおける商談の現在のステージ。例えば、「適格性判断」や「交渉」などです。 | ||
|
説明
営業ステージは、事前定義された営業プロセスにおける商談の進行状況を表します。このフィールドの変更は、「提案ステージ到達」など、プロセスにおける主要なイベントです。 この属性は、「セールスパイプラインのボトルネック特定」および「日次セールスファネル運用ビュー」ダッシュボードを構築するための基盤となります。これにより、商談が各ステージで費やす期間、ステージ間のコンバージョン率、およびセールスパイプライン全体の健全性を分析できます。
その重要性
営業ファネルを通じた商談の進捗を追跡し、ボトルネック分析とパイプライン管理を可能にします。
取得元
これは商談オブジェクトの標準「StageName」フィールドです。
例
見込み客開拓適格性判断ニーズ分析提案書/価格見積もり交渉/レビュー
|
|||
|
成立
IsWon
|
商談が成立したか失注したかを示すブールフラグです。 | ||
|
説明
この属性は、営業商談の最終結果を示す単純な真偽値インジケーターです。商談のステージが「Closed Won」(受注)であれば真、Stageが「Closed Lost」(失注)であれば偽となります。 「受注済み」は、営業効果を測る最も重要な指標の一つである「商談勝率」KPIを算出するための基礎となります。また、分析をセグメント化するためにも使用され、例えば受注した取引と失注した取引のプロセスパスを比較したり、「受注取引の平均割引率」を計算したりするのに使われます。
その重要性
これは営業商談の結果を直接測定し、勝敗分析と勝率の計算を可能にします。
取得元
これは商談オブジェクトの標準「IsWon」フィールドです。StageNameに基づいた数式項目です。
例
truefalse
|
|||
|
サイクルタイム
CycleTime
|
商談のエンド・ツー・エンドの営業プロセスの合計期間です。 | ||
|
説明
サイクルタイムは、最初の活動(例:「リードの商談への変換」)から最後の活動(例:「商談成立」)までの合計経過時間を測定する計算メトリクスです。 これは、プロセス全体の効率性を示す主要なKPIであり、「リードtoキャッシュエンドツーエンドサイクルタイム」ダッシュボードを直接サポートします。このメトリクスを分析することで、長期間にわたるケースを特定し、地域や商談タイプなどのディメンションで細分化して改善領域を見つけるのに役立ちます。
その重要性
これは、営業プロセスの最初から最後まで全体の速度と効率を測定する主要な業績評価指標(KPI)です。
取得元
この指標は、各ケースの最初と最後のイベントのタイムスタンプを差し引くことで、プロセスマイニングツールで計算されます。
例
30 days 10:05:0095 days 02:00:00120 days 23:55:10
|
|||
|
ソースシステム
SourceSystem
|
データが抽出されたソースシステムを特定します。 | ||
|
説明
この属性は、イベントデータが発生した記録システムを特定します。リード・トゥ・キャッシュプロセスの場合、通常は「Salesforce Sales Cloud」となります。 複数の統合システムがある環境では、このフィールドはデータリネージ、トラブルシューティング、および異なるプロセスステップに対してどのシステムが権威であるかを理解するために不可欠です。これにより、データ基盤における明確さと信頼性が確保されます。
その重要性
データの出所に関するコンテキストを提供します。これは、データガバナンス、検証、およびマルチシステム環境において不可欠です。
取得元
データ抽出・変換の過程で付与する固定値で、データセットのソースを示すラベルとして利用します。
例
`Salesforce Sales Cloud`SFSC
|
|||
|
リードソース
LeadSource
|
リードの発生元(例:Web、パートナー、展示会など)です。 | ||
|
説明
リードソースは、最初のリードを生み出したマーケティングチャネルまたは営業活動を追跡します。この情報は、さまざまな顧客獲得戦略の有効性を理解するために不可欠です。 このアトリビュートは、「リード変換パフォーマンス分析」ダッシュボードの主要なディメンションです。リードソース別にコンバージョン率と商談価値を分析することで、企業はマーケティング支出を最適化し、最も収益性の高いチャネルに焦点を当てることができます。
その重要性
リードをその発生源と後の成功率にリンクさせることで、マーケティングチャネルの有効性を判断するのに役立ちます。
取得元
これはリードオブジェクトの標準「LeadSource」フィールドであり、通常、コンバージョン時に商談オブジェクトに転送されます。
例
`Web`電話による問い合わせパートナー紹介購入済みリスト
|
|||
|
最終データ更新
LastDataUpdate
|
`ソース``システム`から`データ`が最後に更新された日時を示す`タイムスタンプ`です。 | ||
|
説明
この属性は、Salesforce Sales Cloudからの最新のデータ抽出日時を示します。これにより、ユーザーは分析しているデータの鮮度についてコンテキストを得ることができます。 データが最後に更新された時期を知ることは、特に「日次セールスファネル運用ビュー」のような運用ダッシュボードの場合、分析を正しく解釈するために不可欠です。これにより、意思決定がデータの適時性を理解した上で行われることが保証されます。
その重要性
データの鮮度をユーザーに通知し、プロセス分析がどの程度最新であるかを確実に伝えます。
取得元
これは、データ抽出時にデータパイプラインまたはETLツールによって生成されるメタデータ属性です。
例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
取引先名
AccountName
|
商談に関連付けられた顧客の取引先名または会社名です。 | ||
|
説明
取引先名は、営業商談を特定の顧客と結びつけます。これにより、顧客中心の営業プロセス分析が可能になります。 顧客ごとのプロセスを分析することで、組織は戦略的取引先における営業サイクルを理解し、頻繁な手戻りや長い交渉フェーズを持つ顧客を特定し、エンゲージメント戦略を調整できます。これは、プロセスデータをフィルタリングし、深掘りするための貴重な側面を提供します。
その重要性
営業プロセスを特定の顧客にリンクさせ、顧客レベルでの営業サイクルタイムとインタラクションパターンの分析を可能にします。
取得元
これは、商談オブジェクトの「AccountId」ルックアップフィールドから派生したもので、取引先オブジェクトの「Name」フィールドを参照しています。
例
`Global Tech Inc.`Innovate Solutions LLCクアンタム・インダストリーズ
|
|||
|
商談タイプ
Type
|
商談を、例えば「新規ビジネス」または「既存顧客」のように分類します。 | ||
|
説明
商談タイプは、取引を分類するための標準フィールドです。新規顧客獲得と既存顧客へのアップセルとで、営業プロセスやサイクルがどのように異なるかを理解するのに役立ちます。 プロセスマイニングでは、この属性を使って比較分析が可能です。例えば、「新規事業」のセールスサイクルが「既存顧客」の更新よりも長いか、あるいはより多くのステップがあるかをプロセス視覚化上でフィルタリングして確認できます。これにより、戦略的な意思決定やプロセス最適化の取り組みを推進します。
その重要性
商談をタイプ別に分類することで、新規事業と既存事業における異なる営業プロセス、サイクルタイム、成功率を比較することが可能になります。
取得元
これは商談オブジェクトの標準「Type」フィールドです。
例
新規ビジネス既存顧客 - アップグレード既存顧客 - 更新追加ビジネス
|
|||
|
地域
Region
|
商談の地理的地域または営業テリトリーです。 | ||
|
説明
地域属性は、商談を「北米」「EMEA」「APAC」といった地理に基づいてセグメント化します。これは、営業組織がチーム編成やレポート作成を行う一般的な方法です。 これは「地域別営業パフォーマンス比較」ダッシュボードの主要な要素です。経営陣は地域間のプロセスパフォーマンスを比較し、高パフォーマンス領域のベストプラクティスや、改善が必要な領域を特定できます。分析はサイクルタイム、勝率、割引利用状況などを網羅できます。
その重要性
異なる地理的地域間での営業プロセスとパフォーマンスの比較を可能にし、地域の強みと弱みを特定します。
取得元
これは、商談オブジェクトまたは取引先オブジェクトのカスタムフィールドであることが多いです。Salesforce Sales Cloudのドキュメントまたは管理者に相談してください。
例
北米EMEAAPACLATAM
|
|||
|
契約ID
ContractId
|
商談に関連付けられた契約の一意の識別子です。 | ||
|
説明
契約IDは、商談とSalesforce内の正式な契約レコードをリンクさせます。これは取引をクローズする最終段階における重要なステップです。 この属性により、契約フェーズの詳細な分析が可能になり、「見積もりから契約までのサイクルタイム」や「契約コンプライアンスと順守」ダッシュボードをサポートします。これにより、「署名のために契約書を送付」や「契約書有効化」などの活動を追跡し、その期間とSLAへの準拠を測定できます。
その重要性
サイクルタイムやコンプライアンスを含む、契約管理サブプロセスの正確な追跡を可能にします。
取得元
このIDは、契約オブジェクトの「Id」フィールドから取得され、通常は商談または取引先に関連付けられています。
例
8008c000001LxD9AAK8008c000001MyE4AAK8008c000001NzF0AAK
|
|||
|
手戻り
IsRework
|
あるアクティビティが手戻りや繰り返しのステップであるかどうかを示す、計算されたフラグです。 | ||
|
説明
「Is Rework」は、プロセスが以前のステージに戻る場合にTrueに設定されるブールフラグです。例えば、「顧客に見積提示済み」アクティビティの後に「見積修正」アクティビティが発生した場合、それは手戻りと見なされます。 このアトリビュートは、プロセス非効率性を定量化するために重要です。これは、「注文処理エラー率」および「見積手戻り頻度」のKPIの計算を直接サポートします。手戻りを強調することで、要件の不明確さ、コミュニケーションの問題、または品質問題のある領域を特定するのに役立ちます。
その重要性
手戻りループの一部である活動を特定しフラグを立てることで、プロセス非効率性を定量化し、改善活動の目標設定を支援します。
取得元
このフラグは、プロセスマイニングツールが活動のシーケンスを分析し、プロセスフローにおける逆行を検出することで計算されます。
例
truefalse
|
|||
|
注文ID
OrderId
|
受注した商談から作成された販売注文の一意の識別子です。 | ||
|
説明
注文IDは、営業商談をその後のフルフィルメントプロセスにリンクさせます。これは営業から運用への引き渡し点です。 このIDは、「商談受注」ステージを超えて、注文管理までプロセス分析を拡張するために不可欠です。これにより、「注文作成」と「注文履行済み」の活動を追跡でき、「注文履行エラー率」を監視するために必要となります。
その重要性
プロセスの営業部分と注文履行部分を接続し、真のエンドツーエンドのリードtoキャッシュ分析を可能にします。
取得元
このIDは、注文オブジェクトの「Id」フィールドから取得され、多くの場合、商談に関連付けられています。
例
8018c000001IyA6AAK8018c000001JyB1AAK8018c000001KzC6AAK
|
|||
|
見積もりID
QuoteId
|
商談にリンクされた営業見積もりの一意の識別子です。 | ||
|
説明
見積もりIDは、商談に対して顧客に提供された特定の価格見積もりを識別します。一つの商談ライフサイクル中に複数の見積もりが存在する場合があります。 見積もりIDの追跡は、営業プロセスの見積もり部分を分析するために不可欠です。「見積もりから契約までのサイクルタイム」を測定し、何回の見積もり改訂(「見積もり変更済み」)が発生したかを理解するのに役立ち、異なる見積もりバージョンを区別することで「見積もり再作業頻度」KPIをサポートします。
その重要性
この属性は、改訂回数や見積もりから受理までの期間など、見積もりサイクルを分析するのに役立ちます。
取得元
このIDは、見積もりオブジェクトの「Id」フィールドから取得され、商談に関連付けられています。
例
0Q08c000001OxP1AAK0Q08c000001PyQ2AAK0Q08c000001QzR3AAK
|
|||
リードtoキャッシュ活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
リードの商談への変換
|
この活動は、認定されたリードが関連する取引先や連絡先とともに営業商談に変換される時点を示します。これは通常、Salesforceの営業担当者によって明示的に実行されるアクションです。 | ||
|
その重要性
これは、マーケティングまたはリード開発から営業チームへの重要な引き継ぎ点です。この時点からの時間とコンバージョン率を分析することは、リードの質と初期営業プロセスの効率を評価するのに役立ちます。
取得元
このイベントは、リードオブジェクトのIsConvertedフィールドが真で、ConvertedOpportunityIdフィールドが入力されていることから識別できます。タイムスタンプはConvertedDateです。
取得
ユーザーがリードレコードを変換し、ConvertedDateおよびConvertedOpportunityIdフィールドが入力されたときに追跡されます。
イベントタイプ
explicit
|
|||
|
入金確認済み
|
この活動は、顧客の支払いが受領され、請求書に適用されたことを確認します。通常、請求書のステータスが「支払い済み」に変更されたり、支払いレコードが作成されたりすることから推測されます。 | ||
|
その重要性
これはリード・トゥ・キャッシュプロセスの最終活動であり、収益の実現を表します。請求書発行から支払いまでの期間は、キャッシュフローの重要なKPIです。
取得元
Invoiceオブジェクトのステータスが「Paid」に変更されたこと、またはInvoiceにリンクされたPaymentオブジェクトの作成から推測されます。このデータは多くの場合、外部の財務システムから取得されます。
取得
Invoiceの「Status」が「Paid」になるか、関連するPaymentレコードが作成されたときを特定します。
イベントタイプ
inferred
|
|||
|
商談作成
|
Salesforceで新しい営業商談レコードが作成されることを表し、潜在的な収益を生む取引を示します。このイベントは、レコードが最初に保存されたときに作成タイムスタンプとともに明示的に記録されます。 | ||
|
その重要性
この活動は、特定の商談における営業サイクルの公式な開始点です。全体の営業サイクルタイムとパイプラインの速度を測定するための出発点となります。
取得元
OpportunityオブジェクトのCreatedDateシステム項目から取得されます。これにより、商談レコードが開始された正確なタイムスタンプが提供されます。
取得
商談オブジェクトのCreatedDateフィールドを使用します。
イベントタイプ
explicit
|
|||
|
商談受注
|
これは営業取引の成功的なクローズを表し、商談が獲得された状態です。これは、商談のStageNameフィールドが「Closed Won」(受注)に手動または自動で更新されたものです。 | ||
|
その重要性
これは営業プロセスの主要な成功結果です。受注した取引の傾向と属性を分析することは、営業パフォーマンスと戦略を理解するための基礎となります。
取得元
OpportunityオブジェクトのStageName項目が「Closed Won」に変更されたことから推測されます。このイベントの日付はCloseDate項目に取得され、タイムスタンプは項目履歴に記録されます。
取得
OpportunityFieldHistoryから、Opportunityの「StageName」が「Closed Won」になったときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
商談失注
|
営業取引のクローズが失敗したことを表し、商談が競合他社に奪われたり、顧客が購入を決定しなかったりした場合です。これは、商談のStageNameが「Closed Lost」(失注)に更新されたときに記録されます。 | ||
|
その重要性
これは主要な失敗結果です。いつ、なぜ取引が失われたのかを分析することは、営業戦略、トレーニング、製品ポジショニングの改善のために不可欠です。
取得元
OpportunityオブジェクトのStageName項目が「Closed Lost」に変更されたことから推測されます。日付はCloseDate項目に記録され、タイムスタンプは項目履歴に記録されます。
取得
OpportunityFieldHistoryから、Opportunityの「StageName」が「Closed Lost」になったときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
契約有効化
|
この活動は、契約がすべての関係者によって完全に履行され署名され、法的に有効になったことを意味します。これは通常、契約オブジェクトのステータスが「有効化済み」に変更されたときに記録されます。 | ||
|
その重要性
これは顧客との法的合意の最終確認であり、収益認識とコンプライアンスにとって重要なマイルストーンです。ここでの遅延は、財務予測に直接影響を与える可能性があります。
取得元
ContractオブジェクトのStatus項目が「Activated」に変更されたことから推測されます。この変更のタイムスタンプは、項目履歴トラッキングを介して取得されます。
取得
Contractオブジェクトの「Status」が「Activated」に設定されたときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
見積もり作成
|
この活動は、顧客向けの正式な価格見積書が生成されることを表します。これは、新しい見積もりレコードが作成され、商談にリンクされたときに捕捉されます。 | ||
|
その重要性
見積もりの作成は、取引を成立させるための重要なステップです。見積もりの数と作成にかかる時間を分析することで、営業チームの効率と取引の勢いを評価できます。
取得元
QuoteオブジェクトのCreatedDateシステム項目から取得されます。Quoteオブジェクトは親Opportunityへのルックアップ関係を持ちます。
取得
商談に関連付けられた見積もりオブジェクトのCreatedDateを使用します。
イベントタイプ
explicit
|
|||
|
顧客に見積もり受理済み
|
この活動は、顧客が見積もりの条件と価格に同意したことを示します。これは通常、ユーザーが見積もりのステータスを「受理済み」に更新することで把握されます。 | ||
|
その重要性
これは重要な購入シグナルであり、契約書作成前の主要なマイルストーンです。提示から受理までの期間は、営業サイクルの摩擦を示す重要な指標となります。
取得元
QuoteオブジェクトのStatus項目の変更が「Accepted」になったことから推測されます。タイムスタンプは、この項目変更の履歴トラッキングから導き出されます。
取得
Quoteの「Status」項目が「Accepted」に変更されたときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
商談ステージ変更
|
この活動は、商談の営業ステージにおけるあらゆる変更(「適格性判断」から「ニーズ分析」への移行など)を捕捉します。これらの変更はシステムのフィールド履歴に記録され、商談の進捗の足跡を提供します。 | ||
|
その重要性
ステージの変更を追跡することは、営業パイプラインの速度を理解し、取引が停滞するボトルネックを特定し、プロセスのコンプライアンスを分析するために不可欠です。
取得元
OpportunityオブジェクトのStageName項目への変更を追跡するOpportunityFieldHistoryオブジェクトから推測されます。各エントリにはタイムスタンプと旧値および新値が含まれます。
取得
OpportunityFieldHistoryテーブルから「StageName」項目の変更イベントを抽出します。
イベントタイプ
inferred
|
|||
|
提案ステージ到達
|
商談が「提案/価格見積もり」ステージに移行する特定の節目を示します。これは、Opportunityの「StageName」項目の履歴から推測されます。 | ||
|
その重要性
これは、潜在的なソリューションが特定され、価格設定と提示の準備が整ったことを示す重要なマイルストーンです。ソリューション構築と見積もりに要する時間を分析するための重要なポイントとなります。
取得元
OpportunityFieldHistoryオブジェクトから推測されます。具体的には、「StageName」項目が「提案/価格見積もり」または類似のカスタムステージ値に更新されたときのタイムスタンプを特定します。
取得
OpportunityFieldHistoryをフィルタリングして、「Field」が「StageName」で「NewValue」が提案ステージであるレコードを抽出します。
イベントタイプ
inferred
|
|||
|
注文作成
|
この活動は、取引成立後にフルフィルメントプロセスを正式に開始する販売注文の作成を示します。これは、新しい注文レコードが作成され、商談または取引先に関連付けられたときに捕捉されます。 | ||
|
その重要性
これは、営業プロセスから注文フルフィルメントおよび運用チームへの公式な引き渡しです。このステップの効率は、タイムリーな配送と顧客満足度にとって重要です。
取得元
OrderオブジェクトのCreatedDateシステム項目から取得されます。Orderは通常、アカウントおよび/または元のOpportunityにリンクされます。
取得
商談の取引先に関連する注文オブジェクトの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オブジェクトのLastModifiedDate項目、またはより詳細にはTotalPriceや明細項目などの項目履歴トラッキングから推測されます。
取得
QuoteオブジェクトのLastModifiedDateとCreatedDateを比較するか、Quoteの項目履歴トラッキングを使用します。
イベントタイプ
inferred
|
|||
|
請求書生成済み
|
提供された商品やサービスについて顧客に請求するための請求書の作成を表します。これは、Salesforce Billingまたは統合された外部システムで請求書レコードが作成されることで把握される場合があります。 | ||
|
その重要性
この活動は、リード・トゥ・キャッシュサイクルの財務部分を開始します。請求処理の速度と正確さは、キャッシュフローに直接影響します。
取得元
Salesforce Billingまたは類似のパッケージが必要です。注文または取引先に関連付けられた請求書オブジェクトのCreatedDateフィールドから取得されます。
取得
利用可能な場合、請求書オブジェクトのCreatedDateを使用します。
イベントタイプ
explicit
|
|||
|
顧客に見積もり提示済み
|
このイベントは、見積もりが顧客に送付された、または正式に提示されレビュー段階に入ったことを示します。これは通常、見積もりレコードのステータスが「下書き」から「提示済み」または「レビュー中」に変更されることなどによって推測されます。 | ||
|
その重要性
この活動は、顧客との交渉および承認サイクルの開始を告げるものです。これを追跡することで、顧客の応答時間を測定し、見積もり承認フェーズでの遅延を特定するのに役立ちます。
取得元
QuoteオブジェクトのStatus項目の変更から推測されます。この項目の履歴をトラッキングして、変更の特定のタイムスタンプを取得する必要があります。
取得
Quoteの「Status」項目が「Presented」、「Sent」、または同様の値に変更されたときのタイムスタンプを特定します。
イベントタイプ
inferred
|
|||