[图片] https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getPhoneNumber.html https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/getRealtimePhoneNumber.html https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/paymentManage.html 未来：旧版本接口依然可以使用，只是需要收费而已，不想做改动的交钱就行了。如果想用新API方法就去改吧，多花一分钱。 可能支持的省钱办法： 授权手机号后，服务端将openId、手机号进行绑定。用户onLaunch打开小程序的时候通过wx.login获取code去解密openId，同时由于服务端已经绑定过手机号，所以可以使用该手机号进行登录，并同步返回token、jwtToken等登录态。这样可以做到用户冷启动小程序时自动登录上，减少使用授权的逻辑。业务按钮点击后 先调用wx.login，如果返回token则进行后续业务，如果没返回则弹出自定义弹窗，弹窗内点击按钮再进行手机号授权。（也可以在部分页面onLoad里wx.login），这个场景因为会延长流程，所以产品说不考虑，先直接打开页面就登录上，你们的各自看各自的业务场景吧。然后有四个疑问： 充值购买次数后会，如果小程序被封禁了，充值的金额是否可退款。购买数量是否支持按量付费？如果次数用完了，未购买新的次数，用户端的表现是什么？如果次数用完了，之前文档说的余量20%、10%、5%时会发模板消息提醒，文档相关现在已经删除了，是否还会发？[图片] ———————————————————————————————————————————————— 今天看了下文档做了改动： 退款规则：若购买有误，且未正式开始使用资源包前，可以在支付成功后的7天内申请退款。款项将在3-5个工作日内从原支付路径返回；若资源包已经开始使用（使用1次及以上），则不能申请退款；若支付成功后超过7天，未发起退款申请，亦不能再申请退款。 那么小程序被封了应该是不退的。不确定，等官方回复次数用完了，用户授权不会弹出授权弹窗，会返回一个errNo：1400001，用户判断等于这个errNo的时候跳转到自己的账密登录页面。不确定，等官方回复———————————————————————————————————————————————— 据了解老版本的快速验证组件（获取手机号），180天才会发送短信验证一次，为啥能每次授权都收费0.03元。 社区搜了一张图，180天没验证的应该会弹这个，不是说是短信运营成本么？为啥不是第180天验证那次费用让我们付，而是每次授权都付？ [图片] 手机号授权改造后的效果： 打开职位详情页：优先调用接口判断openId是否绑定过。 如果未绑定：使用button的open-type=“getPhoneNumber”，点击报名弹出手机号授权，授权成功后与openId进行绑定落库。 如果已绑定，页面通过变量判断使用wx.login静默授权，同时服务端拿到绑定的手机号后进行登录操作，同步返回登录态（token/jwtToken）。 退出登录页面增加解绑操作（服务端解除openId与手机号的绑定），此时用户再次点击报名，就会弹出手机号授权，方便用户切换手机号。 [视频]

