通过

Customer Insights - Journeys 中的已知问题及缓解

  • 项目

在继续创作 Customer Insights - Journeys 并优化体验时，我们注意到了一些未解决的问题，请牢记。 本文汇总了这些问题。

分析

  • 旅程分析最多可能需要 6-12 小时显示。
  • 有时，事件在进入分析之前就被放弃了。 这可能会导致分析报告中出现问题：客户在旅程完成之后很久才显示处于“正在处理”状态。 我们正在研究解决方案来改进这一点。
  • 联系人和潜在顾客见解、目标分析、渠道分析（包括电子邮件见解与发送和交互详细信息，如受发送和交互问题影响的联系人）以及 AI 优化分析的数据保留期为 12 个月。
  • 现成提供的 Power BI 聚合分析面板中的一些字符串未进行本地化。
  • 现成提供的 Power BI 聚合分析面板不支持业务部门。
  • 在电子邮件远程退回时，联系人/潜在顾客时间线可能会显示具有相同时间戳的同一邮件的两次“电子邮件已送达”交互，但没有邮件被传送到联系人/潜在顾客电子邮件地址。 这是因为第二次交互是为了“擦除”第一次交互。 但是，目前还没有在时间线中对此进行处理。
  • 当两个联系人或潜在顾客合并时，只有主要联系人或潜在顾客的交互在联系人/潜在顾客见解中可见。
  • 在某些情况下，与操作分析相比，聚合分析仪表板中的唯一值（例如，唯一打开数和点击数）可能略有偏差。 聚合分析中的 KPI 每天计算一次，以确保尽可能高的准确性。 操作分析专为近实时的分析而设计，它利用更快的唯一值计算方法按需操作，这可能会略微降低精确性。

客户旅程

  • 旅程名称最多 300 个字符。
  • 创建分支的旅程磁贴最多可以为单个磁贴创建 25 个分支。 要创建更多分支，将第二个分支磁贴添加到第一个磁贴的“其他”分支。
  • 具有嵌套分支（一个分支磁贴位于另一个分支磁贴的分支内）的旅程的最大嵌套深度为八个分支条件。 要避免嵌套，限制合并分支逻辑或考虑将旅程拆分为大型分支的单独旅程。
  • 具有多个复杂条件或大量磁贴的旅程可能无法发布。 如果重试旅程发布不成功，考虑将旅程拆分为较小的旅程。 您还可以联系 MS 支持寻求这方面的产品支持。
  • 单个旅程实例的运行时间不能超过 365 天。 参与者开始旅程后，该旅程必须在该时间范围内结束，否则会失败。 如果需要超过 365 天的旅程，考虑将旅程拆分为多个旅程。
  • 单个等待磁贴的等待时间不能超过 90 天。 如果需要超过 90 天的等待磁贴，考虑将旅程拆分为多个旅程。
  • 当创建新的旅程版本时，只有在版本发布后进入旅程的参与者会获得新的旅程版本。 正在进行的旅程参与者仍在他们开始的旅程版本上。 这还将影响分析在旅程中的显示方式。
  • 有时，具有大量排除访问群体列表的旅程（尤其是对于编排旅程的大型客户细分）会遇到问题。 在这些情况下，最好将排除列表引入客户细分定义，以可以更好地进行处理。
  • 更改实时旅程中用于分支逻辑的电子邮件链接可能会阻止参与者进入正确的路径，因此不建议这样做。
  • 开始日期已过的一次性旅程无法编辑（即使在复制后）。
  • 基于客户细分的旅程的编排只能在 Customer Insights - Journeys 中使用单个客户细分完成。
  • 现在，旅程创建并上线后将无法删除。
  • 旅程的吞吐量会因几个因素而有所不同，如旅程的复杂性、您运行的并发旅程数量、您使用的其他应用程序的消耗模式，以及正在执行的资源密集型工作负荷。阅读服务限制和公平使用政策文档在新窗口或选项卡中打开，获得更多指导。

