其实不是绝对的，有些小程序也会有消息中心模块。

个人感觉是从使用场景出发。一般小程序的使用场景更加碎片化，选择小程序作为载体的原因是在于想实现的这个功能不会吸引用户下载额外的APP。

这种情况下，整个业务流程是非常轻量化的，

比如典型的就是：预约购票。

用户在景区门口，扫码进小程序，然后预约、买票、支付，支付完获取个二维码，进景区。

整个使用场景就结束了，后续用户再次打开小程序查看消息的可能性微乎其微，而且由于微信对小程序入口的设计，通常来说，你3天前用过的小程序，你想再找到他通常不是通过微信，而是通过扫码了，而你扫码一定是因为要办某项业务，这时候你关注的不是消息中心，而是业务相关的核心要素。

小程序跟APP使用场景上的这种差异，个人觉得是很多小程序不做消息中心原因。

先明确站内消息的作用有哪些，例如系统信息，订单信息，客服反馈，用户运营等

1、官方文档里是不会直接说运营策略的，所有的小程序和服务都是围绕微信转的，对于复杂的信息总需要有一套大的规则制约着所有信息，确保整体使用的体验达到最佳

2、有些企业有企业微信，方便用户与服务人员进行IM沟通，所以小程序内也没必要做客服系统

3、电商和O2O类服务都需要消息的及时性，但用户更多的使用场景是在「微信tab」，如果用户的消息流过多展现各类服务入口消息，会影响主体（和人的交流）

4、微信消息服务能力已经能很好赋能小程序了，也是希望第三方小程序能更好地运用微信的能力来提升效率，把核心服务的质量做到最优

个人想法，欢迎交流。

首先，明确消息的用途

1有与用户相关信息及时传达给用户；2提醒用户你需要来看看，活跃一下了；3查找之前的重要消息信息；

其次，消息在小程序端是如何生存的？

小程序的消息都是通过服务消息发送的，存在感极低，无法让不打开小程序的用户看到消息；那么用户1.2就无法达到用户，丧失意义；

最后，如果说消息在小程序的业务逻辑上并不是必要的。

比如说不是有价值存储再次查看的内容，就没有必要花钱做这个模块了。

之前遇到过这个情况，当时的判断是：

微信本身对小程序通知消息的支持力度极低，入口太深；我们认为小程序不是一个合适的承载消息的渠道（用户进不来，记不住），所以决定把“没有消息”作为了引导用户下载app的一种手段去进行尝试。

对于消息来说，让用户看到才是最重要的。【消息中心】不过是所有消息聚合的一个列表而已。

【消息推送】最理想的情况：1快速触达用户-2用户能较快查看-3用户能及时对消息做出反馈。

打开微信的第一屏那满满的消息（聊天）列表，产品做好微信模板消息通知和业务通知的前提下，用户不就可以第一时间收到小程序发的消息了吗？

小程序里做消息中心的话，入口太深，用户接收消息的效率下降。只能满足部分用户接收信息的需求了，比如：“没接收到微信推送，但是对产品忠诚度很高（或短期内对产品内某些信息比较关心），会主动打开小程序并且有查看消息列表习惯的用户”。

当然，对于消息记录有比较强需求的产品，做个消息中心来存放历史数据说得过去。

一个角度：没有合适的消息入口位置

通知消息最常用的入口：页面右上角，已经被小程序的原生按钮占了，其他地方都不太合适

当然也可以放在二级页面，比如“我的”页面中的某个位置，但失去了全局展示的消息通知，意义就没那么大了~

访问小程序的时候会询问你要不要接受微信消息推送 微信都已经能收到消息中心的推送了 何必再自己做一个呢 用户还要自己去点

需要的时候搜索打开它，不需要的时候绝不打扰你，小程序要保持住这样的态度，用完即走，不要拉拉扯扯，召回啥啊召回