リード・ツー・キャッシュ データテンプレート
リード・ツー・キャッシュ データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- HubSpot CRMに特化した抽出ガイダンス
リードからキャッシュまでの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
営業商談
SalesOpportunityId
|
Lead to Cashプロセスのケース識別子として機能する、営業商談の一意の識別子。 | ||
|
説明
営業商談IDは、潜在的な取引を、作成から受注または失注という結論まで追跡します。プロセスマイニングでは、この識別子が、電話、会議、見積書、支払いなどの関連するすべての活動を単一のエンドツーエンドのプロセスインスタンスにリンクします。 営業商談に基づいてプロセスを分析することで、企業は営業ジャーニー全体を理解できます。共通のパス、ボトルネック、および逸脱を特定するのに役立ち、異なる商談がどのように処理され、何が成功につながるかを明確に把握できます。
その重要性
これは営業ライフサイクル内のすべてのイベントを接続するコア識別子であり、各取引のエンドツーエンドのLead to Cashプロセスを分析することを可能にします。
取得元
これはHubSpot CRM APIのDealオブジェクトからの
例
987654321087654321097654321098
|
|||
|
アクティビティ
ActivityName
|
Lead to Cashプロセス内で発生した特定のイベントまたはタスクの名前。 | ||
|
説明
アクティビティ名とは、「商談作成」、「見積書発行」、「支払い受領」など、プロセス内のステップを記述するものです。これらの活動は、HubSpotに記録された様々なイベントやステータス変更から抽出されます。 この属性は、活動の順序を視覚的に表現するプロセスマップを構築するための基本的な要素です。活動の流れを分析することで、プロセスのバリエーション、ループ、ボトルネックを特定し、的を絞ったプロセス改善イニシアチブを可能にします。
その重要性
プロセスマップ内のステップを定義します。これはすべてのプロセスマイニング分析の基盤です。明確なアクティビティがなければ、プロセスフローを可視化したり分析したりすることはできません。
取得元
この属性は、HubSpot内の様々なソース(取引ステージの変更(例:「Opportunity Qualified」)、タスクタイプ、通話の処理結果、および見積書や請求書などの関連オブジェクトを含む)から派生します。
例
商談作成見積書発行済み契約締結済み入金確認済み
|
|||
|
イベント日時
EventTime
|
アクティビティ/event の発生時刻を示すタイムスタンプ。 | ||
|
説明
イベントタイムは、プロセス内の各アクティビティの正確な日時を提供し、イベントの時系列順序を確立します。このタイムスタンプは、異なるステップ間のサイクルタイム、期間、および待機時間を計算するために不可欠です。 分析では、この属性はプロセスパフォーマンスを理解し、遅延を特定し、スループットを測定するために使用されます。これにより、営業および支払いサイクル全体で時間がどのように費やされているかを詳細に分析するための、プロセスの時間的基盤が形成されます。
その重要性
この属性はイベントの時系列シーケンスを提供し、サイクルタイムなどのパフォーマンス指標を計算し、プロセス遅延を特定するために極めて重要です。
取得元
タイムスタンプは、活動に応じて様々なプロパティから取得されます。例えば、取引作成には
例
2023-04-15T10:00:00Z2023-05-20T14:30:00Z2023-06-01T09:15:00Z
|
|||
|
ソースシステム
SourceSystem
|
`データ`が抽出された記録システム。 | ||
|
説明
この属性は、プロセスデータの発生源を特定します。Lead to Cashプロセスの場合、これは通常HubSpot CRMですが、請求書や支払い活動のために統合された財務システムからのデータも含まれる可能性があります。 複数のプラットフォームからデータが統合される環境では、ソースシステムを指定することが重要です。これにより、データガバナンス、データ品質問題のトラブルシューティング、およびプロセスの技術的ランドスケープの理解に役立ちます。
その重要性
データの出所に関する重要なコンテキストを提供します。これはデータガバナンスと、複数の統合システムにまたがる分析にとって不可欠です。
取得元
これは、データ変換プロセス中に付加されるべき静的な値、「HubSpot CRM」です。
例
HubSpot CRM
|
|||
|
最終データ更新
LastDataUpdate
|
ソースシステムからデータが最後に更新されたことを示すタイムスタンプです。 | ||
|
説明
この属性は、データセットが最後に更新された日時を記録します。これにより、分析されるデータの鮮度に関する透明性が提供され、関係者がデータの適時性を認識していることを保証します。 これはダッシュボードや継続的なモニタリングにとって特に有用であり、プロセスインサイトがどれほど最新であるかをユーザーに示します。最近のパフォーマンス変更と古い情報を区別するのに役立ちます。
その重要性
データの鮮度を示します。これは、分析とダッシュボードが最新の情報に基づいていることを確認するために不可欠です。
取得元
この値は、各データ抽出または更新サイクル中に生成され、データセットに刻印されます。
例
2024-07-21T02:00:00Z
|
|||
|
リードソース
LeadSource
|
リードが獲得された元のソースまたはチャネル。 | ||
|
説明
リードソースは、潜在顧客が最初にどのように企業と接触したか(例:「ウェビナー」、「展示会」、「オーガニック検索」など)を追跡します。この情報は、異なるマーケティングチャネルの有効性を評価するために不可欠です。 この属性は、「リードから商談へのコンバージョン率」ダッシュボードに不可欠です。リードソース別のコンバージョン率と営業サイクル時間を分析することで、マーケティングチームと営業チームは、どのチャネルが最も価値のある商談を生み出しているかを理解し、それに応じてマーケティング費用を最適化できます。
その重要性
異なるソースから発生する商談のコンバージョン率と品質を分析することで、マーケティングチャネルの効果を測定するのに役立ちます。
取得元
この情報は元のContactオブジェクトに保存されることが多く、Dealオブジェクトのカスタムプロパティにコピーされる場合があります。一般的なプロパティは
例
自然検索有料ソーシャル広告紹介展示会
|
|||
|
商談クローズ日
OpportunityCloseDate
|
受注または失注として営業商談がクローズされた日付。 | ||
|
説明
商談クローズ日は、特定の取引における営業プロセスの完了を示します。この日付は、取引のステージが「Closed Won」(受注)または「Closed Lost」(失注)カテゴリに移動されたときに設定されます。 このタイムスタンプは、作成からクローズまでの全体的な営業サイクルタイムを計算するために極めて重要です。ケースの終了時間として機能し、「平均営業サイクルタイム」などの多くのパフォーマンスKPIで使用され、営業プロセスの効率性を測定します。
その重要性
商談の営業サイクルの終了を示し、総サイクルタイムの計算と営業速度の測定に不可欠です。
取得元
これはHubSpot CRM APIのDealオブジェクトからの
例
2023-07-10T17:00:00Z2023-08-15T11:20:00Z2023-09-05T16:45:00Z
|
|||
|
商談担当者
OpportunityOwner
|
営業商談を担当する営業担当者。 | ||
|
説明
商談担当者は、営業パイプラインを通じて取引を管理する主要な連絡先であり責任者です。これは通常、商談を作成または割り当てられた営業担当者を指します。 商談担当者別にプロセスを分析することで、個人およびチームのパフォーマンス評価に役立ちます。営業担当者間の営業戦略、活動レベル、コンバージョン率の違いを明らかにでき、コーチングとリソース管理のための貴重なインサイトを提供します。
その重要性
この属性はパフォーマンス分析にとって不可欠であり、異なる営業担当者間の営業サイクルタイム、勝率、およびプロセスコンプライアンスの比較を可能にします。
取得元
これはDealオブジェクトの
例
ジェーン・ドウJohn Smithエミリー・ジョーンズ
|
|||
|
商談結果
OpportunityOutcome
|
受注か失注かを示す、営業商談の最終結果。 | ||
|
説明
この属性は、取引の最終ステータスを提供します。これは通常、「Closed Won」(受注)または「Closed Lost」(失注)に分類される最終営業ステージから派生します。 結果別にプロセスマップをセグメント化することは、強力な分析手法です。これにより、受注取引と失注取引のプロセスフローを直接比較でき、成功または失敗と相関するパターン、活動、または遅延を明らかにします。このインサイトは、プロセス最適化と営業コーチングにとって非常に貴重です。
その重要性
成功したプロセスインスタンスと失敗したプロセスインスタンスの比較分析を可能にし、どのプロセス行動が案件の獲得と相関しているかを明らかにします。
取得元
これは
例
獲得失注
|
|||
|
商談金額
OpportunityAmount
|
営業商談の潜在的または実際の金銭的価値。 | ||
|
説明
この属性は、取引の価値を捕捉します。これは初期段階での見積額、またはクローズ時の最終契約額である可能性があります。営業プロセスの財務的影響を理解するための基本的な指標です。 商談金額を分析することで、取引規模別にプロセスをセグメント化し、より大きな取引が異なるプロセスに従うか、クローズに時間がかかるかを把握できます。また、財務予測と高価値の商談に優先順位を付ける上で不可欠です。
その重要性
これにより営業パイプラインの財務分析が可能になり、高価値の取引に優先順位を付け、取引規模がプロセス行動にどのように影響するかを理解するのに役立ちます。
取得元
これはHubSpot CRM APIのDealオブジェクトからの
例
50000.0012500.50250000.00
|
|||
|
営業ステージ
SalesStage
|
パイプラインにおける営業商談の現在または過去のステージ。 | ||
|
説明
営業ステージは、定義された営業プロセスを通じて取引が進行する様子を表します。「Qualified」(適格化)、「Proposal Presented」(提案提示)、「Contract Sent」(契約書送付)などのステージがあります。このステージの変更は、プロセスログにおける主要な活動を生成するためによく使用されます。 この属性は、商談の進行を分析し、ボトルネックを特定するために極めて重要です。各ステージに費やされた時間とステージ間のコンバージョン率を追跡することができ、「商談ステージ進行メトリクス」ダッシュボードにとって重要な要素となります。
その重要性
商談が営業ファネルのどこにあるかのスナップショットを提供し、パイプラインの速度とステージ固有のボトルネックの分析を可能にします。
取得元
これはDealオブジェクト上の
例
アポイントメント設定済み購入適格プレゼンテーション予定契約書送付済み
|
|||
|
地域
Region
|
営業商談に関連付けられた地理的な地域またはテリトリー。 | ||
|
説明
地域は、営業商談が所在する地理的市場を指定します。これは、顧客の所在地または営業チームの担当テリトリーに基づく場合があります。HubSpotではカスタムプロパティであることがよくあります。 この属性は、異なる地域間の営業プロセスを比較するために使用されます。分析により、パフォーマンス、プロセスコンプライアンス、顧客行動における地域差が明らかになり、「地域別営業プロセスバリアント」ダッシュボードや特定の市場に合わせた営業戦略の策定にとって不可欠です。
その重要性
異なる地理的市場間でのプロセスパフォーマンスとバリエーションの比較を可能にし、地域戦略と標準化の取り組みを支援します。
取得元
これは通常、CompanyまたはDealオブジェクトのカスタムプロパティです。正確なフィールド名は、特定のHubSpotインスタンスで確認する必要があります。
例
北米EMEAAPACLATAM
|
|||
|
停滞中である
IsStalled
|
進行中の商談が現在のステージで長期間非アクティブ状態であるかを示すフラグです。 | ||
|
説明
この属性は、営業商談が事前に定義された時間制限内に新しいステージに進んでいない場合にtrueとなるブール値フラグです。「停滞」の定義(例:「Proposal」ステージで30日以上)は、ビジネスルールに基づいています。 このフラグは、介入が必要なリスクのある取引をプロアクティブに特定するのに役立ちます。これは「停滞商談率」KPIのコアメトリックであり、営業マネージャーが勢いを失っている商談に注意を集中するのに役立ちます。
その重要性
進捗していないリスクのある商談をプロアクティブに特定し、商談が失われる前に営業マネージャーが介入できるようにします。
取得元
現在の日付、取引が現在のステージに入った日付(
例
truefalse
|
|||
|
割引率
DiscountPercentage
|
営業商談に適用された割引率(もしあれば)。 | ||
|
説明
この属性は、顧客に提供された割引を取引総額に対する割合として捕捉します。通常、見積書が作成されたとき、または最終交渉中に記録されます。 割引率の分析は、「割引効果分析」ダッシュボードにとって重要です。割引が勝率と営業サイクルタイムに与える影響を理解し、特定の担当者や地域が過度な割引を提供しており、それが収益性に影響を与える可能性があるかを特定するのに役立ちます。
その重要性
価格戦略が販売結果と収益性に与える影響を分析する上で重要であり、割引が効果的に使用されていることを確認するのに役立ちます。
取得元
これはDealまたはQuoteオブジェクトのカスタムプロパティであることがよくあります。HubSpotには取引に標準の割引フィールドがないためです。明細項目から計算される場合もあります。
例
0.050.100.150.20
|
|||
|
営業サイクルタイム
SalesCycleTime
|
商談が作成されてからクローズされるまでの合計時間。 | ||
|
説明
営業サイクルタイムは、単一の商談における営業プロセス全体の期間を測定する主要業績評価指標(KPI)です。これは「商談クローズ日」と「商談作成日」の差として計算されます。 この計算された指標は、営業速度と効率を理解するための基本的なものであり、「平均営業サイクルタイム」の主要なKPIです。どの種類の取引、担当者、または地域がより長いまたは短いサイクルを持つかを特定するために使用されます。
その重要性
これは営業プロセスの効率性を測定するための重要なKPIです。商談がクローズドディールに変換されるまでの時間を直接定量化します。
取得元
計算フィールド: 商談の
例
30日12時間92日4時間15 days 2 hours
|
|||
|
営業チーム
SalesTeam
|
商談担当者が所属するチーム。 | ||
|
説明
営業チームは、個々の商談担当者を、地域、製品の焦点、または市場セグメントに基づいてチームにまとめます。これにより、集計されたパフォーマンス分析が可能になります。 チームレベルで分析することで、マネージャーはチームの有効性を評価し、戦略を比較し、リソースを割り当てることができます。これは、個々の担当者の分析よりも高レベルな視点を提供し、プロセス実行におけるより広範な傾向を特定するのに役立ちます。
その重要性
チームパフォーマンスの集計分析を可能にし、マネージャーが異なる営業チーム間のプロセス実行と成果を比較するのに役立ちます。
取得元
例
エンタープライズ営業 - 東日本SMB向け営業 - 西中堅企業向け営業 - 中央
|
|||
|
支払いサイクルタイム
PaymentCycleTime
|
請求書が送付されてから支払いが受領されるまでの時間。 | ||
|
説明
支払いサイクルタイムは、売掛金回収プロセスの効率性を測定します。これは、「支払い受領」活動のタイムスタンプと「請求書発行」活動のタイムスタンプの差として計算されます。 この指標は、「平均支払い回収時間」KPIおよびキャッシュフロー分析にとって極めて重要です。支払い回収プロセスのボトルネックを特定するのに役立ち、顧客別または支払い条件別に分析することで、改善の機会を見つけることができます。
その重要性
健全なキャッシュフローを維持するために不可欠な、債権回収プロセスの効率性を測定します。
取得元
計算フィールド: 「入金済み」アクティビティのタイムスタンプ - 「請求書発行済み」アクティビティのタイムスタンプ。ソースとなるタイムスタンプは統合された財務システムから取得されます。
例
28 days45日間10日
|
|||
|
支払条件
PaymentTerms
|
Net 30やNet 60などの、合意された支払い条件。 | ||
|
説明
支払い条件とは、顧客が商品やサービスの支払いを行う際の条件を定義するものです。これは通常、契約締結フェーズで設定されます。 この属性は「支払いサイクルタイム分析」にとって重要です。合意された条件に対する支払いパフォーマンスを分析することで、支払い遅延が常態化している顧客を特定し、特定の支払い条件がより長い回収サイクルに関連しているかどうかを理解するのに役立ちます。
その重要性
これは支払いサイクル分析のコンテキストを提供し、予測される支払い時間と実際の遅延を区別するのに役立ちます。
取得元
これは通常、DealまたはQuoteオブジェクトのカスタムプロパティであるか、統合された会計システムから取得されます。
例
支払条件:正味30日支払条件:正味60日受領時支払い
|
|||
|
製品ファミリー
ProductFamily
|
営業商談に含まれる製品のカテゴリまたはファミリー。 | ||
|
説明
製品ファミリーは、販売されている製品またはサービスのタイプに基づいて取引を分類します。これは通常、取引に関連付けられた明細項目によって決定されます。 この属性により、異なる製品カテゴリの営業プロセスを分析できます。一部の製品はより長く、より複雑な営業サイクルを持つ可能性があり、このセグメンテーションはその違いを明らかにすることで、よりカスタマイズされた営業プロセスとより正確な予測につながります。
その重要性
製品ファミリー別にプロセスをセグメント化することで、異なる種類の製品がそれぞれ異なる営業サイクルやプロセスパスを持つかどうかを明らかにでき、製品固有の戦略策定に役立ちます。
取得元
これはDealに関連付けられた明細項目から派生します。製品をファミリーに分類するためのロジックが必要です。
例
ソフトウェアライセンスプロフェッショナルサービスハードウェアサポートサブスクリプション
|
|||
|
請求書番号
InvoiceNumber
|
販売注文のために生成された請求書の一意の識別子。 | ||
|
説明
請求書番号は、顧客に送付された請求書の参照番号です。これは通常、注文が履行された後に生成され、プロセスにおけるキャッシュ回収の重要なステップを示します。 HubSpotは主に請求システムではありませんが、このデータはLead to Cashプロセスの最終段階を追跡するために極めて重要です。営業商談と財務取引をリンクさせ、営業から財務への引き渡しと「請求書から収益認識までの時間」KPIの分析を可能にします。
その重要性
営業プロセスと財務回収プロセスを連携させ、営業と財務間の引き渡しの効率性を分析できるようにします。
取得元
このデータは通常、統合された会計システムまたはERPシステム(NetSuite、QuickBooksなど)から取得され、カスタムオブジェクトまたはプロパティを介してHubSpot Dealに関連付けられます。
例
INV-2023-00123INV-2023-00456INV-2023-00789
|
|||
|
顧客名
CustomerName
|
営業商談に関連付けられた会社または組織名。 | ||
|
説明
顧客名は、取引の顧客または潜在顧客を特定するものです。この情報は通常、HubSpotの関連するCompanyオブジェクトに保存されます。 顧客別にプロセスを分析することで、特定のクライアントに固有のパターン(より長い支払いサイクルや独自の営業プロセスなど)を特定できます。これは、主要顧客管理や、異なる顧客セグメントに対してプロセスがどのように機能するかを理解する上で特に役立ちます。
その重要性
顧客中心の分析を可能にし、特定の顧客や業界に特有のプロセスパターンや問題を特定するのに役立ちます。
取得元
これは取引にリンクされた関連Companyオブジェクトから取得されます。プロパティは通常、Companyオブジェクト上の
例
`Global Tech Inc.`Innovate Solutions Ltd.エンタープライズ株式会社
|
|||
リードからキャッシュまでのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
入金確認済み
|
この活動は、顧客からの支払いが受領され、照合された時点を指す、Lead to Cashサイクルにおける最終ステップを示します。これは通常、外部の会計システムで追跡され、HubSpotに同期されます。 | ||
|
その重要性
これは収益実現のための最終イベントです。「平均支払い回収時間」と「エンドツーエンドのLead to Cashサイクルタイム」を計算するために不可欠です。
取得元
財務システムから同期された「支払い日」のようなカスタムプロパティの更新、または専用パイプラインでの手動ステージ変更から推測されます。
取得
統合によって更新されたカスタム「支払い日」プロパティからのタイムスタンプ。
イベントタイプ
inferred
|
|||
|
商談作成
|
これは営業商談ライフサイクルにおける最初のイベントであり、HubSpotで新しい取引レコードが作成されたことを示します。ユーザーが手動で取引を作成したとき、またはワークフローや統合を通じて自動的に作成されたときに、このイベントが明示的に捕捉されます。 | ||
|
その重要性
この活動は、商談の営業サイクルの正式な開始として機能します。全体的な営業サイクルタイムとリードから商談へのコンバージョン速度を計算するための主要なタイムスタンプです。
取得元
これは自動的に記録されます。タイムスタンプは、Dealオブジェクトの標準「作成日」プロパティで見つけることができます。
取得
取引レコードの「作成日」プロパティ。
イベントタイプ
explicit
|
|||
|
商談受注
|
これは、取引が正式に受注としてクローズされる最終的な成功イベントです。ユーザーが取引を「Closed Won」ステージに移動したときに捕捉されるHubSpotにおける明示的で標準的なイベントです。 | ||
|
その重要性
この活動は、成功した結果を示し、営業サイクルタイムと勝率を測定するための重要な終点となります。多くの場合、下流のフルフィルメントおよび請求プロセスをトリガーします。
取得元
これは、「取引ステージ」が「受注」カテゴリのいずれかのステージに設定されたときに、標準「クローズ日」プロパティに記録されたタイムスタンプです。
取得
結果が受注であった場合の取引の「クローズ日」プロパティ。
イベントタイプ
explicit
|
|||
|
商談失注
|
これは、取引が正式に失注としてクローズされる最終的な失敗イベントです。ユーザーが取引を「Closed Lost」ステージに移動したときに捕捉される明示的で標準的なイベントです。 | ||
|
その重要性
案件がいつ、なぜ失注したかを分析することは、プロセス改善にとって非常に重要です。このイベントは、失注案件の営業サイクル時間を計算するための終点となります。
取得元
これは、「取引ステージ」が「失注」カテゴリのいずれかのステージに設定されたときの、標準「クローズ日」プロパティのタイムスタンプです。「失注理由」プロパティがコンテキストを提供します。
取得
結果が失注であった場合の取引の「クローズ日」プロパティ。
イベントタイプ
explicit
|
|||
|
商談適格化
|
営業チームが商談を適格化し、予算、決定権、ニーズ、導入時期といった特定の基準を満たしていることを確認した時点を示します。これは通常、商談が営業パイプライン内の特定の「適格」ステージに移行したことから判断されます。 | ||
|
その重要性
これは営業パイプラインの品質を理解するための重要なマイルストーンです。適格化までの時間を分析することは、営業プロセスの初期段階における効率性を特定するのに役立ちます。
取得元
取引オブジェクトの「取引ステージ」フィールドのプロパティ履歴から推測されます。具体的には、「購入資格あり」などのステージに入った際のタイムスタンプです。
取得
指定された「Qualified」ステージへの取引ステージ変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
契約締結済み
|
この活動は、顧客が契約に署名した際の商業契約の最終決定を表します。HubSpotでは、見積書が承認された後、取引が「Contract Sent」または「Closed Won」ステージに移行したときに、このイベントが捕捉されることがよくあります。 | ||
|
その重要性
これは、履行が始まる前の最終的な商業的合意のマイルストーンです。「見積もりから契約までのサイクルタイム」KPIを計算するために不可欠です。
取得元
これは、Deal Stageプロパティが「Contract Signed」またはそれに相当するステージに変更されたタイムスタンプから推測できます。見積書に電子署名が使用された場合、「Quote Accepted」と同義である可能性があります。
取得
「Contract Signed」または類似のステージへの取引ステージ変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
見積書発行済み
|
この活動は、顧客への正式な価格見積書の作成と送付を示します。HubSpotのSales Hubには専用の「見積書」ツールがあり、取引のために見積書が作成され公開されたときに、このイベントが明示的に捕捉されます。 | ||
|
その重要性
これは商業的意図を示す主要なマイルストーンです。適格化から見積書発行までの時間を分析することは、「見積もりから契約までのプロセスフロー」分析にとって極めて重要です。
取得元
取引に関連付けられたQuoteオブジェクトの作成タイムスタンプ。Quoteオブジェクトの「hs_createdate」プロパティ。
取得
関連する見積もりオブジェクトの作成日です。
イベントタイプ
explicit
|
|||
|
初回接触完了
|
取引に関連するコンタクトとの最初の記録されたインタラクション(電話、メール、会議など)を示します。これは、HubSpotの取引レコードに関連付けられたアクティビティタイムラインに明示的に捕捉されます。 | ||
|
その重要性
作成から最初の連絡までの時間を追跡することは、営業チームの対応速度を測定するのに役立ちます。最初の連絡のタイプを分析することで、成功した取引におけるパターンを明らかにできます。
取得元
Dealオブジェクトの作成日以降にそのオブジェクトに関連付けられた、最初の記録された活動(例:電話、メール、会議)のタイムスタンプ。
取得
取引のタイムライン上の最初の記録された活動のタイムスタンプ。
イベントタイプ
explicit
|
|||
|
注文完了
|
顧客への製品配送またはサービス提供の完了を示します。このイベントは通常HubSpotの外部で発生し、統合機能または「Service Delivered」もしくは「Order Complete」への手動の取引ステージ更新を介して記録されます。 | ||
|
その重要性
プロセスの配送部分の完了を示します。これは「受注処理完了から請求書発行までの時間」KPIを測定するための出発点です。
取得元
ERPまたはフルフィルメントシステムとの連携、あるいは手動更新が必要です。取引が「Fulfilled」のようなステージに入ったタイムスタンプから推測することができます。
取得
外部システムまたは手動ステージ変更からのステータス変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
要件収集済み
|
この活動は、ディスカバリーコールまたは会議が行われ、顧客のニーズが文書化されたことを示します。通常、取引が営業パイプラインの特定のステージ(「Discovery」や「Needs Analysis」など)に進むことから推測されます。 | ||
|
その重要性
このマイルストーンを追跡することは、営業チームが適格化から顧客ニーズの理解までどれだけ迅速に移行するかを評価するのに役立ちます。ここでの遅延は、スケジューリングの問題やリソースの制約を示唆する可能性があります。
取得元
「取引ステージ」フィールドのプロパティ履歴から推測されます。取引が「要件収集」のようなステージに入った際のタイムスタンプを捕捉します。
取得
ニーズ分析を表すステージへの取引ステージ変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
見積書承認済み
|
このイベントは、顧客が正式に見積書を承認したときに発生し、多くの場合、電子署名を介して行われます。HubSpotの電子署名機能を通じて送付された見積書に顧客が署名したときに、このイベントが明示的に捕捉されます。 | ||
|
その重要性
顧客が条件と価格に合意したことを示し、重要な購入シグナルです。見積もり発行から承認までの時間は、交渉サイクル時間を分析する上で鍵となります。
取得元
Quoteオブジェクトの「hs_quote_accepted_date」プロパティ、または見積書に関連付けられた電子署名ログからの完了タイムスタンプ。
取得
Quoteオブジェクトの「hs_quote_accepted_date」プロパティからのタイムスタンプ。
イベントタイプ
explicit
|
|||
|
解決策提示済み
|
顧客に正式なソリューションまたは製品デモンストレーションが提示された時点を示します。これは一般的に、「Presentation Scheduled」や「Demo Completed」といったステータスへの取引ステージ変更から推測されます。 | ||
|
その重要性
この活動は、重要なミッドファネルのマイルストーンです。この時点までの時間を測定することで、営業サイクルのソリューションフェーズの効率性を分析するのに役立ちます。
取得元
取引のプロパティ履歴において、「プレゼンテーション予定」など関連するステージに取引ステージプロパティが変更されたタイムスタンプから推測されます。
取得
「Presentation」または「Proposal」ステージへの取引ステージ変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
請求書生成済み
|
会計システムで顧客請求書が作成されたことを示します。このアクティビティはHubSpot Sales Hubネイティブのものではなく、取引のカスタムプロパティまたはステージを更新する統合によって捕捉されます。 | ||
|
その重要性
これはキャッシュコンバージョンサイクルにおける重要なステップです。履行から請求書発行までの時間は、企業がサービスに対してどれだけ迅速に請求できるかに直接影響します。
取得元
QuickBooksやXeroのような会計システムとの連携が必要です。このイベントは、カスタムプロパティのタイムスタンプや取引ステージの変更から推測されます。
取得
「請求書生成日」のようなカスタム日付プロパティからのタイムスタンプ。
イベントタイプ
inferred
|
|||
|
販売注文作成済み
|
営業から履行または運用チームへの内部引き渡しを示します。これは通常、HubSpotネイティブのイベントではなく、取引が「受注処理中」や「履行保留中」のような特定のパイプラインステージに移動したときに推測されます。 | ||
|
その重要性
この活動は、営業から運用への引き渡しの効率性を分析するために極めて重要です。ここでの遅延は、顧客満足度と納期に影響を与える可能性があります。
取得元
「取引ステージ」フィールドのプロパティ履歴から推測され、販売後ステージへの移行タイムスタンプを記録します。
取得
「Order Processing」ステージへの取引ステージ変更のタイムスタンプ。
イベントタイプ
inferred
|
|||