小程序模板消息能力在帮助小程序实现服务闭环的同时，也存在一些问题，如：
1. 部分开发者在用户无预期或未进行服务的情况下发送与用户无关的消息，对用户产生了骚扰；
2. 模板消息需在用户访问小程序后的 7 天内下发，不能满足部分业务的时间要求。
为提升小程序模板消息能力的使用体验，我们对模板消息的下发条件进行了调整，由用户自主订阅所需消息。
一次性订阅消息
一次性订阅消息用于解决用户使用小程序后，后续服务环节的通知问题。用户自主订阅后，开发者可不限时间地下发一条对应的服务消息；每条消息可单独订阅或退订。
（一次性订阅示例）
长期性订阅消息
一次性订阅消息可满足小程序的大部分服务场景需求，但线下公共服务领域存在一次性订阅无法满足的场景，如航班延误，需根据航班实时动态来多次发送消息提醒。为便于服务，我们提供了长期性订阅消息，用户订阅一次后，开发者可长期下发多条消息。
目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放，后期将逐步支持到其他线下公共服务业务。
调整计划
小程序订阅消息接口上线后，原先的模板消息接口将停止使用，详情如下：
1. 开发者可登录小程序管理后台开启订阅消息功能，接口开发可参考文档：《小程序订阅消息》
2. 开发者使用订阅消息能力时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《小程序订阅消息接口运营规范》
3. 原有的小程序模板消息接口将于 2020 年 1 月 10 日下线，届时将无法使用此接口发送模板消息，请各位开发者注意及时调整接口。
微信团队
2019.10.12
虽然往好的方向调整了，但是旧的模板消息也不必停用吧。。。
1. 基础库 2.8.2 及以上的版本覆盖率目前已达90%以上，各位开发者不用太担心低版本用户通知不到的问题。
2. 我们会马上支持向更低的版本兼容，达到覆盖率97%以上。
3. 等到模板消息下线时，版本覆盖率会更高，基本无需担心低版本用户不能使用订阅消息的问题。
）会去掉吗，如不会去掉的话，是否兼容这个一次性订阅消息？
希望不要取消这种formid的模版消息，取消了我们不仅改源码，我们好不容易设计的东西全得换，关键是一次性订阅满足不了我们提醒用户的功能，我希望大家点赞让微信小程序的官网的大佬们看到 ，让我们这些码农能站在你们的肩膀上去完成一些有价值的东西
有些场景下，比如用户下线租赁，模板消息会比订阅消息在用户端更直接、更方便的说。 用户租了某件物品还要弹窗提示要不要接受订阅消息？？？ 对于用户来说还要多一个选择步骤。 而模板消息，用户是不需要多余操作的。在服务通知中，用户想看再点景区看。 不想看无视这个消息就行了？？
为什么要一刀切，1月份直接把模板消息干停了？？ 可以二选一吗？ 选择用模板消息就不能开通订阅消息，选择订阅消息就不能开通模板消息？？
现在盲目猜一波，会遇到哪些情况（仅讨论实际场景）
运营上
1.如何解决同一个模板消息，无需用户进入小程序再次订阅，即可推送给用户
场景：订阅航班信息/邀请好友/提醒收菜
例如邀请好友，一个用户同一时间段内邀请了很多好友，并且希望每次邀请到好友都能被通知。如果是一次性订阅，那必须要求用户每次收到模板消息就要进入小程序，手动点一次订阅。
虽然「永久订阅」可解决这个问题，但是可能要所有类目支持，且需要申请，这之间间隔太长
大部分formId是用来实现召回促留存，因为一方面用户消息处理也够多，一方面绝大部分用户很懒去主动打开小程序看最新动态。所以用FormId其实往好的地方想是帮用户节省重复点击订阅的时间。（如果你一直骚扰，其实用户也会投诉的）
毕竟在小程序生态做纯工具的情况太少... 基本都是做普通产品，没有持续推送这个能力，算是重伤
2. 如何解决用户没有订阅某些模板消息带来的后果及处理
3. 如何将订阅流程添加到首次使用路径中
大部分小程序，首次会对用户进行信息授权，其次会有手机收取、地址授权、位置授权等，再把订阅添加到流程又是一番与触达路径较量的过程（毕竟需要点击才能授权，意味一定要有界面引导，且还不能强制及激励）。
4.如何让用户更快触达一些需要用户订阅消息但并非主要的入口 / 或如何让用户触达到更多订阅入口
场景：每日签到提醒
目前大部分小程序，都会有很多模板消息，但并不是每个模板消息都是主要入口，例如签到，可能是二级入口，用户第一次使用后，第二次如果需要订阅，还要用户自己点到二级入口。
那假设一个小程序有3个这样的非主要入口，但某个用户确实是都需要提醒。那就要这个用户每次打开小程序，进入到这个三个页面去点击订阅。
开发上
1. 如何支持动态模板消息列表
场景：运营提出有新的模板消息需要用户订阅
开发必须得每次去请求这次要用户订阅哪些消息模板（对用户也不好，因为可能经常又会弹出来让用户选择授权）。
本来推送什么模板消息是与后端配合，现在前置到前端也需要，复杂很高
2. 如何兼容其他事件
用户必须点击才能弹出授权，意味着很多情况下我们得把这个授权加到某些已有的事件上 ，复杂程度可想而知。
3. 如何解决一次授权多个模板消息
一般情况下，很少有一个场景一个模板消息这么理想化的情况。
而是一个小程序本身就包含好几种基础的推送模板（例如邀请，积分变动，动态，签到...），所以肯定会在第一次就要用户授权一堆模板消息，用户还得选择，且光看标题根本不知道到底会推送什么
4. 如何实现下次进入小程序，能够静默帮用户订阅之前已订阅过的模板消息
场景：运营需要，如果用户已经订阅过某些模板消息，并点击同意不再提示，那就让用户点击就再次授权（临时实现持续订阅）
这种情况下，首先得知道用户是否点击过「同意不再授权」，并记录下来，其次在任何页面点击的地方需要进行一次获取已同意不再授权的模板消息列表，可能还是会与其他事件冲突，可能要利用事件冒泡
5. 多平台订阅管理
场景：多平台
一些情况下，小程序的代码是通用的，而为了小程序去做一套模板消息订阅模块的兼容，还是有点蛋疼。因为其他平台不需要，现在单独特殊去做
大家可以继续补充
补充一点：用户点击接受订阅后的事件结果中，只有tmplId 与 acecpt，没有类似formId的值。那如果场景是同一个模板用户连续接受了两次，我们是否可以发送两次通知，比如发货通知，分两单购买了两个不同的商品，我们在发货后需要通知两次。长期性订阅消息也应该开放申请，更好一些。一次性订阅消息，还是有点鸡肋。
取消模板信息接口太过分了。我开发了3年的小程序，没觉得很多平台滥用模板信息接口。滥用可以投诉。用户不活跃平台也发不了什么信息。重新考虑下生态问题