15 · 站内消息推送

入口路径：后台 → 站内消息推送 目标读者：副组长 / 运营 / 客服（值班推消息） 核心问题：怎么给所有用户广播一条消息 / 怎么给指定用户列表批量推 资料来源：站内消息推送子项.png + 全体推送.png + 批量推送.png + 批量推送消息-创建消息.png 最后更新：2026-05-11 作者：Bob/Aimee

---

一、模块定位

站内消息推送——给已登录用户在前台站内发消息（不是 APK 的 FCM 推送，也不是短信）。

渠道	触达对象	入口
站内消息（本模块）	登录中 / 下次登录的用户	15
APK 推送（FCM）	装机用户	13-推广渠道 § 9.6
短信（SMS）	手机号	❓ 未在澎湃后台见

子菜单 2 个：

子项	触达范围	用途
全体推送	所有用户（无差别广播）	系统通告、维护公告、全员活动
批量推送	指定用户 ID 列表（每次 ≤ 1 万）	精准营销、补偿通知、个别召回

🔑 顶栏证据：截图顶栏显示 "平台: p222 / 服务器时区为 GMT +8:00 / 登录账号: aimee"——再次印证 p222 = 澎湃 = 菲律宾时区 + Aimee 是这套文档的合作者。

---

二、全体推送

2.1 功能定位

最高优先级广播——发完所有在线用户立刻看到，下线用户登录后看。没有时间安排 / 没有定向，只有"立刻全员发"。

2.2 页面结构

元素	用途
顶部"关闭提示音"开关	默认开启提示音；关闭后用户端不出声，只出消息条
请输入需要推送的内容 文本框	必填，纯文本（❓ 是否支持 HTML / Markdown / 表情）
推送（蓝色禁用态）	输入内容后高亮

2.3 推送记录列表

字段	说明
推送时间(GMT+8:00)	触发时刻
推送内容	发出去的原文
操作	❓ 推测：撤回 / 复制 / 删除

2.4 副组长使用场景

场景	文案样例	推送前是否关提示音
系统维护预告（30 分钟前）	"Maintenance in 30 min, please complete your bets."	不关（要响）
维护开始 / 结束	"Maintenance now starting." / "Site restored."	不关
全员福利公告	"Special bonus event live now, check Promo tab!"	不关
凌晨深夜降扰（值班推系统消息）	"System notice, no action required."	关

2.5 红线

⚠️ "全体推送"会触达所有用户，发出后不可撤回到用户客户端已显示的消息条（即便后台撤回操作）。

副组长发送前必须： 1. 三人复核文案：自己 + 副副组长 + 值班长，至少 2 人确认无错别字 2. 测试账号验证：先用测试号在前台验消息条样式 3. 业主审批：营销 / 政策相关全员广播需业主明确授权 4. 避开整点高峰：菲律宾时间 20:00-23:00 是娱乐高峰，避免提示音打扰玩家

---

三、批量推送

3.1 功能定位

精准定向——给一批指定用户 ID 发统一消息。和"全体推送"的差异是：任务式（先创建任务 → 系统排队执行）+ 限定用户列表。

3.2 顶部按钮

按钮	用途
刷新（蓝）	-
创建消息（绿）	弹出 §3.4 表单

3.3 任务列表字段

列	含义
创建时间(GMT+8:00)	谁什么时候创建的
操作人	子账号（审计可追溯）
推送用户	用户 ID 列表 或 数量
推送内容	发送原文
状态	进行中 / 完成 / 失败 ❓
备注	自由文本

3.4 创建消息弹框

字段	约束	说明
推送用户	一行一个用户 ID，每次最多 1 万个	必填
推送消息	文本内容	必填
备注	内部说明	选填，用于审计追溯

📌 1 万上限是单次任务限制；若名单超过 1 万，需要拆成多个任务批次发。

3.5 副组长使用场景

场景	用户来源	文案样例	备注字段写法
个别用户充值卡单补偿	客服 / 风控筛出列表	"Sorry for the trouble, 50 PHP bonus credited."	"卡单补偿-2026-05-11"
VIP 群召回	10-用户管理 § 用户层级配置 筛出 VIP6+ 流失用户	"Welcome back! Exclusive VIP gift waits."	"VIP 召回-2026-05-11"
风控警示	风控初审筛出可疑账号	"Your account requires verification."	"风控通知-2026-05-11"
活动定向邀请	拼多多 / 邀请奖励达标用户	"Reward of 100 PHP ready to claim."	"邀请奖励通知-2026-05-11"

