先说唠叨两句！想跳过的同学，请谨慎思考，您是为了解决什么问题才来看的！

不知道是何时候，也不知道出于何思考，微信的产品经理意识到了people's will的重要，在维系与people友好相处的基础上，不断寻找共同体。而共同体的寻找又是相当的艰难，这需要有相对理性的头脑，善良的品质，不受外界干扰的意志等等，但这三点就显得尤其困难，何况选取三者兼得者更是尤其困难。

虽然困难重重，微信的产品经理还是找寻到了这样的人来思考，来制定规则。虽然他们不能找到三者兼得的人，但他们找到了拥有相对理性头脑的产品经理A，拥有善良品质的需求分析师B，以及拥有不受外界干扰意志的资深网友C，三个人共同来做这件事，相互补充，相互融合。最终得出了这样的措施 - 模板消息转订阅消息。

有些人见到这样的措施，欢欣鼓舞；有些人见到这样的措施，愁眉不展；有些人见到这样的措施，心如止水。不论您属于哪一类，希望看过之后，面对这样的措施，您会“心如之水”！

接下来，带着问题一起来看看我的思考吧！

• 三个人出于何种思考，才能得到如此的措施（模板消息转订阅消息）？

答：出于人们对“通知”类消息的反感？答案是No，因为人们对消息通知不反感，只是对无用的，重复的消息厌恶。所以得出“出于人们对无用的、重复的消息通知厌恶之感而思考”。其次，出于人们对自己“隐私”的重视？答案依然是No，因为人们在衡量一件事物得失的时候，已经将是否暴露隐私考虑进去。愿意使用，即已允许隐私泄漏，何况消息提醒和隐私又有什么联系呢？顶多算是外界干扰，在人生活中，干扰何止是因为消息提醒呢！只是人与手机捆绑的太紧，有时候松一松，又是一种新生！所以得出“出于人们对“被干扰”心理反应过激而考虑”

• 从people的角度，模板消息与订阅消息的区别是什么？

答：区别在于基于people's will的转换，从people出发考虑，是“被动”“主动”的关系，从用户的“被动接受”到“主动选择”的转换，这是最根本的。有些人说，这是 “ 尊重”、“理解”、“利益”、“被迫”等等说法，都是基于people's will所散发出来的想法，从这点去想，也就知道其区别了。

• 从开发者调整的角度，模板消息与订阅消息的区别在于哪些？

答：1、模板消息是根据用户点击出发formid积累的点击数，从而根据业务需要，对当前用户发送点击数以内的模板消息。

2、订阅消息是用户点击按钮（必须是bindtap事件）或支付（对电商、外卖等平台的支持）的操作所触发的结果，如果允许（people's will），则可以向该用户发送消息，如果取消或拒绝，则不能够向该用户发送消息。

• 开发阶段的20004状态码代表着什么？该怎么解决呢？

答：如果你理解第三点的回答2，你就能很容易从用户操作之后产生的状态及结果找到答案。这边明确说下，这是“主开关已关掉”，并不是真正意义上的失败，而是状态被关闭。主开关在哪里，点击右上角···进入设置页面，看到消息按钮显示不接收。

解决建议是无法唤起，就不要强求，有些事情强求不来。不如转换下思考，指引用户去操作，去记忆这个设置。用户在设置时，有时会看到其他相关设置，为解决其他设置问题时提供自主排查的能力，不是更好嘛。你以为这样是一举两得？其实不是，是培养用户自己动手能力？其实也不是，是让用户触发意识引导，产生本能反应。你以为只会在这方面影响么？其实不是，生活的各个方面都会受细微行为产生影响。用心去领会，必定会有收获。

• 开发阶段后端的同学总是为返回43101而疑惑，是什么原因，该怎么解决呢？

答：43101状态码的出现，原因可以理解为拒绝您的发送（subscribeMessage.send）请求，从微信中转服务器时就被拦截下来，详细可见运营专员Ltt的回复（https://developers.weixin.qq.com/community/develop/doc/0002ccfb21c1f8ed4e8996ab851000?highLine=43101）。那遇到被拒绝这样的事情，该如何解决呢？其实也很容易，三种途径，让用户触发不再提醒；让用户对某一按钮的操作能力提高（意义可见：问题3）；让产品经理改变思维（改变<用户接收消息>的渠道{业务出发}，小程序交互修改{业务出发}），有一点需要提醒一下，产品经理是灵感的起源，如果在这儿断弦，就无需怪罪开发的埋怨啦。

• requestSubscribeMessage的tmplIds最多几个id？如何得知具体哪个消息已订阅？

答：最多3个，但这没有具体细则得以知晓，但尽量提供有效、有意义的消息订阅，多不一定好，少也不一定差，如果有异议，请问你设计的软件你自己喜欢，用着顺手吗？你不喜欢，不顺手，又为什么要让用户喜欢呢？是什么一种病态？

在requestSubscribeMessage的success返回值中，有具体订阅id，具体的accept（接受）和reject（拒绝）状态。所以得以知晓具体哪个订阅可以发。

因为我也只是个UX设计师，也搞不明白你们程序员的想法，得到以上的理解，也只是我思考片刻的答案，如果有不同思考，请在下方评论指出！

最后，本篇文章会持续更新，大家有什么问题可以联系我，我会及早帮助大家解决，前提是读完我的这篇文章。谢谢！