营销执行记录
营销执行记录是营销动作的流水账：营销计划每执行一次，圈到的每个会员在每条营销方式上都留下一行记录，写清什么时候执行、哪个计划、用了哪种方式、落到哪个会员身上、成功还是失败、失败原因是什么。活动复盘、客诉核查、礼包发放对账都从这张表出数。
功能路径：系统菜单 → 会员管理 → 会员画像 → 营销执行记录
一、功能概述
这是一张只读报表，没有新增、修改、删除按钮，也不可勾选行。它解决三件事：
- 查触达：某个会员有没有被这次活动圈到、收到的是消息还是礼包；
- 查失败：按「执行结果 = 失败」筛出没发出去的人，看错误信息定位原因，处理后重新执行计划即可补发；
- 对账：按计划统计执行人次，与礼包发放量、公众号发送量核对。
一个会员在一个计划的一条营销方式上只会有一条记录。重复执行同一个计划不会产生第二条，所以「执行人次」反映的是去重后实际触达的人数，而不是点击执行的次数。
二、界面布局说明
| 区域 | 内容 |
|---|---|
| 页面标题 | 营销执行记录 |
| 查询条件 · 计划名称 | 文本框，占位「计划名称」 |
| 查询条件 · 执行结果 | 下拉：全部 / 成功 / 失败 |
| 查询条件 · 会员 | 文本框，占位「会员编号/姓名/电话」，三个字段同时模糊匹配 |
| 通用动作 | 查询、重置、导出、★ 方案 |
| 结果表格 | 列：执行时间 / 计划名称 / 营销方式 / 会员编号 / 会员姓名 / 电话 / 结果 / 错误信息 |
| 分页 | 默认每页 50 条，可选 20/30/50/100/200 |
列表默认按执行时间倒序，最新一次执行的记录排在最前。从营销计划列表点某行的「执行人次」跳过来时，页面会自动把「计划名称」填上并直接查询，不用手工再输一遍。
营销方式列显示 微信公众号消息 或 会员礼包；结果列只有 成功 / 失败 两种，失败时「错误信息」列才有内容。
三、业务操作步骤
步骤 1：按计划看整批
「计划名称」里填活动名（支持片段匹配，如填「中秋」能命中所有含中秋的计划名），点查询。这一批的触达人数即分页上的总条数。
步骤 2：只看失败的
保持计划名不变，把「执行结果」切到失败，再点查询。逐行看「错误信息」列，确认是模板号问题、会员未关注公众号，还是礼包库存不足。
步骤 3：查单个会员
清空前面的条件，在「会员」框里填会员编号、姓名或手机号任意一种，点查询，即可看到这个会员被哪些活动触达过、分别是什么时间。
步骤 4：补发
失败的记录修正原因后，回营销计划勾选该计划再点一次执行营销计划：已经成功的会员会被自动跳过，只有新的会员会补上记录。
步骤 5：导出留档
按当前条件点导出，导出结果含会员手机号，注意分发范围。常用查法（例如「本月失败名单」）可点**★ 方案**存成方案复用。
四、字段详细说明
| 字段 | 含义 |
|---|---|
| 执行时间 | 本次营销计划执行时写入的时间，同一次执行的所有会员时间接近 |
| 计划名称 | 所属营销计划的名称，取自计划档案，计划被删后历史记录的名称可能变空 |
| 营销方式 | 微信公众号消息 / 会员礼包 |
| 会员编号 | 会员卡号，可与会员管理对到同一张卡 |
| 会员姓名 / 电话 | 会员档案上的姓名与手机号 |
| 结果 | 成功 / 失败；只要该条动作没有报错即记为成功 |
| 错误信息 | 失败原因原文，成功时为空 |
五、典型使用场景
| 场景 | 操作路径 |
|---|---|
| 活动复盘 | 计划名称填活动名 → 查询 → 用分页总数与营销计划列表的「执行人次」互相印证 |
| 客诉「没收到券」 | 会员框填手机号 → 查询 → 看该计划在不在列、结果是成功还是失败 → 失败看错误信息 |
| 失败名单修复 | 执行结果选失败 → 查询 → 导出名单 → 按原因分类处理（重配模板号 / 补礼包库存）→ 重新执行计划 |
| 礼包发放对账 | 计划名 + 营销方式是会员礼包的一批记录数，与礼包发放明细核对数量是否一致 |
| 误圈人核查 | 发现某会员被不该参加的活动圈中，回查该会员命中的标签，再到条件引擎核对标签口径 |
六、权限控制与前置条件
- 只读窗口，需具备「营销执行记录」查看授权；因含会员手机号，导出权限建议单独控制；
- 数据由营销计划执行动作产生，从未执行过计划的账套这里是空的；
- 记录量随活动规模增长，大型连锁账套可达数十万行，查询时尽量先带上「计划名称」或「会员」条件，避免全表翻页；
- 执行记录不随营销计划删除而清除，用于历史审计。
七、常见问题
1. 执行了计划但这里一条记录都没有
2. 用计划名搜不到，但计划确实执行过
- 原因：计划执行后被改名或删除，历史记录里存的是按计划ID关联的名称；
- 处理：改用「会员」条件核对，或从营销计划列表点「执行人次」钻取，由系统带上条件跳转。
3. 结果全是成功，会员却说没收到
- 原因：这里的成功表示执行环节已把动作正确派发给下游服务（公众号消息、礼包发放），下游送达情况不在此列；
- 处理：核对会员是否关注公众号、礼包是否在有效期内已核销，公众号发送记录以微信后台为准。
4. 同一个会员同一个计划出现两条记录
- 原因：多为该计划配置了两条营销方式（一条消息、一条礼包），每条方式各留一行，属正常；
- 处理：看这两行的「营销方式」是否不同。若方式相同则属于计划明细被重建后的历史并存，按执行时间区分即可。
5. 翻页很慢
- 原因：默认每页 50 条但数据量大时仍需排序取数；
- 处理：先用「计划名称」或「执行结果」缩小范围，或用「★ 方案」保存常用条件，避免每次都从全量翻起。