CommandCenterのレコード管理

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

Zoho CommandCenter のレコードは、CommandCenter 自体、または接続されているアプリケーションから CommandCenter システムに入ってきたパスやジャーニーのインスタンスです。

このタブ内の各レコードは、（Path Finder の場合は）パス、（Journey Builder の場合は）ジャーニーを表します。ただし、それが必ずしも顧客の全行程とは限りません。つまり、1 つのレコードが 1 人の顧客のジャーニーを示す場合もあれば、1 人の顧客に対して 2 つのレコードが紐づく場合もあります。

これを詳しく見てみましょう。パスやジャーニーは、識別子（Identifier）を通じて見込み客または顧客に紐づけられます。見込み客や顧客がさまざまなステージで行動を続けるにつれて、その識別情報も互いに関連づけられ、行動とともに変化していきます。これにより、そのパスやジャーニーは、その顧客または見込み客固有のものになります。ところが、ジャーニーの途中で、これまでの識別子と同一でも関連性もない新しい識別子が突然提示されると、その時点でパスが分断され、新しいパスが別の顧客のものだと誤認されてしまいます。そのため、値同士を関連づけられる識別子を設定することが重要です。過去・現在・未来の各ステージで、識別子の値に共通する属性がある必要があります。

たとえば: 「姓」と「氏名」は 2 つの識別フィールドであり、それぞれの値は「Cooper」と「Adam Cooper」のようになります。ステージ 1 の識別子が姓のみ（Cooper）で、次のステージの識別フィールドの値が「Adam Cooper」の場合、システムは 2 つのステージに共通して含まれる値（「Cooper」と「Adam Cooper」に含まれる「Cooper」）を手がかりに、同一人物として関連づけます。

1 人の顧客に 2 つ以上のジャーニーが存在するもう 1 つの可能性として、その顧客の行動が、まったく別のジャーニーまたはパスの設定条件を満たした場合が挙げられます。このようなケースでは、同じ顧客に対するレコードが複数あっても、それらは重複や冗長なデータではなく、システムが意図的に記録した別の参加履歴です。

要するに、レコードとは、ビジネス上で観測されるパスやジャーニーそのものです。識別子（Identifiers）やシグナル（Signals）など、すべての決定要素を論理的に設定することで、ビジネスで実際にたどられたパスやジャーニーの数を正確に示すレコードを取得できます。

レコードの理解: 構造

レコードタブは、Path Finder で検出されたパスと、Journey Builder で作成されたジャーニーの両方で共通です。Path Finder または Journey の各タブの下には、パスおよびジャーニーのレコードが設定名ごとにグループ化されて表示されます。このタブには、詳細フィルターも用意されています。

表示する列を追加・削除・並べ替えたい場合は、列ヘッダーの (+) アイコンをクリックして操作できます。

レコードの詳細

各レコードには、他のレコードと区別するための番号列が付与されています。レコードからは、次の情報を確認できます。

設定名
レコードが作成された日時、および直近でステージに入った日時
レコードが直前に通過したステージと現在のステージ
参照用のメモ
変更内容や進行状況を時系列で表示するフィード
このエンティティが現在どのアプリケーションに存在しているか、作成日時、そして見込み客または顧客をこのパスまたはジャーニーに紐づけた一意の識別子を示すアプリケーション情報
関連レコードでは、このエントリが接続アプリケーション内の各タブで保有しているレコード数が表示されます。レコードが Zoho CRM で作成されたものであれば、クリックして Zoho CRM アプリケーション内でそのレコードを表示できます。
トグルを使って、設定内のレコードをこの詳細ページから前後に移動しながら閲覧できます。

メモ:

フィードには、設定レベルおよびエンティティレベルでの変更や進行状況のみが記録されます。追加されたメモは記録されません。
複数ユーザーによって追加されたメモは、その下のスペースに、誰が追加したかの情報とともに一覧表示されます。