鲁达 公众号发送消息包括，被动回复用户消息、模板消息、客服消息。其中，模板消息只有认证的服务号才有权限。
被动回复用户消息
被动回复消息的前提是，用户向公众号发送过消息。自动回复、点击菜单，其实也应当算作是被动回复用户消息。
模板消息
模板消息类似微信push，初衷是为了给用户推送服务类消息，如下单后的支付成功消息。但服务号每个月只有4次推送消息的机会，因此一些服务号借模板消息给用户推送营销类的消息，这样被滥用后，微信就推出了模板消息管理规范。
在mp后台添加消息模板后，就可以获取模板id。模板消息的组成比较简单，key、value、URL。key、value是对应文字说明，URL对应点击后的跳转。
模板消息推送成功，需要用户的openid以及用户关注服务号。在这里，如何获取openid是难点。下面就结合集中模板消息的应用场景来说说。
场景一：电商类产品，推送的服务类消息，如京东的订单跟踪。这样的场景应用比较多，京东、拼团是用的比较好的。
用户在微信里完成购买行为，是很容易匹配上openid进而推送的，如果用户是在app、浏览器里完成，基于微信appid、openid不统一的问题，一般情况下，根本无法获取到可用的openid。这样就需要做两件事，一是建立完善的账户体系，打通app账户与用户微信账户；二是利用支付事件，来完成消息推送。
建立完善账户体系，可以利用unionid为中间参数，在app内利用微信第三方登录，提供账户绑定、解绑的功能；在微信内，利用网页授权同样提供绑定、解绑功能。账户这块，其实还蛮复杂，需要很好的架构，京东这块做的还不错。
从支付事件中获取openid，也是需要通过unionid转一下滴。微信支付有一个接口，可以通过支付完成的openid去查询unionid，这样就可以把app和微信两个环境联系在一起了。
场景二：活动结果通知，比如抽奖结果通知，入选通知等。活动一般都是在H5页面中进行，因此通过网页授权就可以获取openid。
场景三：快递、门店优惠等线上线下结合类的通知。快递其实用QQ服务号的模板消息会更方便一些，因为QQ提供了一个功能，通过手机号推送，快递偏线下更多一些，没有场景获取到openid，这样手机号就会方便很多。门店优惠看起来貌似也是这样滴。
客服消息
客服消息这个名字有点容易造成误解，不造是怎么起的名字，其实也应该算广义的被动回复消息的一种，不过是通过客服接口而已，目的是为用户提供更好的服务。
客服消息要求，用户48小时内与公众号有特定交互，才可推送成功。这里的特定交互包括用户回复消息、点击自定义菜单、关注公众号、扫描二维码、支付成功、用户维权。
由于用户与公众号是有交互的，因此openid很容易获得，如果是正常场景下的客服消息，需要考虑的元素不多。如果是想用打擦边球，就需要根据48小时这个时间限制设计设计了。
客服消息与模板消息相比，优势是样式更好看，可以插入图片，更像图文消息。劣势是，48小时这个限制。可以说是各有利弊吧。
模板消息、客服消息规范
每每当小编终于排上期，可以做新功能时，微信就发公告不让滥用了。。。小编的心呀，碎的稀里哗啦的。
模板消息与客服消息，初衷是给用户提供更好的服务，而不是骚扰用户，因此是可以理解微信的限制。但事实上，大号不敢去碰，用户量大万一被封号，可不是闹着玩儿的，小号就不怕了，继续滥用，然后发现微信并不会很快发现......
案例
以小编做过的拼团为例。
拼团模板消息、客服消息都用到了，应用的事件包括开团成功、参团成功、组团成功、团即将到期通知、发货通知、退款通知、优惠通知，用户区分了新用户与老用户。新用户发送通知的通知，又夹带了发放代金券的动作与通知。
为什么有的场景用客服消息呢？因为拼团的特殊性，有些模板微信不让添加！！！所以呢，就用了客服消息。还有一些优惠信息，通过客服接口发送，样式也会好看一些。
如果想体验模板消息，可以去折800拼团下一单试试~也可以去京东下一单试试~