使用多个响应跟踪流程图
由于各种原因,许多组织都选择使用多个响应跟踪流程图。
可以具有针对贵公司中所有营销活动的单个响应跟踪流程图。如果使用单个操作表,那么系统管理员一般设置会话流程图来将数据写入操作表以供处理。
但是,为了方便,Campaign 的实施可能使用一个或多个操作表,每个表与一个单独的响应跟踪流程图相关。
以下部分描述了您可能使用多个响应跟踪流程图的原因。
您在跟踪不同受众级别的响应
(必需)对于您收到和跟踪其响应的每个受众级别,您需要一个响应跟踪流程图。“响应”过程在传入单元的受众级别运作,且自动写入该受众级别的相应响应历史记录表。要跟踪两个不同受众级别(例如,客户和家庭)的响应,您需要两个不同的“响应”过程,最有可能在两个单独的响应跟踪流程图中。
您具有实时需求与批处理需求
(必需)您的大部分响应跟踪会话将为批处理流程图,定期处理填充到操作表中的事件(例如,夜间处理客户采购)。响应跟踪运行的频率将取决于用于填充操作表的交易数据的可用性。
例如,如果您处理来自不同渠道(例如 web 与直邮)的响应,那么您可能需要单独的响应处理会话,因为对于每个渠道,传入交易数据的可用性频率不同。
您希望避免重复大量数据
(可选)如果您拥有必须评估的大量交易量(例如,每天数百万的销售交易),那么您可能要构建响应跟踪流程图以直接针对源数据(而不是 ETL(抽取、变换、装入))将其映射到操作表。
例如,您可以构建响应跟踪流程图,“抽取”流程在该流程图中直接从电子商务系统的采购交易历史记录表中抽出交易(基于特定日期范围),且“响应”流程从此抽取直接映射到该表中的列。
您希望将不同情况的特定数据进行硬编码
(可选)您希望将不同情况(例如,不同渠道)的特定数据(例如:响应类型)进行硬编码。例如,如果您对跟踪特定于某个渠道(例如“呼叫中心”)的响应类型(例如“查询”)特别感兴趣,那么您可以创建派生字段以过滤这些响应,然后将其用于响应处理流程图以从呼叫中心数据库抽出所有查询。使用派生字段来创建响应跟踪所需的数据以及直接从源拉出数据,可能比将数据写入单个操作表更方便。
您需要定制响应处理逻辑
(可选)。如果您需要编写自己的归因响应规则,那么可以创建单独的响应跟踪流程图以实施定制响应跟踪逻辑。例如,如果需要确定“买 3 送 1”商品的响应者,那么您需要查看多个交易以确定某个人是否适合作为响应者。在找到合格的个人后,您可以将其输入“响应”过程以使用处理代码和相应响应类型来记录响应。
需要所升级的每一个产品或商品组都对应一个响应流程图
(可选)可以为已通过商品进行升级的每一个产品或商品组创建单独的响应流程图。通过这种方式,您可以轻松分析每一个产品的响应。
您希望每个营销活动对应一个响应流程图
(可选)在此场景下,您具有一个或多个用于生成输出的流程图,但用于跟踪响应者的每个营销活动只对应一个流程图。 如果数据在每个营销活动上都可用,那么这是设置响应处理的便捷方式。