リードから入金までのデータテンプレート
リードから入金までのデータテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- HubSpot CRMに合わせたデータ抽出ガイド
リードから入金までの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
営業機会
SalesOpportunityId
|
営業機会を一意に識別するIDで、リードから入金までのプロセスにおけるケースIDとして使われます。 | ||
|
説明
営業機会IDは、取引の作成から受注または失注による終了までを追跡します。プロセスマイニングでは、このIDを使って電話、ミーティング、見積もり、入金などの関連アクティビティを1つのエンドツーエンドのプロセスインスタンスに紐づけます。 営業機会を基準にプロセスを分析すると、営業活動の全体像を把握できます。よくある経路、ボトルネック、逸脱を特定し、営業機会ごとの対応状況や、成果につながる要因を明らかにできます。
重要な理由
営業ライフサイクルのすべてのイベントを紐づける基本の識別子です。取引ごとに、リードから入金までのプロセス全体を分析できます。
入手先
HubSpot CRM APIの取引オブジェクトにある「dealId」プロパティです。
例
987654321087654321097654321098
|
|||
|
アクティビティ
ActivityName
|
リードから入金までのプロセスで発生した、特定のイベントまたはタスクの名前。 | ||
|
説明
アクティビティ名は、「営業機会の作成」「見積もりの発行」「入金の確認」など、プロセス内のステップを表します。HubSpotに記録されたさまざまなイベントやステータス変更から抽出されます。 この属性は、アクティビティの順序を視覚的に示すプロセスマップの作成に欠かせません。アクティビティの流れを分析すると、プロセスの違い、ループ、ボトルネックを特定し、対象を絞った改善に取り組めます。
重要な理由
プロセスマップの各ステップを定義する属性であり、プロセスマイニング分析の基盤です。アクティビティを明確に区別できなければ、プロセスフローを可視化して分析することはできません。
入手先
HubSpot内のさまざまな情報源から取得します。「営業機会の適格性確認」などの取引ステージの変更、タスクの種類、通話結果、見積もりや請求書などの関連オブジェクトが含まれます。
例
営業機会の作成見積もりの発行契約の締結入金の確認
|
|||
|
イベント時刻
EventTime
|
アクティビティまたはイベントが発生した日時を示すタイムスタンプ。 | ||
|
説明
イベント時刻は、プロセス内の各アクティビティが発生した正確な日時を示し、イベントの時系列を明らかにします。このタイムスタンプは、サイクルタイム、所要時間、各ステップ間の待ち時間の算出に欠かせません。 分析では、プロセスのパフォーマンスの把握、遅延の特定、処理量の測定に使います。営業から入金までの各段階で時間がどのように使われているかを詳しく分析するための、時間軸の基盤となります。
重要な理由
イベントの時系列を示す属性です。サイクルタイムなどのパフォーマンス指標の算出や、プロセスの遅延の特定に欠かせません。
入手先
タイムスタンプの取得元はアクティビティによって異なります。取引の作成には「createdate」、取引のクローズには「closedate」、関連するタスク、通話、メールにはそれぞれのタイムスタンプを使います。
例
2023-04-15T10:00:00Z2023-05-20T14:30:00Z2023-06-01T09:15:00Z
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元となる記録システム。 | ||
|
説明
この属性は、プロセスデータの取得元を示します。リードから入金までのプロセスでは通常HubSpot CRMが該当しますが、請求や入金のアクティビティについては、連携された財務システムのデータが含まれる場合もあります。 複数のプラットフォームからデータを統合する環境では、ソースシステムの指定が重要です。データガバナンスやデータ品質の問題の調査に役立ち、プロセスを支えるシステム構成の把握にもつながります。
重要な理由
データの取得元に関する重要なコンテキストを示します。データガバナンスや、複数の連携システムにまたがる分析に欠かせません。
入手先
データ変換の際に追加する固定値「HubSpot CRM」です。
例
HubSpot CRM
|
|||
|
最終データ更新日時
LastDataUpdate
|
ソースシステムからデータを最後に更新した日時を示すタイムスタンプ。 | ||
|
説明
この属性には、データセットの最終更新日時が記録されます。分析対象のデータがどの程度新しいかを明らかにし、関係者がデータの更新状況を把握できるようにします。 ダッシュボードや継続的なモニタリングで特に役立ち、プロセスに関するインサイトがどの時点の状況を示しているかを確認できます。最近のパフォーマンスの変化と古い情報を区別する際にも役立ちます。
重要な理由
データの更新状況を示します。分析やダッシュボードを最新の情報に基づいて作成するうえで欠かせません。
入手先
データの抽出または更新のたびに、この値が生成されてデータセットに記録されます。
例
2024-07-21T02:00:00Z
|
|||
|
リードソース
LeadSource
|
リードを獲得した最初の流入元またはチャネルです。 | ||
|
説明
リードソースは、見込み顧客が最初に企業と接点を持った経路を示します。たとえば、「ウェビナー」「展示会」「自然検索」などです。この情報は、マーケティングチャネルごとの効果を評価するうえで欠かせません。 この属性は「リードから商談への転換率」ダッシュボードに必要です。リードソース別に転換率や営業サイクルの期間を分析すると、どのチャネルから価値の高い商談が生まれているかをマーケティングチームと営業チームが把握し、マーケティング予算の配分を見直せます。
重要な理由
流入元ごとの転換率や商談の質を分析し、マーケティングチャネルの効果を測定できます。
入手先
通常、最初のContactオブジェクトに保存され、Dealオブジェクトのカスタムプロパティにコピーされる場合もあります。よく使われるプロパティは
例
自然検索有料ソーシャル広告紹介展示会
|
|||
|
営業ステージ
SalesStage
|
営業パイプラインにおける営業機会の現在または過去のステージ。 | ||
|
説明
営業ステージは、「適格性確認済み」「提案提示済み」「契約書送付済み」など、定義された営業プロセスに沿った取引の進捗を示します。このステージの変更から、プロセスログの主要なアクティビティを記録することがよくあります。 この属性は、営業機会の進捗を分析し、ボトルネックを特定するうえで重要です。各ステージの滞在時間やステージ間の転換率を追跡できます。これは「営業機会のステージ進捗指標」ダッシュボードの分析に役立ちます。
重要な理由
営業ファネルのどの段階に営業機会があるかを示し、パイプラインの進行速度やステージごとのボトルネックを分析できます。
入手先
取引オブジェクトの「dealstage」プロパティです。ステージIDが格納されているため、ステージ名との対応付けが必要です。
例
アポイントの設定購入適格プレゼンテーションの予定契約書の送付
|
|||
|
営業機会のクローズ日
OpportunityCloseDate
|
営業機会の受注または失注が確定した日付。 | ||
|
説明
営業機会のクローズ日は、取引の営業プロセスが終了した日を示します。取引ステージが「受注成立」または「失注」のカテゴリに移ると、この日付が設定されます。 作成からクローズまでの営業サイクル全体の所要時間を算出するうえで重要なタイムスタンプです。ケースの終了時刻として使われ、「平均営業サイクルタイム」などのパフォーマンス指標で営業プロセスの効率を測定する際にも利用されます。
重要な理由
営業機会の営業サイクルの終了を示します。サイクル全体の所要時間の算出や、営業活動の進行速度の測定に欠かせません。
入手先
HubSpot CRM APIの取引オブジェクトにある「closedate」プロパティです。
例
2023-07-10T17:00:00Z2023-08-15T11:20:00Z2023-09-05T16:45:00Z
|
|||
|
営業機会の担当者
OpportunityOwner
|
営業機会を担当し、その進行に責任を持つ営業担当者。 | ||
|
説明
営業機会の担当者は、営業パイプラインで取引を進める際の主な窓口であり、管理責任を担います。通常は、営業機会を作成した、または担当に割り当てられた営業担当者です。 営業機会の担当者別にプロセスを分析すると、個人やチームのパフォーマンスを評価できます。営業担当者ごとの営業戦略、活動量、転換率の違いを把握でき、コーチングやリソース配分に役立つインサイトが得られます。
重要な理由
営業担当者ごとの営業サイクル所要時間、受注率、プロセスのコンプライアンスを比較できるため、パフォーマンス分析に欠かせない属性です。
入手先
取引オブジェクトの「hubspot_owner_id」プロパティに対応します。担当者名はOwners APIから結合する必要があります。
例
山田花子山田太郎佐藤恵美
|
|||
|
営業機会の結果
OpportunityOutcome
|
営業機会の最終結果で、受注か失注かを示します。 | ||
|
説明
この属性は、取引の最終ステータスを示します。通常は最終営業ステージから取得し、「受注成立」または「失注」のいずれかに分類されます。 結果別にプロセスマップを分類することは、効果的な分析方法です。受注した取引と失注した取引のプロセスフローを直接比較し、成功または失敗に関連するパターン、アクティビティ、遅延を明らかにできます。こうしたインサイトは、プロセス改善や営業担当者へのコーチングに役立ちます。
重要な理由
成功したプロセスインスタンスと成功しなかったプロセスインスタンスを比較し、受注につながるプロセス上の行動を明らかにできます。
入手先
「dealstage」プロパティから取得します。HubSpotのステージは「オープン」「受注成立」「失注」として定義され、最終ステージの種類から結果を判定します。
例
受注失注
|
|||
|
営業機会の金額
OpportunityAmount
|
営業機会の見込み金額または実際の金額。 | ||
|
説明
この属性には取引金額が記録されます。初期段階では見積もり金額、取引のクローズ後は最終的な契約金額となる場合があります。営業プロセスの財務的な影響を把握するための基本的な指標です。 営業機会の金額でプロセスを分類すると、取引規模によってプロセスが異なるか、成約までの時間が長くなるかを確認できます。財務予測や高額な営業機会の優先順位付けにも欠かせません。
重要な理由
営業パイプラインの財務分析に役立ち、高額な取引の優先順位付けや、取引規模がプロセスに与える影響の把握につながります。
入手先
HubSpot CRM APIの取引オブジェクトにある「amount」プロパティです。
例
50000.0012500.50250000.00
|
|||
|
地域
Region
|
営業案件に関連付けられた地域またはテリトリーです。 | ||
|
説明
地域は、営業案件が属する地理的な市場を示します。顧客の所在地や、営業チームに割り当てられたテリトリーに基づいて設定されます。HubSpotでは、カスタムプロパティとして登録されていることがよくあります。 この属性を使うと、地域ごとに営業プロセスを比較できます。分析によって、業績、プロセスのコンプライアンス、顧客行動に見られる地域差を把握できます。これは「地域別営業プロセスのバリアント」ダッシュボードや、市場に応じた営業戦略の策定に役立ちます。
重要な理由
地域ごとのプロセスの実績や違いを比較でき、地域戦略の策定や標準化の取り組みに役立ちます。
入手先
通常、CompanyまたはDealオブジェクトのカスタムプロパティです。正確なフィールド名は、対象のHubSpot環境で確認する必要があります。
例
北米欧州・中東・アフリカアジア太平洋中南米
|
|||
|
停滞中かどうか
IsStalled
|
進行中の営業案件が、現在のステージで長期間動いていないことを示すフラグです。 | ||
|
説明
この属性は真偽値のフラグです。営業案件が所定の期間内に次のステージへ進まなかった場合に、真になります。「停滞」の定義(たとえば「提案」ステージに30日を超えてとどまっている場合)は、業務ルールに基づきます。 このフラグを使うと、対応が必要なリスクのある取引を早期に特定できます。「停滞中の営業案件率」の重要業績評価指標(KPI)を測る中心的な指標であり、勢いを失いつつある案件に営業マネージャーが注力する際に役立ちます。
重要な理由
進展していないリスクのある営業案件を早期に特定し、取引を失う前に営業マネージャーが対応できるようにします。
入手先
現在の日付、取引が現在のステージに入った日付(
例
truefalse
|
|||
|
割引率
DiscountPercentage
|
営業案件に適用された割引率です。割引がない場合は該当しません。 | ||
|
説明
この属性には、取引総額に対する割引の割合を記録します。通常、見積もりの作成時または最終交渉の段階で記録されます。 割引率の分析は「割引効果分析」ダッシュボードに欠かせません。割引が受注率や営業サイクルの期間に与える影響を把握し、担当者や地域によって過度な割引が行われていないかを確認できます。過度な割引は、収益性に影響する可能性があります。
重要な理由
価格戦略が営業成果や収益性に与える影響を分析し、割引を効果的に適用できているか確認するうえで重要です。
入手先
HubSpotのDealには標準の割引フィールドがないため、通常はDealまたはQuoteオブジェクトのカスタムプロパティとして設定します。明細項目から算出する場合もあります。
例
0.050.100.150.20
|
|||
|
営業チーム
SalesTeam
|
営業案件の担当者が所属するチームです。 | ||
|
説明
営業チームは、営業案件の担当者をチーム単位でまとめたものです。地域、製品分野、市場セグメントなどに基づいて編成され、チーム単位で実績を分析できます。 チーム単位の分析は、マネージャーがチームの有効性を評価し、戦略を比較してリソースを配分する際に役立ちます。個々の担当者を分析する場合より広い視点でプロセスの実行状況を把握でき、全体的な傾向の特定にも役立ちます。
重要な理由
チームの実績をまとめて分析できるため、マネージャーが営業チーム間でプロセスの実行状況や成果を比較する際に役立ちます。
入手先
例
エンタープライズ営業-東部中小企業営業-西部中堅企業営業-中部
|
|||
|
支払いサイクル時間
PaymentCycleTime
|
請求書の送付から支払いの受領までにかかる時間です。 | ||
|
説明
支払いサイクル時間は、売掛金回収プロセスの効率を測る指標です。「支払い受領」アクティビティのタイムスタンプから「請求書発行」アクティビティのタイムスタンプを差し引いて算出します。 この指標は「平均入金回収時間」の重要業績評価指標(KPI)やキャッシュフローの分析に欠かせません。入金回収プロセスのボトルネックを特定できるほか、顧客や支払い条件ごとに分析して改善の機会を見つけられます。
重要な理由
入金回収プロセスの効率を測定します。健全なキャッシュフローの維持に欠かせない指標です。
入手先
計算フィールド:「支払い受領」アクティビティのタイムスタンプ-「請求書発行」アクティビティのタイムスタンプ。元となるタイムスタンプは、連携した財務システムから取得します。
例
28日45日10日
|
|||
|
支払い条件
PaymentTerms
|
Net 30やNet 60など、合意した支払い条件です。 | ||
|
説明
支払い条件は、商品やサービスの代金を顧客が支払う条件を定めたものです。通常、契約の締結時に決まります。 この属性は「支払いサイクル時間分析」に重要です。合意した条件に照らして支払い状況を分析すると、支払いが常に遅れる顧客を特定したり、特定の支払い条件が回収期間の長期化につながっていないかを確認したりできます。
重要な理由
支払いサイクルの分析に必要な情報です。想定される支払い期間と実際の遅延を区別できます。
入手先
通常、DealまたはQuoteオブジェクトのカスタムプロパティとして設定するか、連携した会計システムから取得します。
例
Net 30Net 60受領時払い
|
|||
|
製品ファミリー
ProductFamily
|
営業案件に含まれる製品のカテゴリまたはファミリーです。 | ||
|
説明
製品ファミリーは、販売する製品やサービスの種類に基づいて取引を分類します。通常、取引に関連付けられた明細項目から判断します。 この属性を使うと、製品カテゴリごとに営業プロセスを分析できます。製品によって営業サイクルの長さや複雑さが異なる場合があり、分類して分析することでその違いが明らかになります。製品に合わせた営業プロセスの策定や、より正確な予測にもつながります。
重要な理由
製品ファミリー別にプロセスを分類すると、製品の種類によって営業サイクルやプロセスの経路に違いがあるかを把握でき、製品ごとの戦略策定に役立ちます。
入手先
Dealに関連付けられたLine Itemsから導き出します。製品をファミリーに分類するためのロジックが必要です。
例
ソフトウェアライセンスプロフェッショナルサービスハードウェアサポートサブスクリプション
|
|||
|
請求書番号
InvoiceNumber
|
受注に対して発行された請求書を識別する一意の番号です。 | ||
|
説明
請求書番号は、顧客に送付した請求書を識別する番号です。通常、注文の履行後に発行され、プロセスの入金段階における重要なステップを示します。 HubSpotは主に請求書を管理するシステムではありませんが、このデータはリードから入金までのプロセスの最終段階を追跡するうえで重要です。営業案件と金銭取引を結び付けることで、営業から経理への引き継ぎを分析し、「請求書発行から売上計上までの時間」という重要業績評価指標(KPI)を確認できます。
重要な理由
営業プロセスと入金プロセスを結び付け、営業から経理への引き継ぎの効率を分析できます。
入手先
通常、NetSuiteやQuickBooksなどの連携した会計システムまたはERPシステムから取得し、カスタムオブジェクトまたはプロパティを介してHubSpotのDealに関連付けます。
例
INV-2023-00123INV-2023-00456INV-2023-00789
|
|||
|
顧客名
CustomerName
|
営業案件に関連付けられた企業または組織の名前です。 | ||
|
説明
顧客名は、取引先または見込み顧客を特定する情報です。通常、HubSpotでは関連付けられたCompanyオブジェクトに保存されています。 顧客別にプロセスを分析すると、支払いサイクルが長い、独自の営業プロセスがあるなど、特定の顧客に固有の傾向を把握できます。主要顧客の管理や、顧客セグメントごとのプロセスの実績を理解する際に役立ちます。
重要な理由
顧客を軸に分析することで、特定の顧客や業界に固有のプロセスの傾向や問題を特定できます。
入手先
Dealに関連付けられたCompanyオブジェクトから取得します。Companyオブジェクトのプロパティ名は通常、
例
グローバルテック株式会社イノベートソリューションズ株式会社エンタープライズ株式会社
|
|||
リードから入金までのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
入金の確認
|
顧客からの入金が確認され、消し込みが完了した時点を示す、リードから入金までのサイクルの最終段階です。通常は外部の会計システムで追跡し、HubSpotに同期します。 | ||
|
重要な理由
売上回収の最終イベントです。「平均入金回収期間」と「リードから入金までのエンドツーエンドのサイクルタイム」を算出するうえで欠かせません。
入手先
財務システムから同期された「入金日」などのカスタムプロパティの更新、または専用パイプラインでの手動ステージ変更から判断します。
記録
連携によって更新されたカスタムの「入金日」プロパティのタイムスタンプ。
イベントタイプ
inferred
|
|||
|
営業機会の作成
|
営業機会のライフサイクルにおける最初のイベントで、HubSpotに新しい取引レコードが作成されたことを示します。ユーザーが手動で取引を作成した場合や、ワークフローまたは連携によって自動作成された場合に、このイベントが明示的に記録されます。 | ||
|
重要な理由
このアクティビティは、営業機会の営業サイクルの正式な開始点です。営業サイクル全体の所要時間や、リードから商談への転換速度を算出する際の基準となるタイムスタンプです。
入手先
このイベントは自動的に記録されます。タイムスタンプは、取引オブジェクトの標準プロパティ「作成日」で確認できます。
記録
取引レコードの「作成日」プロパティ。
イベントタイプ
explicit
|
|||
|
営業機会の受注確定
|
取引の受注が正式に確定し、クローズしたことを示す最終的な成功イベントです。HubSpotの標準イベントであり、ユーザーが取引を「受注成立」ステージに移すと明示的に記録されます。 | ||
|
重要な理由
営業活動が成功したことを示すアクティビティであり、営業サイクルの所要時間や受注率を測定する際の重要な終点です。その後の納品や請求のプロセスが始まるきっかけにもなります。
入手先
「取引ステージ」が「受注」カテゴリのいずれかのステージに設定されたときに、標準の「クローズ日」プロパティに記録されるタイムスタンプです。
記録
受注となった場合の取引レコードの「クローズ日」プロパティ。
イベントタイプ
explicit
|
|||
|
営業機会の失注確定
|
取引の失注が正式に確定し、クローズしたことを示す最終的な失敗イベントです。ユーザーが取引を「失注」ステージに移すと明示的に記録される標準イベントです。 | ||
|
重要な理由
取引を失注した時期と理由の分析は、プロセス改善に欠かせません。このイベントは、失注した取引の営業サイクル所要時間を算出する終点となります。
入手先
「取引ステージ」が「失注」カテゴリのいずれかのステージに設定されたときに、標準の「クローズ日」プロパティに記録されるタイムスタンプです。「失注理由」プロパティから背景を確認できます。
記録
失注となった場合の取引レコードの「クローズ日」プロパティ。
イベントタイプ
explicit
|
|||
|
営業機会の適格性確認
|
営業チームが営業機会の適格性を確認し、予算、決裁権、ニーズ、導入時期などの基準を満たしていると判断した時点を示します。通常は、営業パイプラインで取引が「購入適格」などの特定のステージに移ったことから判断します。 | ||
|
重要な理由
営業パイプラインの質を把握するうえで重要な節目です。適格性確認までの時間を分析すると、営業プロセスの初期段階における効率を確認できます。
入手先
取引オブジェクトの「取引ステージ」フィールドのプロパティ履歴から判断します。具体的には、「購入適格」などのステージに入った時点のタイムスタンプを使います。
記録
取引ステージが指定された「適格」ステージに変更された時点のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
契約の締結
|
顧客が契約書に署名し、商業上の合意が成立したことを示すアクティビティです。HubSpotでは、見積もりの承諾後に取引が「契約書送付済み」または「受注成立」ステージに移った時点で記録されることが一般的です。 | ||
|
重要な理由
納品開始前の商業上の合意を示す最終的な節目です。「見積もりから契約までのサイクルタイム」の重要業績評価指標(KPI)を算出するうえで欠かせません。
入手先
取引ステージのプロパティが「契約締結」または同等のステージに変更された時点のタイムスタンプから判断できます。見積もりに電子署名を使用している場合、「見積もりの承諾」と同じ時点を指すことがあります。
記録
取引ステージが「契約締結」などに変更された時点のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
見積もりの発行
|
顧客向けの正式な価格見積もりを作成し、送付したことを示します。HubSpotのSales Hubには専用の見積もり機能があり、取引の見積もりを作成して公開すると、このイベントが明示的に記録されます。 | ||
|
重要な理由
商談が具体化したことを示す重要な節目です。適格性確認から見積もり発行までの時間は、「見積もりから契約までのプロセスフロー」の分析に欠かせません。
入手先
取引に紐づく見積もりオブジェクトの作成タイムスタンプ。見積もりオブジェクトの「hs_createdate」プロパティ。
記録
紐づく見積もりオブジェクトの作成日。
イベントタイプ
explicit
|
|||
|
ソリューションの提示
|
正式なソリューションまたは製品デモを顧客に提示した時点を示します。通常は、取引ステージが「プレゼンテーション予定」や「デモ完了」などに変更されたことから判断します。 | ||
|
重要な理由
営業ファネルの中盤における重要な節目です。この時点までにかかった時間を測定すると、営業サイクルのソリューション提案段階の効率を分析できます。
入手先
取引のプロパティ履歴で、取引ステージが「プレゼンテーション予定」などの該当ステージに変更された時点のタイムスタンプから判断します。
記録
取引ステージが「プレゼンテーション」または「提案」ステージに変更された時点のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
初回コンタクト
|
取引に紐づくコンタクトとの最初のやり取りを示します。電話、メール、ミーティングなどが該当します。この情報は、HubSpotの取引レコードに紐づくアクティビティタイムラインに明示的に記録されます。 | ||
|
重要な理由
取引の作成から初回コンタクトまでの時間を追跡すると、営業チームの対応速度を測定できます。最初のコンタクトの種類を分析することで、成約につながりやすいパターンが見つかることもあります。
入手先
取引オブジェクトの作成後に記録された最初のアクティビティ(電話、メール、ミーティングなど)のタイムスタンプ。
記録
取引のタイムラインに記録された最初のアクティビティのタイムスタンプ。
イベントタイプ
explicit
|
|||
|
受注の作成
|
営業から納品または業務運用チームへの社内引き継ぎを示します。通常、HubSpot標準のイベントではありません。「受注処理中」や「納品待ち」などの特定のパイプラインステージに取引が移ったことから判断します。 | ||
|
重要な理由
営業から業務運用への引き継ぎの効率を分析するうえで重要なアクティビティです。ここでの遅れは、顧客満足度や納品スケジュールに影響する場合があります。
入手先
「取引ステージ」フィールドのプロパティ履歴から判断し、販売後のステージに入った時点のタイムスタンプを記録します。
記録
取引ステージが「受注処理中」ステージに変更された時点のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
受注品の納品完了
|
顧客への製品の納品またはサービスの提供が完了したことを示します。このイベントは通常HubSpot以外で発生し、連携によって記録するか、取引ステージを「サービス提供済み」または「受注完了」に手動で更新して記録します。 | ||
|
重要な理由
プロセスにおける納品段階の完了を示します。「受注処理完了から請求書発行までの時間」の重要業績評価指標(KPI)を測定する起点です。
入手先
ERPまたは納品管理システムとの連携、あるいは手動での更新が必要です。取引が「納品完了」などのステージに入った時点から判断できます。
記録
外部システムからのステータス変更、または手動でのステージ変更のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
要件の把握
|
ディスカバリーコールまたはミーティングが行われ、顧客のニーズが文書化されたことを示すアクティビティです。通常は、取引が営業パイプラインの「ディスカバリー」や「ニーズ分析」などの特定のステージに進んだことから判断します。 | ||
|
重要な理由
この節目を追跡すると、営業チームが適格性確認から顧客ニーズの把握まで、どれだけ速く進めているかを評価できます。ここでの遅れは、日程調整の問題やリソース不足を示している場合があります。
入手先
「取引ステージ」フィールドのプロパティ履歴から判断し、取引が「要件の把握」などのステージに入った時点のタイムスタンプを記録します。
記録
ニーズ分析を示すステージに取引ステージが変更された時点のタイムスタンプ。
イベントタイプ
inferred
|
|||
|
見積もりの承諾
|
顧客が見積もりを正式に承諾したときに発生するイベントです。多くの場合、電子署名によって承諾されます。HubSpotの電子署名機能で送付した見積もりに顧客が署名すると、このイベントが明示的に記録されます。 | ||
|
重要な理由
顧客が条件と価格に同意したことを示す、重要な購買シグナルです。見積もりの発行から承諾までの時間は、交渉サイクルの分析に役立ちます。
入手先
見積もりオブジェクトの「hs_quote_accepted_date」プロパティ、または見積もりに紐づく電子署名ログの完了タイムスタンプ。
記録
見積もりの「hs_quote_accepted_date」プロパティに記録されたタイムスタンプ。
イベントタイプ
explicit
|
|||
|
請求書の発行
|
会計システムで顧客向け請求書が作成されたことを示します。HubSpot Sales Hubの標準機能では記録されないため、連携によって取引のカスタムプロパティまたはステージを更新し、記録する必要があります。 | ||
|
重要な理由
入金までのサイクルにおける重要な段階です。納品から請求書発行までの時間は、サービスの請求をどれだけ早く行えるかに直接影響します。
入手先
QuickBooksやXeroなどの会計システムとの連携が必要です。カスタムプロパティのタイムスタンプ、または取引ステージの変更からイベントを判断します。
記録
「請求書発行日」などのカスタム日付プロパティのタイムスタンプ。
イベントタイプ
inferred
|
|||
データ抽出ガイド
始める準備はできていますか?
このテンプレートを使ってデータを準備し、リードから入金までのプロセスを詳しく把握しましょう。業務効率と収益の向上に向けて、今日から取り組めます。
成約数を20%増やす:リードから入金までのプロセスを今すぐ把握
ProcessMindで長期化する営業サイクルを解消し、成約率を20%高めましょう。
クレジットカードは不要です。5分で設定できます。