通过

故障排除：客户细分显示不正确的成员计数

本文提供解决客户细分没有返回预期的成员计数的问题的解决方法。 客户细分可能显示比预期更高或更低的数字。 本文可以帮助确定是否存在差异，并给出找出错误根本原因的步骤。

错误成员计数的迹象

客户细分运行并刷新，但显示的数字与预期计数不一致。 客户细分显示的联系人 ID 数高于或低于预期。

不正确的成员计数示例和解决方法

文章接下来的几节详细介绍了您可能遇到的成员计数差异，并提供了解决此问题的故障排除技巧。

客户细分显示没有成员或成员数少于预期

要确定客户细分的成员数少于预期的原因，尝试以下故障排除步骤：

步骤 1：验证矛盾条件或规则的基本逻辑

同一属性上的矛盾“与”条件或规则始终会生成空客户细分。 例如：FirstName = Joe AND FirstName = Frank。

集运算（合并、相交和例外用于组合两个规则）在每个规则返回的 ContactId 中应用。 因此，根据预期的结果，验证预期的 ContactId 是否是每个规则评估结果的一部分（或不是）。

步骤 2：分解复杂性

在处理具有多个条件或规则的复杂客户细分时，降低复杂性并隔离导致问题的条件或规则。 这可以帮助确定问题发生的确切情况或条件。

  • 从完整的客户细分开始，逐个删除条件和规则。 每次更改后运行客户细分，直到它返回成员。
  • 从头开始构建新客户细分，并从不产生成员的客户细分逐个添加条件和规则。 在添加条件或规则的每个步骤之后运行客户细分，直到不返回任何成员。
  • 筛选出成员的规则被确定后，将使用一个预期联系人示例，验证它是否符合添加到客户细分的所有条件。
  • 删除排除客户细分，以在添加前验证联系人是否出现，并检查排除客户细分是否具有可能将其从主要客户细分中删除的 ContactId。

步骤 3：验证业务部门

检查是否为组织启用了业务部门范围。如果启用，实时旅程将只返回您的业务部门的成员。

  • 实时旅程默认启用业务部门。 在出站营销中，业务部门可能启用，也可能未启用。
  • 虽然出站营销允许每个客户细分包括或不包括业务部门，但在实时旅程中，要么所有客户细分都启用了业务部门，要么没有一个启用。

步骤 4：验证空表

验证客户细分中使用的表是否为空。 客户细分中使用的所有实体至少需要一个记录才能触发该客户细分的同步。 如果某个实体为空，客户细分将不会显示预期成员。

验证是否已启用同意。 同意将基于所选目的和主题筛选显示的客户细分。 了解详细信息：从出站营销迁移同意

客户细分显示的成员数高于预期成员数

要确定客户细分的成员数多于预期的原因，尝试以下故障排除步骤：

步骤 1：分解复杂性

  • 从完整的客户细分开始，逐个删除条件和规则。 每次更改后运行客户细分，直到它添加预期的成员。
  • 检查您的客户细分是否有任何例外条款或排除客户细分，并验证预期的联系人是否是其中的一部分，并且没有被筛选掉。
  • 确定导致添加成员的规则后，立即验证数据是否与输出相关。 例如，如果规则为 firstname = 'Frank'，客户细分应仅添加 firstname = 'Frank' 的联系人。

步骤 2：与出站营销或高级查找成员不一致

如果您发现与出站营销或高级查找成员存在差异，验证以下事项：

  • 验证所使用的关系是否按相同顺序排列。 客户细分中使用的“客户”实体是“联系人”和“客户”之间的关系。 这与在高级查找中直接在“客户”实体上应用筛选器不同。
  • 实时旅程仅允许在联系人和潜在顾客实体上创建客户细分。 验证这些实体是否是用于出站营销或高级查找客户细分的主要实体。

步骤 3：验证虚拟字段是否未被使用

目前，客户细分功能不支持在表中的 Dataverse 中创建的虚拟字段。

您应该在什么时候提交支持票证？

如果满足上述所有条件，并且预期联系人仍然不匹配，您应该提交支持票证。 打开支持票证时，始终包含以下信息：

  • OrgId
  • 实时旅程客户细分的客户细分 ID
  • 差异来源：高级查找或出站营销
    • 适用于高级查找的 FetchXML
    • 出站营销的客户细分 ID
  • 应该或不应该显示在客户细分中的示例 ContactId。
  • ContactId 导致潜在差异的属性和实体。