一、申请类目 1.1 申请工具-设备管理类目登录小程序管理后台mp.weixin.qq.com，左侧最下方“设备”-基本设置-服务类目，添加“工具-设备管理”类目（该类目无需资质。如已有该类目可忽略此流程） [图片] 二、设备接入2.1 开通设备管理功能进入小程序案例台-功能-硬件设备，阅读设备使用条件和接入流程等，点击“开通”。管理员扫码确认后开通成功，进入设备管理页面。 [图片] 2.2 添加硬件设备 （需审核）进入硬件设备，点击添加设备，按照每个字段对应的说明填写信息，如实填写设备相关信息，否则会导致审核不通过。 如没有合适的设备类型，可以加群沟通（底部二维码），我们将评估后予以回复。 [图片] 2.3 获取设备 model_id设备注册成功后，可获得平台分配的 model_id ，model_id 是调用小程序设备能力相关接口的重要凭证。获取 model_id 后，小程序可按照相关文档指引调用「设备消息」等硬件能力。 2.4 申请设备能力（需审核） model_id 获取之后，在设备管理入口，点击右侧“申请设备能力”。 [图片] [图片] [图片] （设备消息能力审核通过状态） 三、获取设备消息 「小程序设备消息」能力指的是，只要用户在小程序内订阅通知，开发者就可以将这些事件以订阅消息的形式发送给用户。消息在微信内的产品形态，目前以“服务通知”形式呈现。 申请设备消息必须先完成“二、设备接入”。关于小程序订阅消息的基础介绍可参考文档 3.1 获取模板登录小程序管理后台——功能——订阅消息——公共模板库——长期订阅，查看可选用的设备消息模板。 [图片] 注意：如公共模板库没有你所需要的模板消息，可以加群沟通（底部二维码） ，申请格式如下： 小程序名称： 小程序主体： APPID： 设备消息场景描述： 所属行业：如：智能家居 设备型号：如：空气净化器 模板框架：如： 标题：空气净化器耗材提醒 提醒时间：mmdd hhmm 所在位置：卧室 提示说明：空气净化器滤网已到达更换时间，请及时更换。 属于哪种情况： 1、对生命财产可能造成影响的告警 2、影响到设备正常使用的提前预警 3、需要人工介入做进一步操作的提醒 4、其他，请补充具体内容 加群二维码： [图片] 3.2 获取模板ID选择设备消息模板中需要的关键词，并提交。 注意：所在位置为枚举值，部分字段可以上传字符格式。其他关键词暂不支持自定义 [图片] 提交后，可在“我的模板”中找到对应模板的模板 ID ，每个模板以 template_id 标记。 [图片] 3.3 获取设备票据获取 snTicket 用于「发起订阅」步骤。详见服务端设备票据接口 hardwareDevice.getSnTicket 。 四、触发设备消息4.1 发起用户订阅发起订阅调用  wx.requestSubscribeDeviceMessage  接口会有以下授权弹窗出现，用户同意订阅消息后，才会有设备消息发送至用户的微信会话 可以引导用户在小程序内完成设备消息订阅，用户需勾选消息标题，并点击右侧强提醒按钮后提交“允许”。 示例代码 wx.requestSubscribeDeviceMessage({ sn: 'xxxx', snTicket: 'xxxxx', modelId: 'xxxxx', tmplIds: ['xxxxx'], success(res) { console.log('[wx.requestSubscribeDeviceMessage success]: ', res) // { 'QCpBsp1TGJ1ML-UIwAIMkdXpPGzxSfwJqsKsvMVs3io': 'accept' } }, fail(res) { console.log('[wx.requestSubscribeDeviceMessage fail]: ', res) } }) 查看设备接入指引4.2 发送设备消息开发者通过微信服务端接口向用户推送设备消息。详见服务端设备消息发送接口  hardwareDevice.send  注意：开发者需要在小程序的合理场景内，给用户提供长期消息的授权弹窗。如用户实现房屋认证后通过用户操作触发“门禁机呼叫提醒”的订阅弹窗。

服务号模板消息能力的设计初衷，旨在帮助开发者实现及时通知，但存在一些问题，如： 1. 部分开发者在用户无预期的情况下，发送与用户无关的信息，对用户造成了骚扰。 2. 模板消息是用户触发后的通知消息，不支持营销类消息，不能满足部分业务需求。 为提升微信用户体验，我们开始灰度测试服务号订阅通知功能。 能力说明 开发者可在服务号图文消息、网页等场景设置订阅功能，用户自主订阅后，开发者可按需求下发一条对应的订阅通知。 [图片] 用户可在图文订阅通知 [图片] 用户可在网页订阅通知 灰度测试计划 服务号订阅通知功能即日上线，已认证的境内主体服务号可前往 MP 后台开通使用，详见说明。 1. 服务号订阅通知灰度测试期自2021年1月27日0:00至4月30日24:00，期间服务号模板消息可正常使用；灰度测试期结束后服务号订阅通知的策略将另行公布，届时以官方信息为准； 2. 开发者使用订阅通知功能时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《微信公众平台运营规范》 微信团队 2021年1月27日

官方公告：为提升微信用户体验，服务号订阅通知功能自2021年1月27日0:00至4月30日24:00进行灰度测试，期间服务号模板消息可正常使用。灰度测试期结束后，服务号订阅通知的策略将另行公告。 订阅消息通知功能是否测试结束，已经稳定? 模板消息是否还可以使用？另行公告什么时候通知？

微信团队在1月27日发布《服务号订阅通知灰度测试》公告，宣布将在2021年1月27日0:00至4月30日24:00进行服务号订阅通知功能的灰度测试，并在灰度测试结束后另行公布订阅通知和模板消息功能的调整策略。 近几年，随着微信订阅号的改版、小程序模板消息功能的调整，大部分需要实时将消息触达用户的公司，都选择了依托微信服务号模板消息来开展业务。 虽然此功能还未明确将替代模板消息，但仍值得思考一下：此举对微信、开发者、运营者、用户，分别意味着什么？ 从微信来看 微信把订阅通知的功能初衷定义为：提升用户体验，减少开发者对用户的骚扰行为，并增加营销类消息的推送能力。 订阅通知是一个用户主动订阅、服务号按需下发的通知能力。 -微信团队 1.消息通知方式的变化 对此事件有过了解的读者会发现，微信此举并不是对模板消息进行了[升级]，而是[重构]了服务号的消息通知逻辑： 1.不能给只关注不订阅的用户发送模板消息； 2.订阅后，已关注服务号的用户，消息通知下发到服务号内，未关注的下发到服务通知； 3.非公共服务类服务号，根据微信目前的规定，每次给用户发送消息通知都需要被订阅，但用户可以自行选择长期订阅。 简单来说，服务号的消息通知方式向小程序看齐了，不能直接通过服务号向已关注未订阅的用户推送模板消息，但用户订阅消息后取关服务号仍可以对其发送消息通知。 例如：改版后即使关注了XX银行信用卡中心，但未订阅，也无法通过服务号收到动账、还款的消息通知；但订阅取关后，仍能收到服务号的消息通知。 2.治理生态的决心-顶住压力做变革 据笔者的非官方统计，国内共100W+开发者服务于微信生态，生态内共有1000W+公众号，其中服务号占比超过60%。(此处并未统计服务号粉丝总和) 从上面所描述的内容中，可以得出一个结论： 微信在服务号开发者、用户基数如此之大，且大部分公司业务基本成熟稳定的情况下，决定灰度测试订阅通知，可见其治理模板消息滥用，过度、恶意营销的决心。 从开发者来看 笔者个人认为，微信团队在模板消息被滥用这个问题上，有一些过度武断了。为了治理1%的滥用情况，影响了99%的开发者的直接利益。 1.牵一发而动全身 对于服务号的开发者而言，这个简单的调整可以被称作颠覆了绝大部分公司的[业务根基]。 有很多初创公司，整体收入都是依托于服务号来进行的，甚至强依赖模板消息开展业务。甚至一些具有一定规模、业务成熟的公司，很多系统的功能都是围绕模板消息进行开发的，二次开发成本不可谓不大。 2.被迫改变的无奈-APP开发和短信平台的春天 在微信团队发出公告后，微信开放社区中的状况可以用“炸锅”来形容。并且在公告后，却无法明确调整策略，导致开发者无法决策是否进行二次开发。如果在开发完后，微信选择暂时不做出调整，那之前所付出的开发成本都将打水漂。 在此事件后，很多开发者都选择了将消息通知方式更换为短信通知的方式，但短信发送费用可能会导致运维成本的直线上升。更有甚者，直接选择了脱离微信生态，开发独立APP处理业务。 如果按照现在的状况发展，笔者个人认为将会为APP开发服务商和第三方短信平台带来更高，甚至激增的收益。 从运营者来看 对于服务号运营者来说，这个变化“悲喜兼集”，悲在运营的难度被大大增加了，但如果真的仔细研究了新的规则，就会发现运营的玩法更加多元化了。 1.运营难度增加 以往的服务号运营，只需要考虑如何将用户导流到号内，并保证留存率就可以了。在新功能出现后，运营者可能还需要做出很多的调整，来引导用户去订阅自己的消息通知，才能够完成业务闭环。 同时，运营者要关注的数据将不再是以前单纯的关注、取关数，势必会增加消息订阅数量、取消订阅数量，来保证消息通知的触达率。 之前通过模板消息来完成营销、实现业务的服务号，必须要因此而“改头换面”，以实现存活在微信生态内的目的。 2.运营方式的变化-新玩法的出现 细心的读者会发现，消息通知方式改变后，服务号运营玩法出现了新的途径。以前为了给用户发送消息通知，大多数服务号都采用引导关注的方式，但订阅通知上线后，即便用户不关注服务号，订阅消息后仍可通过服务通知的方式获取消息，具体逻辑见下图。 [图片] 根据新的消息发送方式，运营者可以直接绕过关注服务号这一步，直接采用H5页面引导订阅的方式，对用户发送消息，甚至探索更多的玩法。 从用户来看 微信团队认为：从用户的角度来看，部分用户在无预期的情况下，收到了与自己无关的信息，对用户造成了骚扰。 微信作为国民的刚需应用，笔者本人也是重度用户之一。个人认为此变化有利有弊。 1.操作成本增加 大多用户或多或少都有一些需要接收的消息通知，例如信用卡的消费提醒。按照微信现在的文档中提供的能力，在微信改变通知方式后，用户必须挨个打开需要接收消息的服务号，寻找订阅入口，并手动订阅，才可以继续接收消息通知。 这种方式无疑加大了用户的操作成本，在之前关注的服务号中需要重新订阅一遍，在新关注的服务号中，如果想要接收消息通知，还需要额外做出订阅的操作。 另外微信针对订阅功能，在开发文档中给开发者设立了一些门槛，这也将造成对用户的不友好。 详见下图，一个开发者为了满足微信门槛做出的Demo。笔者预估每个功能给用户增加的操作时间超过15秒。 [图片] 2.使用方式的变化-消息列表更“干净”了 通知方式改变后，用户如果只想要接收服务号内和自己相关的消息，而不想接收群发的文章等。可以选择只订阅消息，不关注服务号。 在互联网时代，各种信息的狂轰乱炸给网民造成了不小的压力。这对用户来说，信息的接收可以更加的随心所欲，减轻了用户的信息压力。 最后 希望微信团队能够慎重考虑调整策略，甚至可以考虑沿用原来的模板消息推送方式，仅增加“拒收通知”的选项来逐步解决生态中的问题。 个人认为，微信此举已经展示了自己的决心，建议大家尽早的未雨绸缪，以避免自己的业务受到影响。 笔者从事行业对于模板消息属于强需求，所以将会在近期为大家提供一个自己结合微信文档所总结的产品设计方案。 作者：氟西汀，公众号：氟西汀终究还是没了 学艺不精，欢迎批评。如想交流产品设计方案，欢迎留言。 未经授权禁止转载

原计划2020年1月10日下线小程序模板消息能力，由于部分开发者反馈尚未完全将模板消息切换为订阅消息，为降低业务影响，现做如下调整： 下调模板消息接口日调用额度，2020年1月10日起（含1月10日），未开通支付能力的帐号调至5万/日，已开通支付能力的帐号调至50万/日；2020年1月10日24:00以后，新发布的小程序，只能使用订阅消息，在该时间点之前发布的小程序仍然可以使用模板消息。（回退的版本，按当前发布时间算）；2020年4月10日24:00以后，所有版本的小程序都不能使用模板消息，请还未切换使用订阅消息的开发者，在此时间点前完成切换。