小程序模板消息能力在帮助小程序实现服务闭环的同时，也存在一些问题，如： 1. 部分开发者在用户无预期或未进行服务的情况下发送与用户无关的消息，对用户产生了骚扰； 2. 模板消息需在用户访问小程序后的 7 天内下发，不能满足部分业务的时间要求。 为提升小程序模板消息能力的使用体验，我们对模板消息的下发条件进行了调整，由用户自主订阅所需消息。 一次性订阅消息 一次性订阅消息用于解决用户使用小程序后，后续服务环节的通知问题。用户自主订阅后，开发者可不限时间地下发一条对应的服务消息；每条消息可单独订阅或退订。 [图片] （一次性订阅示例） 长期性订阅消息 一次性订阅消息可满足小程序的大部分服务场景需求，但线下公共服务领域存在一次性订阅无法满足的场景，如航班延误，需根据航班实时动态来多次发送消息提醒。为便于服务，我们提供了长期性订阅消息，用户订阅一次后，开发者可长期下发多条消息。 目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放，后期将逐步支持到其他线下公共服务业务。 调整计划 小程序订阅消息接口上线后，原先的模板消息接口将停止使用，详情如下： 1. 开发者可登录小程序管理后台开启订阅消息功能，接口开发可参考文档：《小程序订阅消息》 2. 开发者使用订阅消息能力时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《小程序订阅消息接口运营规范》 3. 原有的小程序模板消息接口将于 2020 年 1 月 10 日下线，届时将无法使用此接口发送模板消息，请各位开发者注意及时调整接口。            微信团队 2019.10.12

上周微信更新6.7.2版本，从大家对微信小版本更新的反应来看，用户端可以算是无感知更新，但是在开发者群体中，可谓是怨声载道。 微信版本更新附带小程序基础库更新，而这次更新，带来了诸多问题，暂时发现的有： 更新到6.7.2小程序内嵌webview，顶部标题栏自定义失效 安卓 WebView position:fixed 错位问题 getBackgroundAudioManager 接口为什么无法后台播放音频了 微信小程序跳转返回，onshow监听到的APPID问题 微信6.7.2测试版getImageInfo这个方法不能得到本地图片的数据 小程序头部系统栏目在tabBar置顶的情况下 位置互换(微信6.7.2)版本 等等 从上面来看主要是web-view和音频API的调整（如果忽略了其它还请提醒），对于不内嵌web-view和不使用音频的小程序来说，本次更新可以忽略，可惜还是有不少小程序躲过了初一，没躲过十五，我司的小程序就不幸属于其一。 在此不讨论技术上的问题，因为怎么实现这些调整是微信的事，我只想问微信小程序团队几句： 你们进行小程序调整的根据在哪儿？有没有在用户群体和开发者群体进行调研？ 你们调整之前有没有在开发者社区进行公示或者告知？ 你们内部有没有开发流程规范？包括从开发者工具、开发规范调整、文档更新、社区运营一整套的流程。 基础库更新上线之后，如果出现大面积问题，你们的补救措施在哪儿？ 以上几个问题，希望能够有官方人员给予解答。 微信小程序和小游戏带来了一大波红利，这点是毫无置疑的，甚至连微博如此的流量巨兽都做起了小程序。但是从今年开始，微信的更新逐渐暴露出问题，重大调整在社区（甚至是文档更新人员）毫不知情的情况下进行，导致许多小程序团队都要进行临时调整，紧急上线。 我们在意的并不是更新带来的问题，而是更新的流程规范。下面的几个截图是从开发者社区截取的 [图片] [图片][图片] 可以看到，开发者完全不知道，也并不理解本次更新的意义，而对于开发者提出的质疑，官方也并未解答，只是单纯地贴出文档。而这个文档，也是在微信更新大面积铺开，社区和用户之间发现大量问题之后才进行更新的。 众所周知，W3C的规范制定流程每一个都耗时巨久，而耗时带来的则是稳定性，一旦标准成为规范，几乎不太可能会被撤销或者再次修改。而在每一个阶段，规范都将向社区展示，社区则可以进行反馈，最终决定一个一致的方案。 W3C技术报告开发流程 发布第一份公开工作草案（First Public Working Draft） [可选]发布几份修订公开工作草案（revised Public Working Drafts） 发布候选建议书（Candidate Recommendation） 发布提议建议书（Proposed Recommendation） 发布W3C建议书（W3C Recommendation） [可选]发布编辑建议书（Edited Recommendation） 我们希望小程序团队能够制定出一套类似W3C的规范，在每一个阶段对社区进行公示，听取社区反馈意见，综合之后再进行调整，并及时更新文档。这样无论对于微信想要打造的小程序生态，还是开发者和用户来讲，都大有裨益。