上一篇《消息通知推送》中总结了消息通知推送的几种方式，这次就来聊聊产品中站内信消息推送渠道的功能建设。
同样，站内信也包含以下基本功能：
- 点对点的消息传送
1） 用户给用户发送站内信
2） 管理员给用户发送站内信
3） 系统给用户发送站内信 - 点到面的消息传送
1） 管理员给用户群发消息
2） 系统给用户群发信息
什么是站内信？
站内信不同于《消息通知推送》中提到的其他几种消息推送形式，它们是通过相关消息推送服器来发送、返回状态、保存，而站内信是系统内的消息，其实就是通过数据库插入记录来实现的。
做站内信的目的和意义
随着网站运营内容的丰富和完善，需要推送的用户的信息类型逐渐增多，如果全部通过邮件进行推送，会过度打扰用户，引起用户反感，用户也有可能遗漏邮件中的内容，同时，也希望通过站内信去唤醒激活沉默用户，活跃老用户。站内信需要实现由平台管理员给用户推送消息，用户可对消息进行查看。
站内信能实现哪些功能？
从站内信的对象来看，我们可以设计以下功能：
- 企业公告通知：应用场景较广，便捷性较强，当企业存在公告类内容，可及时进行全量或定量推送，让平台内的用户知悉。
- 用户间互动：如私信、问答、评论、点赞、回复，提高平台内用户活跃度，从而形成用户之间主动互动的良性循环。
- 企业营销类活动：主要适用于电商类企业，可根据用户属性不定期进行推送营销类活动通知，提高活动传播度和收益。
- 企业助手相关通知：如交易、物流、收发货等通知，一方面用户能及时知晓商品的第一动向，另外也能在一定程度上较少企业的短信成本。
- 用户资产信息通知：如积分变动、优惠券到期前通知，凸显用户资产信息重要性的同时，又唤醒沉默用户进行消费优惠券，从而促进订单转化。
- 订阅通知：主要针对用户自主定制的内容类通知，减少用户错过自己感兴趣的内容。
站内信呈现形式
站内信入口：是放在首页的右侧还是首页底部标签导航，亦或是个人中心右侧；另外应用应该放置几个站内信入口，这些都需要根据各自产品的特点以及站内信对企业的重要程度来进行考虑。
消息呈现形式：是显示小红点还是具体数字呢？小红点适合在信息量大，或者重要程度不高的提醒中使用；数字则是为了更准确提示，并且和用户相关性更高。
站内信呈现形式
具体内容
跨产品线的思考
互联网发展趋向多样，单一产品跨平台、多场景的也是大势所趋、人心所向。跨平台产品设计存在多难点，数据、账户、存储都值得付出和努力。站内信推送也是一样，以下为多产品线并行的一些思考点：
- 产品形态：WEB消息推送时，是否同步推送H5/APP移动终端？
- 推送形式:（PC/手机）产品，消息推送的形式存在差异；
- 推送时机：不同形式（WEB/H5/APP）的产品推送消息的时段都有各自的特点；
- 运营内容：消息的触发场景存在差异，即并不是所有推送站内信推送都适合全平台推送。
站内信设计框架
站内信设计框架
需要注意的是：公告一般篇幅较大，类拟发布文章功能，某些内容需要审核；站内信发送功能由系统触发后自动发送，或者由管理员手动发送，内容较短；建议公告与其他站内性功能要区分开。
