使用多个响应跟踪流程图

可以将单个响应跟踪流程图用于您公司的所有市场活动。 如果使用一个操作表，您的系统管理员通常会建立会话流程图以将数据写入操作表进行处理。

但是，您的 Campaign 实现可能会因为方便而使用一个或多个操作表，每个操作表都关联至一个单独的响应跟踪流程图。

您可以在以下情况下使用多个响应跟踪流程图：

跟踪不同受众级别的响应

具有实时批处理要求

您希望避免出现大量重复的数据

您希望对不同情况下的特定数据进行硬编码

您需要自定义响应处理逻辑

跟踪不同受众级别的响应

（必需）对于要接收和跟踪其响应的每个受众级别，您都需要一个响应跟踪流程图。 “响应”进程在传入单元的受众级别运行，并自动写入该受众级别的相应响应历史记录表中。 若要跟踪两种不同受众级别的响应（例如客户和家庭），则需要两种不同的“响应”进程，它们很可能位于两个单独的响应跟踪流程图中。

具有实时批处理要求

（必需）您的大多数响应跟踪会话将为批处理流程图，以便定期处理填入操作表的事件（例如，在夜间处理客户购买情况）。 响应跟踪运行的频率取决于用于填充操作表的事务数据的可用性。

例如，如果您处理来自不同通道的响应（例如网络和直邮），您可能需要单独的响应处理会话，因为每个通道的传入事务数据可用性的频率是不同的。

您希望避免出现大量重复的数据

（可选）如果您必须评估的事务量比较大（例如每天上百万的销售事务），则您可能希望建立响应跟踪流程图来直接映射源数据，而不是将这些数据 ETL（提取、转换、加载）到操作表中。

例如，您可以建立一个响应跟踪流程图，其中的“提取”进程直接从电子商务系统的购买事务历史记录表中提取事务（根据特定的日期范围），“响应”进程直接从此次提取映射到该表中的列。

您希望对不同情况下的特定数据进行硬编码

（可选）您可能希望对不同情况（例如不同通道）下的特定数据（例如响应类型）进行硬编码。 例如，如果您对跟踪特定于某个通道（例如“呼叫中心”）的特定响应类型（例如“查询”）非常感兴趣，则可以创建一个派生字段来筛选这些响应，并在响应处理流程图中使用该字段来从呼叫中心数据库中提取所有查询。 与将数据写入单个操作表相比，更加简单的方法是使用派生字段创建响应跟踪所需的数据，然后直接从源提取数据。

您需要自定义响应处理逻辑

（可选）。 如果您需要编写自己的响应归因规则，则可以创建一个单独的响应跟踪流程图来实现自定义的响应跟踪逻辑。 例如，如果您需要标识“买三赠一”要约的响应者，则需要查看多个事务以确定某个人员是否符合响应者的条件。 找到符合条件的人员之后，您可以将他们输入“响应”进程以便使用处理代码和相应的响应类型记录响应。