站内信按「形态 × 过期 × 优先级」配置
站内信不只是弹窗。Iterable 的每条 in-app 模板可以选是否「Show in mobile inbox」,勾上后还能选「Deliver silently」,也就是只进收件箱、不弹出;再配一个过期时间和一个优先级(Low / Medium / High / Critical)。
具体做法:
- 先按消息性质选形态:要马上处理的(固件待更新、续费扣款失败)弹出并同时入箱;可以晚点看的(使用周报、配件保养提醒)静默入箱,不打断;营销活动只弹出、设短过期。
- 过期时间必须写进模板:默认是发送后 90 天,可设绝对时间或相对时间(如 send time +7d),最长一年。改过期时间不影响已收到的用户,要撤回重发,所以活动类上线前就要定好。
- 优先级决定排队顺序:同一用户攒了多条待展示消息时,按优先级出;未设优先级的老活动按先进先出。设备与支付类放 Critical,营销放 Low。
- 收件箱文案按截断写:标题超 25 个字符、正文超 75 个字符会被截断,中文文案更要先压短。
需要核实:我们 App 现在有没有消息中心(收件箱),站内信是自研还是走推送工具的 SDK。
标杆与竞品
Peloton:留存经理的 JD 按「取消前、取消中、取消后」拆成具体项目,而不是写「负责用户留存」。 这个岗位在 Membership Strategy & Engagement 团队,职责逐条写明:和数据科学一起用流失预测分做提前干预;优化取消流程,目标是降低完成取消率、提高挽留率并收集原因;做暂停策略,让暂停期会员按时回来;做 soft churn(扣款失败恢复、按使用量提醒);对刚取消的会员做 win-back。要求 5 年以上 lifecycle / CRM / retention 经验、能上手 Braze,加分项是做过 App banner 或硬件相关的触达。
对照我的规划
这一条对应「团队人才建设」,也就是 Q4 要开始招的生命周期策略岗。今天把这个岗位的职责从一句「负责用户生命周期运营」改写成 3–4 个具体项目,每个项目写清衡量指标,下周拿给 HR 定招聘画像。
自测一题
一条「M5 smart 固件需更新」的站内信,用户今天没打开 App、30 天后才打开,她还能看到吗?如果同时还有一条大促活动在排队,哪条先出?你能说清这两件事现在由谁、在哪里配置吗?