服务号模板消息：触发时机和文案要点
服务号模板消息是一个由服务端触发的通知通道，用户完成某个动作之后，系统按预设的模板把一条结构化信息推给他。它和用户主动打开公众号看文章是两条不同的路径，前者是被动接收，后者是主动访问，所以写法和节奏也不一样。
被动接收这件事决定了它的边界：用户没有在看你的内容，他只是刚好在意这件事的结果。顺着这个前提写文案，很多选择会变得清楚。
怎么判断一个场景适不适合用
适合的场景通常有两个特征：这件事对用户有时间价值，以及用户当时正在等这个结果。订单状态变化、预约提醒、审核结果、账户变动都属于这一类，用户收到的时候是有用的，甚至会主动期待。
反过来，如果两条都不满足，推过去多半会被折叠或忽略。判断标准可以简化成一句问话：如果这条消息晚一天发，用户会不会有损失。不会的话，多半不该发。
哪些消息不该走模板消息
- 纯营销性质的活动通知。用户没有在等这个结果，收到只会当成广告，还会连带降低对其他通知的信任。
- 与本次事件无关的交叉推荐。用户刚做完的是修改密码，通知里却在推荐另一个服务，观感上很突兀。
- 高频的状态变化。同一件事一天变好几次状态的，合并成一次就够了，不需要每次都推。
判断的底线是：这条消息是不是用户做过的某件事的直接结果。不是的话，它就不属于这个通道。
文案上容易出的问题
- 把模板当成广告位。塞进与本次事件无关的活动信息，用户点开后发现和自己无关，下次就不再看了。
- 只写结果不写下一步。只告诉用户「已处理」，但没说下一步要做什么、去哪里看，用户还是要来问你。
- 变量拼接后读不通。模板里的占位符和实际数据接不上，会出现「尊敬的，您的 已」这类断句问题。
- 跳转链接落到首页。点进去之后还得自己找，等于把已完成的事又退回给用户。
改法也很直接：把文案固定成「发生了什么加下一步做什么」的结构，每一条都按这个结构检查一遍。变量部分要拿真实数据跑一遍，不要只看模板预览。
频率上容易出的问题
同一件事重复触发，是用户观感最差的一类问题：明明是同一个订单，因为状态字段变化被触发了三次。
另一个问题是几个模板之间职责重叠，用户连续收到内容相近的通知。用户并不区分这是哪个模板，他只知道「这个号又给我发消息了」。
自查的方法是拉一张清单，把所有模板按触发事件列出来，看有没有重复的触发条件。同一事件对应多个模板的，合并成一个；状态变化频率高的，考虑做合并推送而不是每次都发。
三步自查
- 把现有模板按触发事件列一张表，标出触发条件、发送对象、文案里的变量，看有没有重复或遗漏。
- 站在用户视角把每一条读一遍，确认只看文字就能知道发生了什么、下一步要做什么。
- 检查跳转链接，确认点进去的页面和这条通知说的是同一件事，不要落到首页让用户自己找。
三步做完通常会砍掉一批模板。砍掉不是损失，剩下的那些反而会收到更好的反馈。
一次完整的模板梳理怎么做
- 从后台把所有在用模板导出或者抄录成一张表，不要凭印象列。
- 逐个标注：触发事件、触发时机、发送对象、文案结构、跳转目标。
- 把触发事件重复或者高度相似的标出来，作为合并候选。
- 对每一条按「发生了什么加下一步做什么」重写文案，先写文字再看变量。
- 用一两条真实数据跑完整流程，确认能收到、读得通、链接打得开。
收到负面反馈时怎么排查
用户投诉或者直接取关，通常不是单一原因。可以按下面这个顺序往下查，一次只确认一件事：
- 先看是不是发多了。把最近七天的推送记录按用户拉一遍，看有没有同一天收到三条以上的情况。
- 再看是不是发错了人。确认触发条件的筛选项有没有写宽，比如把「已下单」写成「已访问」。
- 然后看文案有没有歧义。「您的申请已通过」这类句子要能让人知道是哪个申请，缺了上下文就会让人不安。
- 最后看落地页。点进去之后要能直接看到和这条通知相关的内容，落到首页等于没接住。
这个顺序是从「量」查到「质」，因为用户抱怨得最多的往往不是单条写得不好，而是收得太多。
把通知当成产品的一部分来做
通知在这个通道里不是附属功能，它本身就是用户体验的一段。用户平时不打开你的公众号，只在有结果的时候收到一条消息，这条消息几乎就是他和你打交道的全部印象。
所以值得做两件不太费力的事：一是给每条模板写上触发条件，作为文档留在后台或团队笔记里，避免换人之后没人说得清它什么时候会发；二是每季度过一遍模板清单，把已经停用的业务对应的模板下线。清单越长，越需要定期清理，否则迟早会有人在里面翻找半天还找不到哪条在生效。
可以先做这几件事
- 把正在用的模板按触发事件整理成一张清单，标出每个模板最近一次触发是什么时候。
- 删掉或合并职责重复的那几条，尤其是长期没有触发记录的。
- 挑一条最常用的模板，把文案改成「发生了什么加下一步做什么」的结构。
- 自己走一遍完整流程，确认能正常收到、链接能正常打开、文案没有断句问题。
模板的行业类目、可发送的内容范围这类规则会调整，具体以官方最新说明为准，提交前在后台再核对一遍。