💡 用户 ID 来源——通常从 10-用户管理 § 用户列表 筛选后导出 Excel，再把"用户 ID"列复制粘贴进来；或者从 14-导出 Excel 列表 取已生成的导出文件提 ID。

---

四、与 APK FCM 推送的协作

flowchart TD
    root["推消息策略选型"]
    b1["维护公告 / 全员广播<br/>→ 15 全体推送（站内即时显示，无需装机）"]
    b2["精准营销 / 召回 / 补偿"]
    b2a["已注册但未装 APK 的用户 → 15 批量推送"]
    b2b["已装 APK 但近期未登录的用户 → 13 智能封装 APK 配 FCM 后端发推送"]
    b3["紧急情况（账户被风控、需立刻看到）<br/>→ 15 批量推送（即使用户离线下次登录可见）<br/>+ 13 FCM Push（已装机的额外触达）"]
    root --> b1
    root --> b2
    b2 --> b2a
    b2 --> b2b
    root --> b3

---

五、关键限制 / 红线

#	限制	来源
1	全体推送不可撤回（用户端）	§2.5
2	批量推送单次 ≤ 1 万 UID	§3.4
3	没有定时发送——所有推送都是立即触发 ❓	截图无定时字段
4	没有用户分组定向——批量推送必须自己准备 UID 列表	§3.4
5	没有富文本——只支持纯文本 ❓	截图无富文本工具栏
6	没有点击统计 / 已读率——发完不知道有多少人看	截图无统计字段

💡 副组长把控：澎湃的"站内消息"功能比较朴素，是通知频道不是"营销自动化"。复杂的"用户标签 + 自动触发 + 多渠道编排"要走 04-营销工具 或 03-运营配置 § 活动配置。

---

六、副组长 SOP

6.1 全体推送（维护公告示例）

flowchart TD
    t1["T-30 分钟：值班长授权 → 副组长拟稿 → 三人复核"]
    t2["T-15 分钟：测试号验证文案样式 → 业主确认无误"]
    t3["T-0：进 15 → 全体推送 → 关闭提示音(深夜) → 输入文案 → 推送"]
    t4["T+1 分钟：用前台看一眼是否到达"]
    t5["推送记录留档（截图存进交班日报）"]
    t1 --> t2 --> t3 --> t4 --> t5

6.2 批量推送（卡单补偿示例）

flowchart TD
    s1["1. 风控 / 客服 筛出"卡单受影响"用户 → 导出 Excel(从 10-用户管理 或 8-订单管理)"]
    s2["2. 提"用户 ID"列 → 验证 ≤ 1 万"]
    s3["3. 拟稿："Sorry for the trouble, [PHP金额] bonus credited.""]
    s4["4. 副副组长复核 + 业主确认"]
    s5["5. 进 15 → 批量推送 → 创建消息<br/>- 用户 ID 黏贴<br/>- 备注：&quot;卡单补偿-2026-05-11-工单#1234&quot;"]
    s6["6. 推送完截图存档 → 同步财务做账"]
    s1 --> s2 --> s3 --> s4 --> s5 --> s6

---

七、待确认清单

#	待确认	位置
1	推送内容是否支持 HTML / Markdown / 表情	§2.2
2	全体推送的"操作"列具体按钮	§2.3
3	批量推送"状态"枚举完整值	§3.3
4	是否有定时推送	§5
5	是否能基于用户标签 / 层级直接选群	§5
6	推送是否有"已读"回执 / 点击统计	§5
7	"关闭提示音"是按推送任务的还是全局开关（影响所有后续）	§2.2
8	全体推送在用户端表现样式（弹窗 / 顶部 banner / 通知中心）	§2.5

---

八、相关文档

• 10-用户管理（用户 ID 列表来源）
• 13-推广渠道 § 智能封装 APK（FCM 推送通道）
• 14-导出 Excel 列表（用户 ID 列表从这里取）
• 04-营销工具（站内活动消息源头）
• 内部记忆 feedback_external_api_conservative_limits.md（外部消息发送限速经验）

---

九、已知局限与运营补位

本节记录的是澎湃后台目前没有、或用起来不顺手的局限，不是后台现有功能。来源：MyTools《对接需求-澎湃后台 v2》。

