一场三百人的活动，光是通知就要发四轮：报名成功、开场前一天、开场前两小时、结束后感谢。
一千二百条消息，靠人一条条发，不现实。更麻烦的是漏发，漏掉的那批人，到场率明显更低。
四条该自动的消息
- 报名成功确认。立刻发，附票码和活动信息。这条是用户唯一的凭证来源。
- 开场前一天提醒。附时间、地址、交通方式。这条对到场率影响最大。
- 开场前两小时提醒。短，就一句几点在哪，附导航链接。
- 结束后感谢。附照片或资料下载，顺带收集反馈。
时间点比内容更影响打开率
提前一天的提醒，上午十点发比晚上八点发打开率高得多。开场前两小时那条，必须刚好卡在两小时，太早会被忘掉。
同一批人短时间内收到三条消息，会直接屏蔽你，所以两条提醒之间至少隔十二小时。
哪些必须人工
审核结果、退款说明、特殊需求确认，这三类要人处理。因为它们往往需要解释，模板化反而显得敷衍。
能被模板说清的事交给系统，需要解释的事留给人。
活动运营的分工原则
系统侧通常用回调把状态推给自己的消息通道，一条回调大致长这样：
POST /notify body: {"event":"signup.paid","order":"A2031","phone":"138****6621"}嘉云优品（JYUM）支持按节点自动触发通知，把重复的动作交给机器，人才能腾出手处理真正的意外。