代发低留存财富入门旅程 · 动态窗口标签版运营配置与系统能力说明 v0.1

本文档用于说明业务运营人员如何在“策略中心”配置一条动态窗口标签版财富入门旅程，以及技术、数据、渠道系统需要支持的关键能力。

1. 文档说明与适用范围

1.1 文档定位

本文档不是完整策略画布说明，也不是单纯字段清单，而是一份以运营配置流程为主线的轻量BRD/操作说明。

本文档回答三类问题：

1.2 旅程核心逻辑解释

动态窗口标签版的核心逻辑是：

策略中心创建旅程ID
→ 基础客群动态人群包圈定本旅程经营对象
→ 以工资到账日作为流程T点
→ 加工到账后N/M天旅程节点标签
→ 基础客群动态人群包叠加节点标签生成各策略单元动态人群包
→ 各渠道数据记录与状态更新规则定义
→ 按旅程ID统一回收效果

1.3 旅程核心信息

2. 运营配置操作步骤

业务人员在策略中心完成旅程配置，整体流程如下：

3. 步骤1：创建旅程主档与定义旅程流转

3.1 在策略中心创建旅程主档

策略中心是本旅程的配置中枢。业务人员首先在策略中心创建旅程主档，由系统生成旅程ID。

3.2 旅程ID贯穿规则

所有策略单元、内容资产、渠道行为数据、旅程状态更新数据都必须携带旅程ID。

3.3 旅程流转图

旅程流转图文件：

动态窗口标签版_全渠道旅程流转图.svg

3.4 节点定义

节点定义用于说明每一步依赖什么判断依据，以及命中后执行什么动作。节点判断依据可以是基础客群动态人群包、旅程节点标签、旅程状态、日期字段或渠道辅助标签；具体取值和组合关系统一在5.3策略单元人群包圈选中配置。渠道实时判断、资源位是否可展示、屏控/频控等规则放在节点动作中说明。

S1和S2的关系需要区分：S1使用“工资到账事件标签”确定客户进入本轮旅程和流程T点；S2不是重新判断工资到账，而是在S1成立后，叠加手机银行登录、资源位可展示、渠道屏控等条件，执行App资源展示动作。

4. 步骤2：配置旅程起点基础客群人群包

4.1 基础客群定义

本文档中的“动态人群包”包含两层：

本步骤先配置基础客群动态人群包，步骤3再生成各策略单元动态人群包。

4.2 基础客群标签组合

4.3 动态人群包实现逻辑

实现逻辑：

360标签系统更新底层标签
→ 业务人员在策略中心配置客群组合规则
→ 360标签系统每日T+1动态计算基础客群动态人群包
→ 360标签系统叠加节点标签和渠道规则，生成策略单元动态人群包
→ 工资到账事件标签触发本轮旅程窗口，并生成客户级流程T点

4.4 固定排除规则

以下客户不进入旅程或不参与触达：

• 已完成财富首配。
• 不可营销。
• 投诉、冻结、销户、监管限制。
• 已明确拒绝相关触达。
• 不满足渠道触达资格。

5. 步骤3：生成策略单元人群包

本步骤的最终产物不是单个标签，而是各策略单元可引用的动态人群包。

业务人员先确认旅程流转中每个节点需要判断什么，再把这些判断条件配置为旅程节点标签。策略中心在基础客群动态人群包基础上叠加节点标签、渠道可达条件、互斥频控条件，生成每个策略单元当天可执行的动态人群包。

5.1 时间口径

本旅程中需要区分两类时间：

工资到账事件标签不能只输出“是否到账”，还需要输出本轮代发日期T。后续曝光、浏览时间、首配等节点标签都围绕客户自己的T点计算。

示例口径：

工资到账事件标签=是
AND 代发入账日期 = 本轮流程T点

5.2 旅程节点标签与圈选辅助标签加工

本部分定义5.3策略单元人群包圈选会用到的标签。旅程节点标签用于判断客户在旅程中的流转状态；圈选辅助标签用于判断渠道可达、人工承接归属和触达频控。

5.2.1 旅程节点标签

5.2.2 策略单元圈选辅助标签

5.3 策略单元人群包圈选

策略单元不是重新圈一套独立客群，而是在基础客群动态人群包上叠加标签，形成该策略单元当天可执行的动态人群包。

以上策略单元动态人群包由360标签系统按规则每日动态加工，策略中心引用并分发给各策略单元。渠道协同、互斥和频控规则在步骤6中统一配置。若同一客户同时命中多个主动承接条件，以8.4主动承接分发优先级为准，实际只进入一个承接策略单元。

6. 步骤4：策略单元人群包资源配置

6.1 策略单元人群包资源配置原则

除被动服务触点外，每个渠道/资源位/承接动作都需要形成独立的策略单元资源配置。

每条策略单元资源配置都需要写清楚：由哪个策略单元人群包命中、投放到哪个渠道/资源位、展示什么内容、跳转到哪里、任务下发到哪个系统执行、产生哪些数据/结果记录。

策略单元由策略中心统一管理，挂在同一个旅程ID下。

6.2 策略单元人群包资源配置表

7. 步骤5：配置内容资产来源与承接页面

7.1 内容资产来源清单

7.2 落地页相关要求

承接页面至少需要支持：

• 识别旅程ID。
• 识别策略单元ID。
• 记录页面访问。
• 记录页面浏览时间。
• 支持跳转产品购买页。
• 支持后续按旅程ID回收首配结果。

8. 步骤6：配置旅程优先级与渠道协同规则

8.1 旅程优先级管理

当客户同时命中多个旅程或多个营销任务时，先由策略中枢输出旅程优先级，再由各渠道结合本渠道资源位、触达规则和客户状态计算渠道内优先级。最终是否展示或触达，由“策略中枢旅程优先级 + 渠道侧优先级”共同决定。

8.2 主动触达频控与渠道选择规则

本部分用于说明同一客户在本旅程中最多被主动触达几次，以及多个渠道都可用时优先选择哪个渠道。

主动触达频控规则

渠道选择规则

8.3 App首页资源位补位说明

App资源位不全部互斥。首页卡片和首页Banner属于同页面资源，需要考虑同内容体验和补位；我的页AI文字链属于其他页面辅助触点，可以并行展示。

8.4 主动承接分发优先级

主动承接只面向：

未首配 + 到账后M天浏览时间>10s

策略中心先生成主动承接候选人群，再按客户经理、企微、智能外呼的优先级拆分为不同承接人群包，确保同一客户只进入一个主动承接策略单元。

优先级如下：

8.5 被动服务触点规则

呼入客服、网点到访不主动补打扰，只查询客户旅程状态并展示下一步动作建议。

9. 步骤7：配置旅程数据记录与效果监测

9.1 数据记录字段要求

所有渠道数据记录与结果记录必须携带：

• 旅程ID
• 策略单元ID
• 渠道ID
• 资源位ID/模板ID/线索ID
• 内容ID
• 客户ID
• 数据/结果类型
• 发生时间

9.2 数据与结果记录清单

9.3 监测指标

监测指标除看整体首配转化外，还需要按渠道和策略单元拆分，判断每个渠道是否真正完成触达、承接和转化。

10. 系统能力与责任边界汇总

本旅程采用“策略中心分发任务 - 各系统执行 - 各系统反馈结果 - 策略中心更新旅程状态”的闭环协同模式。各系统除完成本渠道执行动作外，还需按旅程ID、策略单元ID和客户ID记录并反馈执行结果。