リードから入金までのデータテンプレート
リードから入金までのデータテンプレート
これはリードから入金まで向けの汎用プロセスマイニング用データテンプレートです。より詳しい手順については、システム別のテンプレートをご利用ください。
特定のシステムを選択- 信頼性の高いイベントログに必要なデータ項目。
- 追跡する主要なプロセスの手順と節目。
- 分析に向けたデータ構成のガイド。
リードから入金までの属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 営業プロセスの特定の時点で発生した業務イベントまたはタスクの名前です。 | ||
| 説明 アクティビティ名は、「商談作成」「見積書発行」「入金確認」など、リードから入金までのプロセスにおける具体的なステップやマイルストーンを表します。各アクティビティは、営業商談のライフサイクルにおける個別のイベントです。 この属性は、実際のプロセスフローを可視化するプロセスディスカバリーに欠かせません。アクティビティを分析すると、よくある進行経路や標準プロセスからの逸脱、作業が滞留するボトルネックを特定できます。プロセスマップの基盤となり、ステップ間の移行時間の算出にも使われます。 重要な理由 プロセスマップ上の各ステップを定義し、プロセスフローの可視化と分析、適合性チェック、ボトルネックの特定を可能にします。 入手先 イベントログ、ステータス変更レコード、タスク完了データ、または営業商談に関連する個別のアクティビティテーブルから取得します。 例 営業案件の評価完了見積書発行契約締結注文履行完了入金確認 | |||
| イベント時刻 EventTime | 特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプです。 | ||
| 説明 イベント時刻(タイムスタンプ)は、アクティビティが発生した正確な日時を記録します。この時系列データは、イベントを正しい順序に並べ、営業商談ごとの経過を再構築するために欠かせません。 プロセスマイニングでは、タイムスタンプを使ってサイクルタイム、アクティビティの所要時間、ステップ間の待ち時間などの重要業績評価指標を算出します。タイムスタンプを分析すると、プロセスの実績を把握し、遅延を特定し、プロセス改善施策の影響を測定できます。時間に基づく分析の基盤となるデータです。 重要な理由 イベントを正しい順序に並べ、サイクルタイムや所要時間など、実績分析に欠かせない時間ベースの指標を算出するために必要な属性です。 入手先 イベントログや取引レコード、または営業商談に関連するレコードの作成日や更新日に記録されています。 例 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:22Z | |||
| ソースシステム SourceSystem | CRMやERPなど、データの抽出元となる記録管理システムです。 | ||
| 説明 ソースシステム属性は、イベントデータが生成された元のアプリケーションまたはデータベースを示します。複雑なリードから入金までのプロセスでは、営業活動を管理するCRMや、受注の履行と請求を管理するERPなど、複数のシステムからデータを取得する場合があります。 この属性は、データの検証や問題の調査、データの背景の把握に役立ちます。データ品質の評価に使えるほか、異なるシステムや別々のシステム環境を使う事業部門間で、プロセスにどのような違いがあるかを分析できます。 重要な理由 データの背景を把握し、データを検証するのに役立ちます。また、データの取得元となるシステムの違いに関連するプロセスの差異を分析できます。 入手先 通常、データの抽出・変換(ETL)処理で追加されます。データウェアハウスの標準フィールドとして存在する場合もあります。 例 Salesforce CRMSAP S/4HANAMicrosoft Dynamics 365Oracle CX Sales | |||
| 最終データ更新日時 LastDataUpdate | ソースシステムからデータが最後に更新された時刻を示すタイムスタンプです。 | ||
| 説明 この属性には、データセットがソースシステムから最後に更新または抽出された日時が記録されます。分析対象のデータがどれだけ新しいかを把握するための重要な情報です。 最終データ更新日時を把握すると、レポートや分析の利用者は、プロセスに関する分析結果がどの時点のデータに基づくかを確認できます。データの鮮度に関する期待値を設定できるほか、データ更新スケジュールの管理や、十分に新しい情報に基づく意思決定にも役立ちます。 重要な理由 データの鮮度を示す属性です。分析や業務上の意思決定を最新の情報に基づいて行うために欠かせません。 入手先 通常、データの抽出・変換・ロード(ETL)処理でタイムスタンプが生成され、データセットに追加されます。 例 2024-07-27T02:00:00Z2024-07-26T02:00:00Z2024-07-25T02:00:00Z | |||
| 営業商談ID SalesOpportunityId | 営業商談を一意に識別するIDです。リードから入金までのプロセスにおける個々の案件を表します。 | ||
| 説明 営業商談IDは、営業プロセスを開始から終了まで一意に識別する主要なケースIDです。リードの適格性確認、見積書作成、最終的な受注処理など、関連するすべてのアクティビティを1つの一貫した流れとして結び付けます。 プロセスマイニングでは、このIDを使って商談ごとのエンドツーエンドのプロセスフローを再構築します。このIDに基づいて分析すると、案件ごとのライフサイクルを追跡し、サイクルタイムを測定し、営業パイプラインのボトルネックを特定できます。また、受注した商談と失注した商談の進行経路を比較できます。 重要な理由 プロセスイベントをすべて結び付ける基本のキーです。個々の営業案件について、リードから入金までの流れ全体を再構築し、分析できます。 入手先 通常、ソースシステムにある営業商談、案件、または見積オブジェクトのヘッダーやメインレコードに記載されています。 例 OPP-0012345DEAL-98765SO-2023-54321OPTY-456-7890 | |||
| リードソース LeadSource | 営業案件のリードを獲得した元の情報源やチャネルです。 | ||
| 説明 リードソースは、ウェブサイト、展示会、パートナーからの紹介、マーケティングキャンペーンなど、営業リードの獲得元を記録します。どのチャネルが価値の高い営業案件を生み出しているかを把握できます。 この属性は、マーケティングや営業の各チャネルの効果を評価するうえで重要です。リードソース別に、受注率、案件規模、営業サイクルの期間などのプロセス指標を分析すると、各チャネルの投資対効果を判断できます。収益性と効率性の高い営業につながるチャネルにリソースを配分し、マーケティング費用の使い方を見直す際にも役立ちます。 重要な理由 各チャネルを具体的な営業成果やプロセスのパフォーマンスと結び付けることで、マーケティングチャネルの効果と投資対効果を測定できます。 入手先 リードまたは営業案件のレコードにある標準項目で、通常はリードの作成時に入力されます。 例 ウェブサイトパートナーからの紹介展示会新規電話営業 | |||
| 割引率 DiscountPercentage | 営業案件に適用された割引率です。割引がない場合もあります。 | ||
| 説明 この属性には、見積もりまたは最終注文に適用された割引率が記録されます。案件を成立させるために、標準価格からどの程度値引きしたかを示します。 割引率の分析は、営業の収益性や価格戦略の効果を把握するうえで欠かせません。プロセスマイニングでは、割引率が高いほどサイクルタイムが短くなるか、受注率が高くなるかを確認できます。また、割引に過度に頼る営業担当者を特定し、割引ポリシーへの準拠状況を確認する際にも役立ちます。この分析は、割引効果ダッシュボードを支えます。 重要な理由 価格戦略や営業の収益性、割引ポリシーへの準拠状況を分析するうえで重要です。割引と営業成果の関係を把握する際にも役立ちます。 入手先 通常、見積もり、注文、または営業案件の商品明細レコードにあります。 例 0.050.100.150.25 | |||
| 商談担当者 OpportunityOwner | 営業商談を担当し、その管理に責任を持つ営業担当者またはユーザーです。 | ||
| 説明 商談担当者は、営業商談のライフサイクルを通じて管理を担う営業担当者またはチームを示します。案件の主な窓口となり、商談を前に進める責任を負います。 この属性は、実績分析の重要な切り口です。営業担当者やチームごとに、サイクルタイム、受注率、割引率などのプロセス指標を絞り込んで比較できます。分析を通じて、成果を上げている担当者のベストプラクティスや、コーチングや追加支援が必要な領域を特定できます。 重要な理由 営業担当者やチームごとの実績を分析し、成果を上げている担当者やベストプラクティス、コーチングの機会を特定できます。 入手先 営業商談または案件レコードの標準フィールドとして用意されており、「担当者」「割り当て先」「営業担当者」などの名前が付いています。 例 John SmithJane Doe営業チームAパートナー-XYZ | |||
| 商談結果 OpportunityOutcome | 営業商談の最終結果です。通常、「受注」または「失注」を示します。 | ||
| 説明 商談結果は、営業案件がアクティブなパイプラインを離れた後の最終ステータスを記録します。この二値またはカテゴリ形式の属性は、営業プロセスの有効性を評価するうえで欠かせません。 この属性は、営業における重要業績評価指標の1つである「商談受注率」の算出に使います。プロセスマイニングでは、受注案件と失注案件のプロセスフローや特徴を比較します。比較分析を通じて、失注商談で多く見られるパターンやアクティビティ、遅延を特定し、プロセス改善の具体的なインサイトを得られます。 重要な理由 受注率の算出や、受注案件と失注案件のプロセス経路の比較分析に欠かせません。 入手先 多くの場合、「ステータス」または「ステージ」フィールドから取得します。特定の値が受注または失注を示します。「IsWon」のような専用の真偽値フラグを備えたシステムもあります。 例 受注失注クローズ・判断保留 | |||
| 商談金額 OpportunityAmount | 営業商談の見込み金額または実際の金額です。 | ||
| 説明 この属性は、営業商談に関連する推定売上または確定売上を表します。営業予測、案件の優先順位付け、営業プロセスの財務的な影響の測定に使う重要な指標です。 プロセスマイニングでは、商談金額に基づいてプロセスを分類し、分析します。たとえば、高額案件と低額案件のプロセスフローを比較し、進行経路やサイクルタイムに違いがあるかを確認できます。また、停滞または失注した商談の金額など、プロセスの非効率がもたらす財務的な影響を算出する際にも役立ちます。 重要な理由 営業パイプラインの財務分析や高額案件の優先順位付けに役立ちます。また、商談金額が実績に与える影響を把握するために、プロセスを分類できます。 入手先 営業商談または案件レコードの標準的な財務フィールドとして用意されています。 例 50000.00125000.5010000.75250000.00 | |||
| 営業ステージ SalesStage | パイプラインにおける営業商談の段階です。「適格性確認」や「交渉」などがあります。 | ||
| 説明 営業ステージは、定義された営業パイプラインにおける商談の現在または過去の位置を示します。各ステージは、受注または失注に至るまでに案件が通過する主要なマイルストーンです。 営業ステージの分析は、営業ファネルとパイプラインの状況を把握するうえで基本となります。リードの転換ファネルを作成して案件がどこで離脱するかを確認したり、各ステージの所要時間を測定したり、商談が停滞しやすいボトルネックを特定したりできます。ステージ間の移行を定義済みのプロセスと比較すると、コンプライアンス分析にも役立ちます。 重要な理由 営業ファネルの分析、パイプラインのボトルネックの特定、営業プロセスにおける案件の進行速度の測定に欠かせません。 入手先 通常、営業商談または案件オブジェクトの標準フィールドとして用意されており、事前定義された選択リストに基づいています。 例 適格性確認ニーズ分析提案・価格見積もり交渉・レビュー | |||
| 営業地域 SalesRegion | 営業商談に関連付けられた地理的な地域、担当エリア、または市場セグメントです。 | ||
| 説明 営業地域属性は、地理的な所在地または割り当てられた営業エリアに基づいて商談を分類します。国、州、市区町村、または独自に定義した営業エリアを基準にできます。 この属性は、プロセスデータを分類する際の有効な切り口です。地域ごとの実績を絞り込んだり比較したりすると、営業サイクルタイム、受注率、プロセス適合性の地域差を特定できます。こうした分析は、リソースの配分や地域市場の違いの把握に役立ちます。また、実績の高い地域で成果を上げている戦略を見つけ、他の地域に展開する際にも参考になります。 重要な理由 地理的な市場ごとの実績を比較し、プロセス効率や営業結果における地域差を把握できます。 入手先 通常、顧客アカウントまたは営業商談レコードの標準フィールドとして用意されています。商談担当者に割り当てられた営業エリアから取得する場合もあります。 例 北米欧州・中東・アフリカアジア太平洋中南米米国西部 | |||
| 顧客名 CustomerName | 営業商談に関連付けられた企業または組織の名前です。 | ||
| 説明 この属性は、営業案件の対象となる顧客アカウントを特定します。顧客アカウントは企業の場合も個人の場合もあり、営業プロセスと特定の顧客を結び付けます。 顧客別にプロセスを分析すると、顧客を中心に営業サイクルを把握できます。特定の顧客との商談履歴を追跡し、購買行動の傾向を見つけ、主要顧客に対する営業プロセスの成果を測定できます。また、顧客満足度の低下や特定顧客との商談失注につながるプロセス上の問題を特定する際にも役立ちます。 重要な理由 顧客を中心にプロセスを把握できるため、主要顧客ごとの営業サイクルを分析し、顧客固有のプロセス上の問題を特定できます。 入手先 通常、ソースシステムの営業案件、または関連付けられたアカウントや連絡先のレコードに標準項目としてあります。 例 Global Tech Inc.Innovate Solutions LLCPioneer CorpQuantum Industries | |||
| 商品カテゴリ ProductCategory | 営業案件で販売する商品またはサービスのカテゴリです。 | ||
| 説明 商品カテゴリは、営業案件に関連する商品やサービスを、ハードウェア、ソフトウェア、コンサルティングサービスなどの大きな分類にまとめます。何を販売しているかを大まかに把握できます。 この属性を使うと、提供する商品やサービスの種類ごとにプロセスを分析できます。たとえば、ハードウェアの販売はソフトウェアより納品までの期間が長いかなど、商品カテゴリによる営業プロセスの違いを確認できます。受注率が最も高いカテゴリや、営業サイクルが最も長いカテゴリを特定できるため、商品戦略や営業研修の検討にも役立ちます。 重要な理由 販売する商品やサービスに応じたプロセスの違いを分析できます。提供内容に合わせた営業戦略の策定や、必要なリソースの予測に役立ちます。 入手先 営業案件、見積もり、または注文に関連付けられた商品やサービスの明細から取得します。 例 ソフトウェアライセンスハードウェア専門サービスサブスクリプション | |||
| 営業サイクルの期間 SalesCycleDuration | 営業案件の作成から、受注または失注として終了するまでの経過時間です。 | ||
| 説明 営業サイクルの期間は、1件の営業案件における営業プロセス全体の長さを測る重要業績評価指標です。営業案件の作成日と終了日の差から算出します。 通常、この属性はケース単位で算出され、営業の進捗速度を直接示します。プロセスマイニングでは、改善の中心となる指標です。リードソース、営業案件の担当者、案件規模など、サイクルタイムの長短に関係する要因を分析することで、営業プロセスを早め、予測精度を高める方法を見つけられます。 重要な理由 営業の進捗速度と効率を測る重要なKPIです。期間に影響する要因を分析すると、営業プロセスの短縮や予測精度の向上につながる改善点を特定できます。 入手先 各SalesOpportunityIdについて、「Opportunity Closed」のタイムスタンプから「Opportunity Created」のタイムスタンプを差し引いて算出します。 例 35日4時間92日11時間15日2時間 | |||
| 営業案件の種類 OpportunityType | 新しいビジネスや既存顧客など、営業案件の分類です。 | ||
| 説明 営業案件の種類は、案件の性質に基づいて分類します。通常、新規顧客の獲得と既存顧客への追加販売を区別します。更新、アップグレード、クロスセルなどの分類もあります。 この属性は、営業案件を分類して分析する際に役立ちます。新規顧客向けの営業プロセスは、既存顧客向けより長く複雑になることがよくあります。種類ごとにプロセスを分析すれば、現実的なパフォーマンス基準を設定し、それぞれに固有のボトルネックを特定して、営業戦略を調整できます。その結果、予測の精度向上と、より効果的な営業活動につながります。 重要な理由 営業の進め方に応じてプロセスを分類できます。パフォーマンスの基準をより正確に設定し、営業の種類に合わせて改善対象を絞り込めます。 入手先 通常、営業案件オブジェクトの標準的なドロップダウンまたは選択リスト項目です。 例 新しいビジネス既存顧客:アップセル既存顧客:更新パートナー経由 | |||
| 支払条件 PaymentTerms | Net 30やNet 60など、合意した支払条件です。 | ||
| 説明 支払条件は、納品した商品やサービスの代金を顧客が支払う際の条件を定めます。たとえば、Net 30は請求書発行日から30日以内の支払いを意味し、「受領時払い」なども一般的な条件です。 この属性は、リードから入金までの後半、特に注文から支払いまでのサイクルを分析する際に重要です。合意した条件と実際の支払時期を比較すると、支払いの遅延を特定し、売上債権回転日数(DSO)を測定して、債権回収プロセスの効果を評価できます。また、特定の支払条件が商談の早期成立につながるかどうかも確認できます。 重要な理由 支払いの適時性や債権回収の効果を分析する基準となり、キャッシュフロープロセスの財務状況を把握できます。 入手先 販売注文や請求書に記載されています。顧客アカウントの既定条件として登録されている場合もあります。 例 Net 30Net 60受領時払い50%前払い、納品時に50% | |||
リードから入金までのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| 入金確認 | 顧客からの入金が確認され、消し込みが完了した時点を示します。リードから入金までのプロセスの最終段階であり、金銭取引が正常に完了したことを表します。 | ||
| 重要な理由 プロセス全体の最終的な成功イベントです。請求から入金までの時間を分析すると、売上債権回転日数やキャッシュフローの状況を測定できます。 入手先 財務システムまたは会計システムに記録されます。通常、請求書のステータスが「支払済み」に更新された時点、または入金レコードが作成された時点で取得します。 記録 請求書のステータスが「支払済み」になった時刻、または入金消込日が記録された時刻を記録します。 イベントタイプ explicit | |||
| 受注伝票作成 | 営業チームから履行または業務運用チームへの社内引き継ぎを示します。製品やサービスの納品を管理するため、システム上で受注伝票を正式に作成します。 | ||
| 重要な理由 受注から入金までのサブプロセスの開始を示します。「商談受注」から「受注伝票作成」までの時間を分析すると、社内の引き継ぎの効率を把握できます。 入手先 受注した商談に関連付けられることの多い、受注伝票レコードの作成から取得します。データの取得元はCRMまたは連携されたERPシステムです。 記録 受注した商談に関連付けられた受注伝票レコードの作成日を使用します。 イベントタイプ explicit | |||
| 商談受注 | 営業システム上で商談の受注が正式に確定し、クローズしたことを示す最終的な成功イベントです。営業活動が成果につながったことを確認できます。 | ||
| 重要な理由 主要な成功マイルストーンです。受注率、受注案件の営業サイクル期間、営業実績全体の算出に欠かせません。 入手先 ユーザーが商談を「クローズ・受注」または「受注」ステージに変更した時点で明示的に記録します。これはすべてのCRMシステムに標準で備わる機能です。 記録 商談のステータスまたはステージが「クローズ・受注」または「受注」に設定された時刻を記録します。 イベントタイプ explicit | |||
| 商談失注 | 商談の失注が正式に確定し、クローズしたことを示す最終的な失敗イベントです。顧客が購入を見送るか、競合他社を選んだ場合に発生します。 | ||
| 重要な理由 失注した商談と失注時のステージを分析すると、営業プロセスの弱点や競争上の圧力を把握できます。 入手先 ユーザーが商談を「クローズ・失注」または「失注」ステージに変更した時点で明示的に記録します。これはCRMシステムの標準機能です。 記録 商談のステータスまたはステージが「クローズ・失注」または「失注」に設定された時刻を記録します。 イベントタイプ explicit | |||
| 営業案件の作成 | 見込み案件に関する営業プロセスの正式な開始を示します。ユーザーが手動で新しい案件レコードを作成したとき、またはリードから案件への転換時に自動で作成されたときに記録されるイベントです。 | ||
| 重要な理由 営業サイクルの開始点となるため、リード獲得から入金までの所要時間やリードの転換率を正確に測定できます。 入手先 CRMシステムにある主要な案件レコードまたは取引レコードの作成タイムスタンプから取得します。 記録 案件レコードの作成日を使用します。 イベントタイプ explicit | |||
| 営業案件の評価完了 | 営業チームが予算、決裁権、ニーズ、導入時期などの主要な基準に照らして案件を評価した段階を示します。案件に見込みがあり、営業活動を続ける価値があることを確認します。 | ||
| 重要な理由 本格的な見込み顧客と初期の問い合わせを区別し、有望な営業パイプラインを明確に把握して、予測の精度を高めるのに役立ちます。 入手先 通常は、営業案件のステージが「評価済み」に変わったとき、または評価に関するタスクが完了したときに推定します。 記録 案件のステータスまたはステージが初めて「評価済み」「ニーズ把握」などに変わった時点のタイムスタンプを特定します。 イベントタイプ inferred | |||
| 見積書発行 | 顧客が確認できるよう、正式な価格見積書を作成して送付したことを示すアクティビティです。具体的な価格を提示する重要な節目です。 | ||
| 重要な理由 商談における重要な段階です。見積もりから意思決定までの時間を分析すると、価格設定の有効性や営業交渉にかかる期間を把握できます。 入手先 商談に関連付けられた見積レコードの作成、またはステータス変更から取得します。ステータスが「送信済み」「提示済み」「アクティブ」になった時点でイベントが発生します。 記録 商談に関連付けられた見積書の作成時刻、またはステータスが「送信済み」「提示済み」に変わった時刻を使用します。 イベントタイプ explicit | |||
| 請求書作成 | 請求または会計システムで顧客向けの請求書が作成されたことを示します。このアクティビティをもって、入金回収のプロセスが正式に始まります。 | ||
| 重要な理由 入金回収サイクルの開始点です。履行完了から請求までの時間を追跡すると、キャッシュフローに影響する期間を分析できます。 入手先 財務システムまたはERPシステムで作成された請求書レコードから取得します。通常、請求書は受注伝票または商談に関連付けられています。 記録 受注伝票に関連付けられた請求書レコードの作成日を使用します。 イベントタイプ explicit | |||
| 商談ステージ変更 | 商談がパイプラインを進む中で発生する、営業ステージの変更を記録します。商談の進捗を示す一般的なアクティビティです。 | ||
| 重要な理由 商談の進行状況を詳しく把握できるため、各ステージの所要時間やボトルネック、ステージの後戻りなどのプロセス逸脱を分析できます。 入手先 商談レコードの「ステージ」または「ステータス」フィールドの変更を追跡する、フィールド履歴や監査ログから取得します。 記録 商談のステージフィールドについて、フィールド履歴テーブルからすべての変更を抽出します。 イベントタイプ explicit | |||
| 商談再開 | 以前に失注または非アクティブとされた商談が、営業活動を再開するために再び有効になった状態を表します。営業活動が再開されたことを示します。 | ||
| 重要な理由 再開した商談を特定すると、手戻りや商談が再び動き出した理由を分析でき、営業戦略や予測の見直しに役立ちます。 入手先 商談のステータスが「失注」などの終了状態から、アクティブなオープンステージに変わったことから推定します。 記録 商談のステータスが「失注」になった後、「オープン」に変更された一連の流れを検出します。 イベントタイプ inferred | |||
| 契約締結 | 顧客が契約書に署名し、法的拘束力のある商業契約が成立した時点を表します。営業交渉段階の最終地点です。 | ||
| 重要な理由 顧客が正式に契約を約束したことを示します。見積承諾から契約締結までの時間を分析すると、法務や承認のプロセスにおけるボトルネックを特定できます。 入手先 契約オブジェクトのステータスが「有効化」または「署名済み」に変わった時点で取得します。または、商談ステージが「契約締結」に進んだことから推定します。 記録 関連付けられた契約のステータスが「有効化」または「署名済み」になった時刻を使用します。 イベントタイプ explicit | |||
| 注文履行完了 | 顧客への製品の納品またはサービスの提供が完了したことを表します。このイベントは、業務上の履行サイクルの終了を示します。 | ||
| 重要な理由 注文履行サイクルタイムを測定すると、業務効率と顧客満足度への影響を把握できます。 入手先 通常、ERPまたは注文管理システムから取得します。受注伝票レコードのステータスが「履行完了」や「出荷済み」に変わった時点で記録されることがよくあります。 記録 受注伝票のステータスが「履行完了」「出荷済み」「完了」に変わった時刻を記録します。 イベントタイプ explicit | |||
| 要件の把握 | ヒアリングの電話や会議が行われ、顧客のニーズや要件が文書化されたことを示します。解決策を顧客に合わせて提案するための重要なステップです。 | ||
| 重要な理由 このアクティビティを把握すると、ヒアリング段階の所要時間と、提案の精度や成約率への影響を分析できます。 入手先 通常は、案件が「ニーズ分析」「ヒアリング」「範囲設定」など、特定のパイプラインステージに進んだときに推定します。 記録 案件のステージが「ニーズ分析」などに更新された時点のタイムスタンプを記録します。 イベントタイプ inferred | |||
| 見積承諾 | 顧客が見積書に提示された条件と価格に、正式または非公式に同意した時点で発生するイベントです。通常、最終的な契約締結に先立って発生します。 | ||
| 重要な理由 受注の可能性を示す有力な指標です。売上予測や、価格合意から最終契約までにかかる時間の把握に役立ちます。 入手先 通常、見積レコードのステータスが「承諾済み」または「受注」に更新された時点で取得します。電子署名との連携によって記録される場合もあります。 記録 見積オブジェクトのステータスが「承諾済み」または「受注」に変わった時刻を特定します。 イベントタイプ explicit | |||
| 解決策の提案 | 正式な提案や解決策、製品デモを見込み顧客に提示した時点を表します。情報収集から本格的な営業活動へ移る節目です。 | ||
| 重要な理由 商談が成熟段階へ進む過程を追跡し、情報収集から提案までにかかる時間の測定に役立ちます。 入手先 商談ステージが「提案」「プレゼンテーション予定」「デモ完了」などのステータスに変わったことから推定します。 記録 商談ステージが「提案」「プレゼンテーション」などに変わった時刻を使用します。 イベントタイプ inferred | |||
抽出ガイド
データの抽出方法はシステムによって異なります。詳しい手順は、
始める準備はできていますか。
システム別の抽出ガイドを選んで始めるか、この汎用テンプレートを使ってリードから入金までのデータ構成を検討してください。
今日からリードから入金までのプロセスを改善
既存のシステムで利用できます。数日で測定可能な改善を確認できます。
クレジットカードは不要です。5分で設定できます。