电子邮件和内容块

  • 主题 – 500 个字符（包括插入动态/条件内容的文本）
  • 正文 – 1 MB（包括所有动态/条件内容）。
  • 营销人员缺乏在电子邮件编辑器中调整元素的能力。
  • 营销人员缺乏将布局放在电子邮件编辑器的布局中的能力。
  • 营销人员缺乏创建全宽布局电子邮件的能力。
  • 所有内容块、条件内容、列表和条件以及其他个性化设置没有特定限制。 但是，它们存储在电子邮件中，因此会影响电子邮件的大小，同时受电子邮件大小限制的约束。
  • 内容块通过复制插入到电子邮件中。 这具有以下含义：
    • 在同一封电子邮件中多次插入的同一内容块是新的独立副本（会增加电子邮件大小）。
    • 更新原始内容块不会更新包含这些内容块的电子邮件
  • 不实时支持个性化语法的 handlebar 表达式语言（例如，{{contact.firstname}}）。 所有个性化必须使用电子邮件、短信或推送设计器内的 UI 进行定义。 解决办法：使用电子邮件导入工具在新窗口或选项卡中打开，实时复制出站电子邮件。 此工具将自动迁移个性化表达式。

窗体和页面

  • Customer Insights - Journeys 窗体只能更新一个实体（通常是潜在顾客或联系人）。 以单个实体为目标可以使窗体配置和维护更容易，并允许您构建目标明确的旅程。
  • 如果您的嵌入窗体在外部页面上不可见，确保域允许外部窗体托管。 大多数时候，这是客户无法在网站上看到窗体的原因。 无需完成域身份验证过程，即可允许您的域进行外部窗体托管。 详细了解域身份验证在新窗口或选项卡中打开。
  • 在 Customer Insights - Journeys 中，用户可能会遇到无法在 Power Pages 工作室中查看窗体的问题。 当构建具有多个页面、需要导航和用户身份验证功能的复杂市场营销网站时，会出现这种情况。 为了应对这一难题，Power Pages 工作室成为最佳解决方案。 要将 Customer Insights - Journeys 市场营销窗体嵌入到使用 Power Pages 工作室构建的网站中，需要对源代码进行一些修改。 具体来说，添加 JavaScript 代码片段对于促进市场营销窗体的无缝集成至关重要。 需要注意的是，在 Power Pages 工作室中，窗体在编辑过程中不可见。 但是，页面上线并可供公众访问后，窗体即会在网站上可见并完全发挥作用。 此功能增强了用户体验，可确保市场营销网站内 RTM 策略的成功实施。

潜在顾客评分

  • 上级联系人评分会影响评分处理所需的时间。 我们建议不要对上级联系人进行评分，尤其是在您有大量联系人的情况下。

Segments

  • 最多可以为 100,000,000 个联系人创建客户细分。
  • 基于客户细分的旅程仅在客户细分大小低于 1000 万联系人时才工作。 任何更大的客户细分都无法执行。 要确保市场活动有效运行，将更大的客户细分分解为可以使用相同的可重复旅程的多个客户细分。 (1) 对于依赖旅程流中的客户细分的任何基于触发器的旅程也是如此。
  • 可以作为客户细分定义的一部分添加到包含/排除组的联系人数量的上限为 100。 要解决此问题，您可以创建一个单独的客户细分，并在主客户细分定义中使用该客户细分，这将创建一个复合客户细分。
  • 现在，用户无法在 Customer Insights - Journeys 中编辑实时旅程中使用的客户细分。 要能够编辑客户细分，停止旅程，然后对客户细分进行编辑。

触发器

  • 目前，一个组织每天最多可以触发 100 个自定义触发器。 要为您的组织增加此数量，创建支持票证或联系您的 Microsoft 代表，我们可以与您一起解决您的用例。
  • 定义自定义触发器时，确保定义所有属性。 任何具有 null 值的属性都会导致触发器失败，从而导致客户无法完成旅程。 目前，我们无法允许在自定义中传递 null 值，这会导致系统故障，在旅程运行时显示错误消息。
  • 在自定义或 CDS 触发器中使用实体引用限于五个跃点。 距离 COLA 实体超过 5 个跃点的任何实体都不能用作旅程中的属性。
  • 在为旅程使用“市场营销窗体提交”标准触发器时，应注意确保旅程的访问群体和窗体是相同的。 目前，当有不匹配时，我们不会显示错误或警告，但旅程开始不会让客户感到困惑。
  • 目前，在 Dynamics 365 Dataverse 中手动更新记录时也会触发触发器。 这可能会让联系人根据触发器完成旅程，即使他们没有执行任何操作来激活旅程。
  • 现在，对于使用 if/then 磁贴的基于触发器的旅程，由于我们的系统在捕获触发器事件时会略有延迟，您有时会丢失大约 1% 的触发器事件。
  • 触发器最多可以有 30 个属性。 如果触发器具有表引用，此引用将计为一个属性，计入 30 个属性的限制。 所有此类实体引用的列数还有另外一个 1,024 限制。