局限：站内信无模板、无富文本、无用户端预览。 后台发站内信只能纯手工填，没有模板、没有富文本排版，也看不到用户端实际显示效果。每次都要从零写，效率低、易出错。运营希望后台具备：HTML 模板 + 富文本编辑器 + 实时预览 + 一键选模板（按限额提醒 / 维护公告 / 活动 / 兑换码分类）。这些目前后台都没有。

• 运营补位：使用协作台「文案模板库 + 预览」补位。

---

十、互动自测

做完下面的题再对照上文，检验是否真的掌握了全体推送 / 批量推送的操作、字段与红线。

:::quiz{id=batch-limit} 批量推送「创建消息」时，推送用户名单单次最多能填多少个用户 ID？

• [ ] 1 千个
• [ ] 5 千个
• [x] 1 万个
• [ ] 没有上限

解析：推送用户一行一个用户 ID，每次最多 1 万个（§3.4、§5#2）。若名单超过 1 万，需要拆成多个任务批次发（§3.4 备注）。 :::

:::quiz{id=broadcast-preflight multi=true} 全体推送发出前，副组长「必须」完成哪些动作？（多选）

• [x] 三人复核文案，至少 2 人确认无错别字
• [x] 测试账号在前台验证消息条样式
• [x] 营销 / 政策相关全员广播取得业主审批
• [ ] 在后台设置定时发送时间

解析：§2.5 列出发送前必须做三人复核、测试账号验证、业主审批（外加避开整点高峰）。而全体推送「没有时间安排」，只有「立刻全员发」（§2.1、§5#3），不存在定时设置。 :::

:::quiz{id=mute-toggle} 全体推送顶部的「关闭提示音」开关，关闭后会发生什么？

• [ ] 消息不会发出，停留在草稿
• [x] 用户端不出声，只出消息条
• [ ] 撤回已经发过的所有消息
• [ ] 只对测试账号生效

解析：默认开启提示音；关闭后用户端不出声，只出消息条（§2.2）。它不影响消息是否发出，也不能撤回。 :::

:::scenario{id=stuck-order-comp}

{"start":"n1","nodes":{"n1":{"text":"客服筛出 1.5 万名卡单受影响用户，要给他们发补偿通知。你第一步怎么做？","choices":[{"label":"用全体推送，一次广播给所有用户","next":"bad1","feedback":"❌ 全体推送会触达所有用户（§2.1），把补偿通知发给无关用户会引发误解和纠纷。","good":false},{"label":"用批量推送，但名单 1.5 万超过单次上限，先拆成两批","next":"n2","feedback":"✅ 批量推送才是定向手段，且单次上限 1 万，超出必须拆批。","good":true}]},"n2":{"text":"两批 UID 都准备好了，创建消息时「备注」栏怎么填？","choices":[{"label":"留空，备注不重要","next":"bad2","feedback":"❌ 备注用于审计追溯（§3.4），留空会让事后对账和排查无据可查。","good":false},{"label":"填「卡单补偿-日期-工单号」","next":"good","feedback":"✅ 备注写清用途和工单号，方便审计追溯与财务做账。","good":true}]},"bad1":{"text":"补偿话术被无关用户看到，客诉激增。回到批量推送这条正路。","terminal":true},"bad2":{"text":"事后财务对账找不到依据。备注务必写清用途。","terminal":true},"good":{"text":"两批任务发送完成，截图存档并同步财务做账，流程闭环。","terminal":true}}}

:::

:::flashcards{id=push-recall} - 全体推送 :: 所有用户无差别广播，立刻全员发，没有时间安排也没有定向 - 批量推送 :: 给指定用户 ID 列表发统一消息，任务式，单次最多 1 万 UID - 关闭提示音开关 :: 关闭后用户端不出声，只出消息条 - 操作人字段 :: 记录创建任务的子账号，审计可追溯 - 备注字段 :: 选填的内部说明，用于审计追溯 - 用户 ID 来源 :: 从 10-用户管理 筛选导出，或从 14-导出 Excel 列表 取 - 全体推送红线 :: 用户端已显示的消息条不可撤回 - 站内消息定位 :: 前台站内发消息，不是 APK 的 FCM 推送，也不是短信 :::

:::gate{id=done score=0.8 title=学完站内消息推送} 完成以上自测且正确率达到 80% 以上，视为掌握本章「全体推送 / 批量推送」的操作、字段与红线。 :::